pat98's always & forever

DIA-48316, DIA-48110, and DIA-48180 Permission Errors In Crs Alert.log Causing Lock File Issues (Doc ID 3061682.1)

19.24 패치 이후 아래와 같이 로그화일에 뜬금없이 Permission denied 가 기록되며 CRS가 올라가지 않는 버그가 있다고 한다.

증상 : alertlog 에 무수히 lck 화일관련 권한 에러가 반복되어 발생함.

[AutoCreate Relation]: following error encountered and ignored:
DIA-48316: relation [INCIDENT] unavailable or cannot be created
DIA-48110: error encountered while attempting to get a file lock [INCIDENT] [<ORACLE_BASE>/diag/crs/<hostname>/crs/lck/AM_1762783_4031814035.lck]
DIA-48180: OS open system call failure
Linux-x86_64 Error: 13: Permission denied
Additional information: 1

원인 : adrci purge 명령어 실행시 오류 이슈로 인하여 권한 설정 잘못

해결책 :

확장자 lck 화일들의 권한이 640 으로 바뀌어져 있을 것이다. 해당 디렉토리의 lock 화일들의 권한을  변경해 주

cd $ORACLE_BASE/diag/crs/<hostname>/crs/lck

chmod 660 *.lck.

### TO BACKUP THE CONTROLFILE USING RMAN:
run{
 allocate channel dev1 type disk format 'c:\backup\%U';
 backup current controlfile;
 }

 
 ### TO CHECK THE BACKUP OF CONTROLFILE USING RMAN:
list backup of controlfile;


### TO RECOVER USING BACKUP CONTROLFILE: (startup nomount)
run {
 allocate channel dev1 type disk;
 restore controlfile;
 alter database mount;
 restore database;
 recover database;
 sql "ALTER DATABASE OPEN RESETLOGS";
 }
 
 
### TO BACKUP ALL DATAFILES AND CONTROLFILE USING RMAN:
run {
 allocate channel dev1 type disk;
 backup full tag = 'full backup' database include current controlfile  format = 'c:\backup\db_t%t_s%s_p%p';
 release channel dev1;
 }
 
 
### TO CHECK ALL BACKUP OF DATAFILES USING RMAN:
list backupset;


### TO RESTORE BECAUSE OF MISSING/CORRUPT FILE(S) (First MOUNT the database and run RMAN)
run {
 allocate channel dev1 type disk;
 restore database;
 recover database;
 }
 
 
### RESTORE UNTIL TIME
The 'SET UNTIL TIME' must match with the variable NLS_DATE_FORMAT.
Prior logging on RMAN set the NLS_DATE_FORMAT in the desired format.
For example:
If unix ===> export NLS_DATE_FORMAT='YYYY-MM-DD:HH24:MI:SS';
If on windows nt ===> set this vaiable in the registery.
run {
 set until time 'May 1 2000 08:00:00';
 allocate channel dev1 type disk;
 shutdown abort;
 startup nomount;
 restore controlfile;
 alter database mount;
 restore database;
 recover database;
 sql 'alter database open resetlogs';
 }
 
 
### TO PURGE OBSOLETE BACKUPS: 
RMAN> #REPORTS ANY BACKUP WITH MORE THAN 3 COPIES
      report obsolete redundancy 3 device type disk; 
RMAN> #USE THIS REPORT TO FILL IN THE XXXXX BELOW
      report obsolete orphan; 
RMAN> allocate channel for maintenance type disk;
      allocate channel for delete type disk;
      change backuppiece 'C:\BACKUP\xxxx' delete;
      release channel;
RMAN> allocate channel for maintenance type disk;
      allocate channel for delete type disk;
      change datafilecopy 'C:\BACKUP\xxxx' delete;
      release channel;
  
  
### TO BACKUP ALL ARCHIVE LOGS 
run{
 allocate channel dev1 type disk format 'c:\backup\%U';
 backup archivelog all;
 }
 
 
### TO REMOVE ALL ARCHIVE LOG FILES AFTER BACKUP UPDATE TO THIS LINE
 backup archivelog all delete input;
 
 
### SKIP AN ARCHIVE LOG FILE THAT CAN NOT BE READ OR MANUALY DELETED UPDATE TO THIS LINE
 backup archivelog skip inaccessible
 
 
### TO REMOVE ONE ARCHIVE LOG THAT YOU MANUALY DELETED AND NOW GET AN RMAN-6089 <= 8.0
allocate channel for delete type disk; or 'SBT_TAPE'; 
change archivelog 'path/filename' delete;
and/or
 resync catalog;
 
 
### TO REMOVE ONE ARCHIVE LOG THAT YOU MANUALY DELETED AND NOW GET AN RMAN-6089 <= 8.1
allocate channel for maintenance type ....'  
change archivelog <name> uncatalog
Note:
The channels for delete and maintenance do not require the run command enclosed in {}.

작업 환경은 19c singleASM 사용

 19.3 -> 19.29 로 Opatch 패치작업중 아래와 같은 에러 발생 

-> GI_HOME 쪽은 에러없이 잘 진행됨, $ORACLE_HOME 진행시 Error

OPatchSession cannot load inventory for the given Oracle Home /u01/app/oracle/product/19.0.0.0/dbhome_1. Possible causes are:
   No read or write permission to ORACLE_HOME/.patch_storage
   Central Inventory is locked by another OUI instance
   No read permission to Central Inventory
   The lock file exists in ORACLE_HOME/.patch_storage
   The Oracle Home does not exist in Central Inventory

검색해보면 아래와 같은 문제 등이 제시되는데

1.ORACLE_HOME/.patch_storage 디렉토리가 없거나 

2. . patch_storage 밑에 patch_locked 화일이 있으면 lck 화일 지우기

3. Clone 작업했으면 백업받고 다시 깔아라..

전부 해당되지 않았다.

내 경우에는 황당하게도 Inventory 내에 ORACLE_HOME 이 등록되어 있지 않았다. (이유는 모름??)

-> 없어서 추가 시켜줌

-> 패치하려고 했는데 Invenrory 내에 $ORACLE_HOME 정보가 없어서 그냥 안됐던 것.

vi /u01/app/oraInventory/ContentsXML/inventory.xml 
<?xml version="1.0" standalone="yes" ?>
<!-- Copyright (c) 1999, 2025, Oracle and/or its affiliates.
All rights reserved. -->
<!-- Do not modify the contents of this file by hand. -->
<INVENTORY>
<VERSION_INFO>
   <SAVED_WITH>12.2.0.7.0</SAVED_WITH>
   <MINIMUM_VER>2.1.0.6.0</MINIMUM_VER>
</VERSION_INFO>
<HOME_LIST>
<HOME NAME="OraGI19Home1" LOC="/u01/app/19.0.0.0/grid" TYPE="O" IDX="1"/>
<HOME NAME="OraDB19Home1" LOC="/u01/app/oracle/product/19.0.0.0/dbhome_1" TYPE="O" IDX="2"/>
</HOME_LIST>
<COMPOSITEHOME_LIST>
</COMPOSITEHOME_LIST>
</INVENTORY>

추가 후 재진행..정상적으로 완료됨

./38298204/38322923/custom/scripts/prepatch.sh completed successfully.
Oracle Interim Patch Installer version 12.2.0.1.47
Copyright (c) 2025, Oracle Corporation.  All rights reserved.


Oracle Home       : /u01/app/oracle/product/19.0.0.0/dbhome_1
Central Inventory : /u01/app/oraInventory
   from           : /u01/app/oracle/product/19.0.0.0/dbhome_1/oraInst.loc
OPatch version    : 12.2.0.1.47
OUI version       : 12.2.0.7.0
Log file location : /u01/app/oracle/product/19.0.0.0/dbhome_1/cfgtoollogs/opatch/opatch2025-11-12_09-53-46AM_1.log

Verifying environment and performing prerequisite checks...

--------------------------------------------------------------------------------
Start OOP by Prereq process.
Launch OOP...

Oracle Interim Patch Installer version 12.2.0.1.47
Copyright (c) 2025, Oracle Corporation.  All rights reserved.


Oracle Home       : /u01/app/oracle/product/19.0.0.0/dbhome_1
Central Inventory : /u01/app/oraInventory
   from           : /u01/app/oracle/product/19.0.0.0/dbhome_1/oraInst.loc
OPatch version    : 12.2.0.1.47
OUI version       : 12.2.0.7.0
Log file location : /u01/app/oracle/product/19.0.0.0/dbhome_1/cfgtoollogs/opatch/opatch2025-11-12_09-53-55AM_1.log

Verifying environment and performing prerequisite checks...
OPatch continues with these patches:   38322923  

Do you want to proceed? [y|n]

코스피 지수가 4200을 넘었다.

지금의 코스피는 과연 어디쯤 위치하고 있을까?

High Risk, High Return

Clone 해서 Retore/Recover 하다가 건드려서 상태 이상해 졌을 떄 복구 방법..

RMAN> ALTER DATABASE OPEN RESETLOGS;

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of sql statement command at 11/10/2025 15:30:19
ORA-00392: log 1 of thread 1 is being cleared, operation not allowed
ORA-00312: online log 1 thread 1: '/oradata/TEST/redo01.log'

SQL> select GROUP#,THREAD#,SEQUENCE#,MEMBERS,ARCHIVED,STATUS,FIRST_CHANGE# from v$log order by first_change# ;

    GROUP#    THREAD#  SEQUENCE#    MEMBERS ARC STATUS           FIRST_CHANGE#
---------- ---------- ---------- ---------- --- ---------------- -------------
         6          1          0          1 YES UNUSED                       0
         4          1          0          1 YES UNUSED                       0
         5          1          0          1 YES UNUSED                       0
         1          1          0          1 NO  CLEARING_CURRENT       1901592
 

방법 1) 이걸로 되면 Happy 하게 작업완료
SQL> alter database clear unarchived logfile group 1 ;
SQL> alter database clear unarchived logfile group 2 ;
SQL> alter database clear unarchived logfile group 3 ;
SQL> alter database open resetlogs;

하지만 방법1로 안될시 방법2)

1.  RESETLOGS 옵션과 함께 Contolfile 재생성
SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS '/tmp/control.sql' resetlogs ;

2. 편집해서 Online Redo log 생성위치 바르게 수정반영 후 저장
vi /tmp/control.sql

 GROUP 1 '/oradata/TEST/redo01.log'  SIZE 100M BLOCKSIZE 512 <--- old 위치 또는 잘못된 위치 제거

3. nomount 로 기동

SQL> STARTUP FORCE NOMOUNT
SQL> @/tmp/control.sql

4. 가짜로 복구시도

SQL> RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL ;

5. RESETLOGS 로 OPEN
SQL> ALTER DATABASE OPEN RESETLOGS ;

오라클 EM 은 과연 무료인가?

결론부터 말하면 무료이다.

(좀더 정확하게는 EM 에는 Repository DB 와만 함께 사용할수 있수 있는 제한된 사용 라이센스가 포함되어 있다고 한다. 하지만 EM이 Targeting 하게 되는 대상을 모니터링 하거나 튜닝작업을 하게 되면 이에 상응하는 라이센스가 필요하다.)

EM 관련한 라이센스 정책이 세분화 되어 있어 EM내에 포함된 라이센스 정보를 찾아보았다. (왜 이런지는 모르겠지만 EM 메뉴내에 아주 꼼꼼히 숨겨놓았다 -_-;) 

- 관련 MOS 문서

EM 12c, EM 13c: Does the Cloud Control Repository Database Require Additional Oracle Database License? (Doc ID 2337138.1)

- Enterprise Manager Cloud Control 라이센스 문서 URL

https://docs.oracle.com/en/enterprise-manager/cloud-control/enterprise-manager-cloud-control/13.5/oemli/introduction-oracle-enterprise-manager-licensing.html#GUID-7B2095D3-4E88-4346-9566-638219FF1130

=======================================================================

내용 발췌...

Oracle Enterprise Manager Restricted-use License

•  Oracle Enterprise Manager includes a restricted-use license of the Oracle Database Enterprise Edition for use only with the Oracle Management Repository as well as with the following complementary repositories used by Oracle Enterprise Manager: Always-on Monitoring Repository, AWR Warehouse, Ops Center, Real User Experience Insight, Load Testing, and Test Manager.

Any use of Oracle Database options by Oracle Enterprise Manager's SYSMAN schema is included with the restricted-use license and does not require a separate license.

Additional database options or additional servers for disaster recovery require separate licensing. Customers receive one single-nstance database with the Cloud Control, or RMAN, repository. To protect the repository with Data Guard, customers need to purchase a license for the standby site. To protect the repository with Oracle Real Application Clusters, customers must license the second node for the database, and both nodes require an Oracle Real Application Clusters license.

•  Oracle Enterprise Manager includes a restricted-se license of the Oracle WebLogic Server for use with Oracle Enterprise Manager functions and interfaces only.

•  A restricted-se license for WebLogic clustering is included to support the deployment of a cluster of Oracle Analytics Servers, only when used with Oracle Enterprise Manager.

•Oracle Enterprise Manager includes restricted use of Oracle Analytics Server and Oracle Analytics Server for mobile web for use with Oracle Enterprise Manager functions and interfaces only. This restricted Oracle Analytics Sever license will allow reporting only against the Oracle Enterprise Manager repository and against data dictionary (including AWR and AWR Warehousing data) of target databases. The restricted-use license covers the monitoring of the FMW domain of OAS through Oracle Enterprise Manager. In order to report against other data sources, it is necessary to have Oracle Analytics Server license.

=======================================================================

- EM 에 접속해서 

Setup ->  Management Packs -> Management Packs Access 메뉴로 가면 해당되는 라이센스를 활성화/비활성화 할수 있다.

또한 세부적인 기능에 대한 내용은 

Setup ->  Management Packs -> License Information  메뉴로 가면 아래와 같이 해당 내용을 확인 할수 있다.

Licensing Information

Enterprise Manager provides central management and monitoring for your data center. Some premium functionality contained within this release is part of management packs that require separate Oracle license. These management packs are outlined below.

Oracle Standard Edition 환경에서는 RAT (Real Application Testing)를 정상적으로 진행할수 없는데 Trace 파일을 이용하여
편법으로 RAT 를 이용하는 방법이 있어 기록해 놓는다.
-> 원래 Oracle Enterprise Edition 의 라이센스가 있어야 가능하다.


설정하는 방법은 sqlplus 에서 직접 셋팅하거나 Tool 등에서 Trigger 를 사용하는 방법으로 할수 있고 본인의 테스트 환경에 맞춰어 
셋팅하면 될 듯 하다.

- 전반적인 SPA 작업순서는 아래와 같다.

운영환경 : SE
- Trace 화일-> Workload 진행 -> Trace 중지 -> 매핑 Table 생성 (Trace를 STS변환) -> Trace 화일 복사

테스트 환경 : EE
- 운영 환경 이관 (datapump) -> 매핑 table 생성 -> 매핑 table 마이그레이션 -> Trace 화일에서 STS 생성 -> STS 에서 1번째 SPA 실행  -> 테스트환경에서 2번쨰 SPA 실행 -> 2번 실행한 결과애서 리포트 생성

================================================================
작업시작~~

1) SQL*Plus에서 테스트 대상 워크로드를 실행할 수 있는 경우

- 해당 유저로 접속
SQL > conn scott/tiger

SQL Trace 설정
SQL> ALTER SESSION SET TIMED_STATISTICS=TRUE;
SQL> ALTER SESSION SET MAX_DUMP_FILE_SIZE=UNLIMITED;
SQL> ALTER SESSION SET TRACEFILE_IDENTIFIER='SQLTRACE';
SQL> ALTER SESSION SET EVENTS '10046 TRACE NAME CONTEXT FOREVER, LEVEL 4';

2)  애플리케이션에서 테스트 대상 워크로드를 실행하는 경우

- 해당 유저로 접속
SQL > conn scott/tiger

- 로그온시 SQL Trace를 얻는 Trigger 생성

SQL > CREATE OR REPLACE TRIGGER logon_sqltrace AFTER LOGON ON SCHEMA
BEGIN
EXECUTE IMMEDIATE 'ALTER SESSION SET TIMED_STATISTICS=TRUE';
EXECUTE IMMEDIATE 'ALTER SESSION SET EVENTS '10046 TRACE NAME CONTEXT FOREVER, LEVEL 4''; 
EXECUTE IMMEDIATE 'ALTER SESSION SET TRACEFILE_IDENTIFIER=''SQLTRACE'' ';
EXECUTE IMMEDIATE 'ALTER SESSION SET MAX_DUMP_FILE_SIZE=UNLIMITED'; 
END;
/

- 로그오프시 SQL Trace 중지하는 Trigger 생성

SQL> CREATE OR REPLACE TRIGGER logoff_sqltrace BEFORE LOGOFF ON SCHEMA
BEGIN
EXECUTE IMMEDIATE 'ALTER SESSION SET EVENTS' '10046 TRACE NAME CONTEXT OFF'' '; 
END;
/

3) Trace 화일의 기본 위치 확인 (해당 경우에는 trc 화일명에 ~~SQLTRACE.trc 로 파일이 생성된다.

SQL > SHOW PARAMETER USER_DUMP_DEST

보통의 경우 $ORACLE_BASE/diag/rdbms/[DB명]/[SID]/Trace

4) Trace 화일을 STS (SQL Tuning Set)으로 변환하기 위한 매핑 Table 생성

create table mapping_table as select object_id id, owner, substr(object_name, 1,
30) name from dba_objects where object_type NOT IN ('CONSUMER
GROUP','EVALUATION CONTEXT','JAVA DATA','JAVA
RESOURCE','LIBRARY','LOB','OPERATOR','PACKAGE','PACKAGE
BODY','PROCEDURE','QUEUE','RESOURCE PLAN','TRIGGER','TYPE','TYPE BODY‘)
union all select user_id id, username owner, null name from dba_users;

5) 테스트 환경 생성
- datapump 의 기능을 사용하여 테스트 환경 만들기
• Test 환경에도 매핑 Table 을 만들고 Table의 데이터 마이그레이션
• 운영 환경에서 생성된 Trace 파일을  복사 (/home/oracle/STS_WORK)

6) SQL Trace  파일을 저장할 위치 지정

create or replace directory MYDIR as '/home/oracle/STS_WORK';

CREATE_SQLSET API를 사용하여 STS 를 만들고, SELECT_SQL_TRACE에서 반환되는 커서 LOAD_SQLSET에 전달

DECLARE
cur sys_refcursor;
BEGIN
dbms_sqltune.create_sqlset('trace_toSTS');
open cur for
select value(p)
from table(dbms_sqltune.select_sql_trace( directory
=> 'MYDIR',
file_name => '%DB0908_ora',    <<<<<<--------------- 이 부분을 출력된 실제 Trace 화일명으로 편집                   
mapping_table_name => 'MAPPING_TABLE')) p;
dbms_sqltune.load_sqlset(
sqlset_name => 'trace_toSTS',
populate_cursor => cur,
commit_rows => 1);
close cur;
END;
/

7) STS 에서 SPA 실행

SQL> begin
dbms_sqlpa.execute_analysis_task(
 task_name => 'SPA_TASK',
 execution_name => 'NewTrial',
 execution_type => 'CONVERT SQLSET',
 execution_desc => 'fromSTS');
end;
/

7) 테스트 환경에서 SPA 실행

begin
dbms_sqlpa.execute_analysis_task(
 task_name => 'SPA_TASK',
 execution_name => 'New19Trial',
 execution_type => 'TEST EXECUTE',
 execution_desc => '19Execute');
end;
/

================================================================
여기까지 끝..

100% 이해 못한 상태에서 테스트해 봤는데 잘 안되서 다시 해 봐야겠다.-_-;

* 환경에 따라 다르지만 완벽하게 작동하지 않으므로 SE에서 SPA를 실행하면 아래 오류가 있을 수 있다. 

1) 생성된 리포트에 오류가 있을 수 있다. (오류확인은 가능하나 성능정보가 출력되지 않거나 하는 경우)
2) 바인드 변수가 설정된 SQL 을 추출할 수 없음.

Critical Patch Update (CPU) Program Oct 2025 Patch Availability Document (DB-only) (Doc ID 3102899.1)

패치작업 19.29.0.0.251021 (GI RU 38298204 )

Database Patch Set Update : 19.29.0.0.251021 (38291812)
OCW Patch Set Update      : 19.29.0.0.251021 (38322923)
ACFS Patch Set Update     : 19.29.0.0.251021 (38311528)
Tomcat Release Update     : 19.0.0.0.0       (38380425)
DBWLM Release Update      : 19.0.0.0.0       (36758186)

Oracle Grid Infrastructure Patch Set Update 19.29.0.0.251021 
-------------------------------------
GI_HOME, ORACLE_HOME 을 개별로 각각 할때

- grid 유저
$ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir /u01/patch/38298204/38291812
$ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir /u01/patch/38298204/38322923
$ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir /u01/patch/38298204/38311528
$ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir /u01/patch/38298204/36758186
$ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir /u01/patch/38298204/38380425

- oracle 유저
$ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir /u01/patch/38298204/38291812
$ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir /u01/patch/38298204/38322923

(oracle)
$ <ORACLE_HOME>/bin/srvctl stop home -o <ORACLE_HOME> -s <status file location> -n <node name>

(root 유저)
export GI_HOME=/u01/app/19.0.0.0/grid
$GI_HOME/crs/install/rootcrs.sh -prepatch 

(grid 유저)
export GI_HOME=/u01/app/19.0.0.0/grid
cd /u01/patch
$GI_HOME/OPatch/opatch apply -oh $GI_HOME -local /u01/patch/38298204/38322923 -silent
$GI_HOME/OPatch/opatch apply -oh $GI_HOME -local /u01/patch/38298204/38311528 -silent
$GI_HOME/OPatch/opatch apply -oh $GI_HOME -local /u01/patch/38298204/38291812 -silent
$GI_HOME/OPatch/opatch apply -oh $GI_HOME -local /u01/patch/38298204/36758186 -silent
$GI_HOME/OPatch/opatch apply -oh $GI_HOME -local /u01/patch/38298204/38380425 -silent

(oracle 유저)
export ORACLE_HOME=/u01/app/oracle/product/19.0.0.0/dbhome_1
cd /u01/patch
./38298204/38322923/custom/scripts/prepatch.sh -dbhome $ORACLE_HOME
$ORACLE_HOME/OPatch/opatch apply -oh $ORACLE_HOME -local /u01/patch/38298204/38322923 -silent
$ORACLE_HOME/OPatch/opatch apply -oh $ORACLE_HOME -local /u01/patch/38298204/38291812 -silent
./38298204/38322923/custom/scripts/postpatch.sh -dbhome $ORACLE_HOME 

(root 유저)
export GI_HOME=/u01/app/19.0.0.0/grid
$GI_HOME/rdbms/install/rootadd_rdbms.sh
$GI_HOME/crs/install/rootcrs.sh -postpatch 

(oracle)
$ <ORACLE_HOME>/bin/srvctl start home -o <ORACLE_HOME> -s <status file location> -n <node name> 

- Loading Modified SQL Files into the Database
sqlplus /nolog
SQL> conect / as sysdba
SQL> startup
SQL> quit
cd $ORACLE_HOME/OPatch
./datapatch -verbose

### [롤백하는 경우] ###########

(oracle)
$ <ORACLE_HOME>/bin/srvctl stop home -o <ORACLE_HOME> -s <status file location> -n <node name>

GI Home
(root로)
$GI_HOME/crs/install/rootcrs.sh -prepatch -rollback

(grid 유저로)
export GI_HOME=/u01/app/19.0.0.0/grid
cd /u01/install
$GI_HOME/OPatch/opatch nrollback -local -id 38322923,38311528,38291812,36758186,38380425 -oh $GI_HOME -silent

(oracle 유저로)
export ORACLE_HOME=/u01/app/oracle/product/19.0.0.0/dbhome_1
cd /u01/install
./38298204 /38322923/custom/scripts/prepatch.sh -dbhome $ORACLE_HOME 
$ORACLE_HOME/OPatch/opatch nrollback -local -id 38322923,38291812 -oh /u01/app/oracle/product/19.0.0.0/dbhome_1 -silent
./38298204 /38322923/custom/scripts/postpatch.sh -dbhome $ORACLE_HOME

Run post script
(root로)
export GI_HOME=/u01/app/19.0.0.0/grid
$GI_HOME/rdbms/install/rootadd_rdbms.sh
$GI_HOME/crs/install/rootcrs.sh -postpatch -rollback

(oracle)
$ <ORACLE_HOME>/bin/srvctl start home -o <ORACLE_HOME> -s <status file location> -n <node name>

sqlplus /nolog
SQL> conect / as sysdba
SQL> startup
SQL> quit
cd $ORACLE_HOME/OPatch
./datapatch -verbose

설치 로그를 모니터링하다가 귀찮아서 만들어 봄.

보통 작업할때 tail 명령어로 지금 생성되고 있는 로그화일 하나만 모니터링 하게 되는데..

특정 디렉토리 위치에 계속 화일 이름이 바뀌면서 시간순으로 쌓이고 있을때 매번 여는게 아니라 계속 끊김없이 보기 위해 만들어 보았다. (오라클의 경우 dbca 로그 등등)

- 단순하게 시간순으로 kill 하고 보면 되는거라 작동은 잘 되는듯 하다. (디렉토리 위치와 interval 5초만 수정하면 됨)

#!/bin/bash
DIR="/u01/app/oracle/cfgtoollogs/dbca/CDB"
LAST_FILE=""

while true; do
  NEW_FILE=$(ls -t "$DIR" | head -n 1)
  if [[ "$NEW_FILE" != "$LAST_FILE" ]]; then
    echo ">>> lastest file changed : $NEW_FILE"
    LAST_FILE="$NEW_FILE"
    pkill -P $$ tail 2>/dev/null   # previous process teminated
    tail -f "$DIR/$NEW_FILE" &
  fi
  sleep 5
done

ASM 환경에서 file system <-> ASM 간 화일 복사를 위해서는 아래 명령어를 사용하여 상호간 복사를 할수 있다.

asmcmd cp     (일반화일)
asmcmd pwcopy (password 화일)

 암호화 TDE 를 쓰는 환경에서는 keystore 화일을 kscopy 명령어로 복사 또는 백업이 가능하다. (일반적인 상황은 아니고 이관작업이나 구조변경시 필요할듯..)
 
TDE 환경에서 asmcmd cp 명령도 진행되지만 복사될때 해당  file의 format 이 그대로 복사되어 뭔가 문제를 일으키는 듯 한다.

- TDE Key 복사 또는 백업 방법

How to backup TDE keystore using ASMCMD (Doc ID 2951705.1)

---ASM to FileSystem---
ASMCMD> kscopy +DATA/wallet/tde/ewallet.p12 /tmp --local

---FileSystem to ASM---
ASMCMD> kscopy /tmp/ewallet.p12 +DATA/wallet/tde --local

ps. 19c 의 경우 현재 filesystem -> ASM 환경으로 복사시 아래와 같은 Bug 이 있으며 RU 19.23 이상에서 fix 되었다고 한다. 

This falls under bug 36013758.

How to backup TDE keystore using ASMCMD (Doc ID 2951705.1)

- Bug 36013758 - ASMCMD-8002: ENTRY ... DOES NOT EXIST IN DIRECTORY '+DATAFILE/NEW/'

Bug 36013758 included a fix in DBRU 19.23.
Currently, it is highly recommended to apply latest DBRU.