내맘대로긍정

오라클 26ai DBCA 이용 패치 가이드

내맘대로긍정 — Thu, 20 Aug 2026 23:55:21 +0900

OS 환경 : Oracle Linux 9.6 (64bit)

DB 환경 : Oracle AI Database 23.26.3.0.0 ai

방법 : 오라클 26ai DBCA 이용 패치 가이드

23.26.3 DB RU 골드이미지를 다운로드 받아 DBCA로 패치하는 방법을 설명함
방식을 간단하게 설명하면 out of place(oop) 패치 방식으로 사용함
goldimage를 압축 해제한 뒤 설치 하고(runInstaller) 이후 이 엔진으로 바꿔치기(교체) 하는 방식으로 수행함
이후 db를 기동 시켜주고 오라클이 자동으로 datapatch까지 적용 시켜줌

테스트
현재 엔진 경로 확인

1
2

$ echo $ORACLE_HOME
/app/oracle/product/26ai

/app/oracle/product/26ai 경로가 기존 엔진 경로임

현재 패치 확인

1
2
3
4
5

$ opatch lspatches
39093711;Database Release Update : 23.26.2.0.0 (39093711)
38743688;OCW RELEASE UPDATE 23.26.1.0.0 (GOLD IMAGE) (38743688) Gold Image
 
OPatch succeeded.

23.26.2 패치가 적용되어 있음

888.1에서 23.26.3 DB 골드 이미지 다운로드
https://support.oracle.com/support/?kmContentId=888

파일 확인

1
2

$ ls -al /app/media/p39581612_230000_Linux-x86-64_dbgoldimg.zip
-rw-r--r-- 1 root root 2493354906 Aug  8 23:42 /app/media/p39581612_230000_Linux-x86-64_dbgoldimg.zip

정상적으로 받아짐

23.26.3용 엔진 경로 생성

1

$ mkdir -p /app/oracle/product/26ai3

runInstaller로 골드이미지 설치(배포)(root 계정으로 수행)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

# cd /app/oracle/product/26ai
# ./runInstaller -deployDBGoldImage -imagePath /app/media/p39581612_230000_Linux-x86-64_dbgoldimg.zip -targetHome /app/oracle/product/26ai3
Plugin base: /app/oracle/cfgtoollogs/inst_plugin/base
Session ID of the current execution is: 4
Log file location: /app/oracle/cfgtoollogs/inst_plugin/base/logs/pilot_2026-08-09_09-45-16-PM
-----------------
Running initialize job
Completed initialize job
-----------------
Running unpackage_image job
Completed unpackage_image job
-----------------
Running install_software job
Completed install_software job
-----------------
Running run_rootscript job
Completed run_rootscript job

엔진 설치가 완료됨

로그 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42

# tail -300f /app/oracle/cfgtoollogs/inst_plugin/base/logs/pilot_2026-08-09_09-45-16-PM
...
<<-- !! deployDBGoldImage 작업을 시작함
---------- START OF JOB INITIALIZE ----------
 
INFO: [2026-08-09 21:45:16.685 KST][pool-1-thread-2][InitializeJob.initializeSettings:98] in initializeSettings
INFO: [2026-08-09 21:45:16.692 KST][pool-1-thread-2][InitializeJob.initializeSettings:113] Args: -deployDBGoldImage -imagePath /app/media/p39581612_230000_Linux-x86-64_dbgoldimg.zip -targetHome /app/oracle/product/26ai3
INFO: [2026-08-09 21:45:16.692 KST][pool-1-thread-2][InitializeJob.initializeSettings:125] Source home: /app/oracle/product/26ai
INFO: [2026-08-09 21:45:16.693 KST][pool-1-thread-2][InitializeJob.initializeSettings:146] Source home owner: oracle
INFO: [2026-08-09 21:45:16.947 KST][pool-1-thread-2][InitializeJob.initializeSettings:161] Args: [-deployDBGoldImage, -imagePath, /app/media/p39581612_230000_Linux-x86-64_dbgoldimg.zip, -targetHome, /app/oracle/product/26ai3]
INFO: [2026-08-09 21:45:16.949 KST][pool-1-thread-2][InitializeJob.initializeSettings:168] Image path: /app/media/p39581612_230000_Linux-x86-64_dbgoldimg.zip
INFO: [2026-08-09 21:45:16.949 KST][pool-1-thread-2][InitializeJob.initializeSettings:180] Target home: /app/oracle/product/26ai3
INFO: [2026-08-09 21:45:16.950 KST][pool-1-thread-2][InitializeJob.execImpl:90]
---------- END OF JOB INITIALIZE ----------
...
<<-- !! goldimage 압축파일을 압축해제함
---------- START OF JOB UNPACKAGE_IMAGE ----------
 
INFO: [2026-08-09 21:45:17.836 KST][pool-1-thread-3][SetupHomeAsJob.execImpl:123] Processing job: UNPACKAGE_IMAGE.
INFO: [2026-08-09 21:45:17.900 KST][pool-1-thread-3][SetupHomeAsJob.runCommand:290] Start run command [/bin/su, oracle, -c, /bin/unzip -q /app/media/p39581612_230000_Linux-x86-64_dbgoldimg.zip -d /app/oracle/product/26ai3]
INFO: [2026-08-09 21:46:06.724 KST][pool-1-thread-3][SetupHomeAsJob.runCommand:292] Completed command [/bin/su, oracle, -c, /bin/unzip -q /app/media/p39581612_230000_Linux-x86-64_dbgoldimg.zip -d /app/oracle/product/26ai3]: []
INFO: [2026-08-09 21:46:06.737 KST][pool-1-thread-3][SetupHomeAsJob.execImpl:142]
---------- END OF JOB UNPACKAGE_IMAGE ----------
...
<<-- !! 이후 db 엔진을 설치함
---------- START OF JOB INSTALL_SOFTWARE ----------
 
INFO: [2026-08-09 21:46:06.818 KST][pool-1-thread-4][SetupHomeAsJob.execImpl:123] Processing job: INSTALL_SOFTWARE.
INFO: [2026-08-09 21:46:06.819 KST][pool-1-thread-4][SetupHomeAsJob.runCommand:290] Start run command [/bin/su, oracle, -c, /app/oracle/product/26ai3/runInstaller -silent -setupHomeAs /app/oracle/product/26ai]
INFO: [2026-08-09 21:48:30.168 KST][pool-1-thread-4][SetupHomeAsJob.runCommand:292] Completed command [/bin/su, oracle, -c, /app/oracle/product/26ai3/runInstaller -silent -setupHomeAs /app/oracle/product/26ai]: [Launching Oracle AI Database Setup Wizard..., , The response file for this session can be found at:,  /app/oracle/product/26ai3/install/response/db_2026-08-09_09-46-06PM.rsp, , You can find the log of this install session at:,  /app/oraInventory/logs/InstallActions2026-08-09_09-46-06PM/installActions2026-08-09_09-46-06PM.log, , As a root user, run the following script(s):,    1. /app/oracle/product/26ai3/root.sh, , Run /app/oracle/product/26ai3/root.sh on the following nodes: , [ora26], , , Successfully Setup Software.]
INFO: [2026-08-09 21:48:30.374 KST][pool-1-thread-4][SetupHomeAsJob.execImpl:142]
---------- END OF JOB INSTALL_SOFTWARE ----------
...
<<-- !! 이후 자동으로 root 스크립트를 수행함
---------- START OF JOB RUN_ROOTSCRIPT ----------
 
INFO: [2026-08-09 21:48:30.998 KST][pool-1-thread-5][SetupHomeAsJob.execImpl:123] Processing job: RUN_ROOTSCRIPT.
INFO: [2026-08-09 21:48:30.999 KST][pool-1-thread-5][SetupHomeAsJob.runCommand:290] Start run command [/app/oracle/product/26ai3/root.sh]
INFO: [2026-08-09 21:48:31.235 KST][pool-1-thread-5][SetupHomeAsJob.runCommand:292] Completed command [/app/oracle/product/26ai3/root.sh]: [Check /app/oracle/product/26ai3/install/root_ora26_2026-08-09_21-48-31-022839144.log for the output of root script]
INFO: [2026-08-09 21:48:31.236 KST][pool-1-thread-5][SetupHomeAsJob.execImpl:142]
---------- END OF JOB RUN_ROOTSCRIPT ----------
...

로그에 상세하게 어떤 작업을 수행했는지 표시됨

엔진 사용 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14

# su - oracle
$ cd /app/oracle/product/26ai3/bin/
$ ./sqlplus / as sysdba
 
SQL*Plus: Release 23.26.3.0.0 - Production on Sun Aug 9 21:55:36 2026
Version 23.26.3.0.0  <<-- !! 23.26.3 버전의 sqlplus 실행 확인
 
Copyright (c) 1982, 2026, Oracle.  All rights reserved.
 
 
Connected to:
Oracle AI Database 26ai Enterprise Edition Release 23.26.2.0.0 - Production
Version 23.26.2.0.0
SQL> exit

정상적으로 23.26.3 sqlplus 사용이 됨

현재 23.26.3 엔진이 설치된 상태임
아직까진 이 엔진에는 tns, 리스너 spfile 등의 .ora 파일들은 없음

1
2
3
4
5
6
7
8
9
10
11
12

$ ls -al /app/oracle/product/26ai3/network/admin/
total 4
drwxr-xr-x  3 oracle oinstall   39 Jul  6 05:03 .
drwxr-xr-x 11 oracle oinstall  118 Jul  6 05:03 ..
drwxr-xr-x  2 oracle oinstall   79 Jul  6 05:02 samples
-rw-r--r--  1 oracle oinstall 1866 May 19  2021 shrept.lst
 
$ ls -al /app/oracle/product/26ai3/dbs
total 8
drwxr-xr-x  2 oracle oinstall   22 Jul  6 05:02 .
drwxr-xr-x 65 oracle oinstall 4096 Aug  9 21:48 ..
-rw-r-----  1 oracle oinstall 3079 May 14  2015 init.ora

오라클 SID 확인

1
2
3
4
5

$ echo $ORACLE_SID
ORACLE26
$ ps -ef |grep smon
oracle    607827       1  0 12:38 ?        00:00:00 ora_smon_ORACLE26
oracle    762289  499620  0 15:34 pts/1    00:00:00 grep --color=auto smon

현재 ORACLE_SID는 ORACLE26임

moveDatabase 가능여부 확인(executePrereqs)수행

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35

$ /app/oracle/product/26ai3/bin/dbca -silent -moveDatabase -sourceDB ORACLE26 -executePrereqs
[FATAL][INS-04006] Invalid combination of arguments passed from command line. Arguments [-moveDatabase,-executePrereqs] cannot be passed together in the same application session.
        -moveDatabase Move database from one source Oracle home to target Oracle home
                -sourceDB <Database unique name for RAC database or SID for Single Instance database>
                [-continueWithDBDowntime <Flag to indicate the move operation with database downtime when there is only one active instance running>]
                [-continueWithRolling <Specify this flag to continue on rolling mode in case of non-rolling patch>]
                [-directoryPathsToCopy <A Comma separated list of absolute directory paths that are to be copied from source Oracle home to target Oracle home>]
                [-doNotEnableTwoStagePatches <Specify this flag to not enable two-stage patches>]
                [-drainTimeoutInSeconds <Specify time in seconds to complete the resource draining while stopping the database>]
                [-errorOnMissingPatches <Specify this flag to stop the move operation in case of missing patches in target Oracle home>]
                        [-exceptionPatchList <Specify the list of patch IDs to be ignored when checking missing patches in target Oracle home>]
                [-filePathsToCopy <A comma separated list of absolute file paths that are to be copied from source Oracle home to target Oracle home>]
                [-listenersToMove <A comma separated list of listeners that are to be moved>]
                [-nodeListForMove <A comma separated list of nodes if operation has to be performed on subset of nodes>]
                [-nonRolling <Flag to indicate the database move would be performed by shutting down the database>]
                [-oracleHomeUserPassword <Specify Oracle home User Password>]
                [-postMoveScripts <A comma separated list of scripts to be run post move database. The scripts are run in order they are listed. Only SQL and shell scripts are supported.>]
                        [-postRollbackScripts <A comma separated list of scripts to be run post move database rollback. The scripts are run in order they are listed. Only SQL and shell scripts are supported.>]
                [-resume <Resume the previous operation>]
                        [-sessionID <Session ID of the DBCA session that you intended to revert or resume or load earlier execution details.>]
                [-revert <Revert the previous operation>]
                        [-sessionID <Session ID of the DBCA session that you intended to revert or resume or load earlier execution details.>]
                [-skipClosedPDBs <Flag to skip the datapatch on closed PDBs>]
                [-skipDatapatch <Flag to skip the datapatch run>]
                [-skipMissingPatchValidation <Specify this flag to proceed with move operation in case of missing patches in target Oracle home>]
                [-skipPDBs <A comma separated list of PDBs to be skipped for current operation. >]
                [-sqlnetConfigPreference <SOURCE | TARGET> Specify the sqlnet.ora file move preference.]
                [-sysDBAPassword <Password for sysDBAUserName user name>]
                [-sysDBAUserName <User name with SYSDBA privileges>]
                [-targetEnableTwoStagePatches <Enable two-stage patches after database is moved to target Oracle Home.>]
                [-upgradeTimezone <true | false> Specify true to upgrade the timezone in the database. Specify false to not upgrade the timezone in the database.]
        -executePrereqs - Command to execute prerequisite checks.
                -databaseConfigType <SINGLE | RAC | RACONENODE | SEHA>
                        [-RACOneNodeServiceName <Service name for the service to be created for RAC One Node database. This option is mandatory when the databaseConfigType is RACONENODE>]
                [-nodelist <Node names separated by comma for the database>]

moveDatabase 옵션이랑 executePrereqs 옵션은 같이 사용할수 없다고 나옴
참고로 아래 공식 링크에는 사용하는 가이드가 있음
참고 : https://docs.oracle.com/en/database/oracle/oracle-database/26/dbpsi/#GUID-F191C2CB-D6F5-4695-80B3-C68F4C4994F2

moveDatabase 수행(다운타임 시작)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126

$ date
Sun Aug  9 10:24:00 PM KST 2026
$ /app/oracle/product/26ai3/bin/dbca -silent -moveDatabase -sourceDB ORACLE26
Session ID of the current execution is: 1
2% complete
5% complete
7% complete
9% complete
14% complete
18% complete
-----------------
Running Source_database_operations job
Skipping. Job is detected as not applicable.
27% complete
-----------------
Running OJVM_pre_install_step job
Skipping. Job is detected as not applicable.
36% complete
-----------------
Running Copy_custom_config_files job
Completed Copy_custom_config_files job
38% complete
-----------------
Running Move_tns_alias_entries job
Completed Move_tns_alias_entries job
39% complete
-----------------
Running Move_ldap_entries job
Skipping. Job is detected as not applicable.
40% complete
-----------------
Running Move_sqlnet_entries job
Completed Move_sqlnet_entries job
41% complete
-----------------
Running Copy_spfile job
Completed Copy_spfile job
42% complete
-----------------
Running Copy_password_file job
Completed Copy_password_file job
43% complete
-----------------
Running Copy_timezone_files job
Skipping. Job is detected as not applicable.
44% complete
45% complete
-----------------
Running Stop_listeners_from_source job
Completed Stop_listeners_from_source job
47% complete
-----------------
Running Add_listeners_to_target job
Completed Add_listeners_to_target job
49% complete
-----------------
Running Modify_listeners_resource job
Completed Modify_listeners_resource job
51% complete
-----------------
Running Start_listeners_from_target job
Completed Start_listeners_from_target job
53% complete
-----------------
Running Delete_listeners_from_source job
Completed Delete_listeners_from_source job
55% complete
56% complete
-----------------
Running Stop_database_instance job
Completed Stop_database_instance job
57% complete
-----------------
Running Modify_database_resource job
Completed Modify_database_resource job
58% complete
-----------------
Running Update_instance_entry job
Completed Update_instance_entry job
60% complete
61% complete
62% complete
-----------------
Running Start_database_instance job
Completed Start_database_instance job
64% complete
-----------------
Running Run_datapatch job
Completed Run_datapatch job
68% complete
-----------------
Running Recompile_invalid_objects job
Completed Recompile_invalid_objects job
73% complete
74% complete
76% complete
77% complete
79% complete
80% complete
82% complete
83% complete
85% complete
-----------------
Running Update_dba_directories job
Completed Update_dba_directories job
86% complete
88% complete
-----------------
Running Finalize_database_move job
Completed Finalize_database_move job
89% complete
-----------------
Running Post_database_move_validation job
Skipping. Job is detected as not applicable.
91% complete
-----------------
Running Run_custom_scripts job
Completed Run_custom_scripts job
95% complete
-----------------
Running Run_custom_rollback_scripts job
Skipping. Job is detected as not applicable.
100% complete
Look at the log file "/app/oracle/cfgtoollogs/dbca/ORACLE26/ORACLE266.log" for further details.
$ date
Sun Aug  9 10:31:43 PM KST 2026

7분 정도만에 엔진 교체가 완료됨
로그를 보면 datapatch, utlrp 까지 수행함

.bash_profile에서도 ORACLE_HOME 경로 변경

1
2
3
4
5
6

$ vi .bash_profile
#기존
export ORACLE_HOME=$ORACLE_BASE/product/26ai;
 
#변경
export ORACLE_HOME=$ORACLE_BASE/product/26ai3;

저장 후 나오기

적용

1

$ . ./.bash_profile

엔진 패치 정보 확인

1
2
3
4
5

$ opatch lspatches
39578859;OCW RELEASE UPDATE 23.26.3.0.0 (39578859) Gold Image
39578879;Database Release Update : 23.26.3.0.0 (39578879) Gold Image
 
OPatch succeeded.

정상적으로 패치됨

db 패치 정보 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

SQL> 
set lines 200 pages 1000
column action_time format a20
column action format a10
column status format a10
column description format a60
column version format a10
select to_char(action_time, 'yyyy/mm/dd hh24:mi:ss') as action_time
,action
,status
,description
,source_version
,target_version
,patch_id
from dba_registry_sqlpatch
order by action_time;
 
ACTION_TIME          ACTION     STATUS     DESCRIPTION                                                  SOURCE_VERSION  TARGET_VERSION    PATCH_ID
-------------------- ---------- ---------- ------------------------------------------------------------ --------------- --------------- ----------
2026/04/06 12:08:38  APPLY      SUCCESS    Database Release Update : 23.26.1.0.0 (38743669) Gold Image  23.26.1.0.0     23.26.1.0.0       38743669
2026/05/01 23:33:40  APPLY      SUCCESS    Database Release Update : 23.26.2.0.0 (39093711)             23.26.1.0.0     23.26.2.0.0       39093711
2026/08/09 22:28:04  APPLY      SUCCESS    Database Release Update : 23.26.3.0.0 (39578879) Gold Image  23.26.2.0.0     23.26.3.0.0       39578879

datapatch도 정상적으로 적용됨

신규 엔진에 tns, 리스너 spfile 등의 .ora 파일들이 자동으로 복사됨

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

$ ls -al /app/oracle/product/26ai3/dbs/
total 24
drwxr-xr-x  2 oracle oinstall  110 Aug  9 22:24 .
drwxr-xr-x 65 oracle oinstall 4096 Aug  9 22:33 ..
-rw-rw----  1 oracle oinstall 1544 Aug  9 22:24 hc_ORACLE26.dat
-rw-r-----  1 oracle oinstall 3079 May 14  2015 init.ora
-rw-r-----  1 oracle oinstall   24 Aug  9 22:06 lkORACLE26
-rw-r-----  1 oracle oinstall 2048 Aug  9 22:24 orapwORACLE26
-rw-r-----  1 oracle oinstall 3584 Aug  9 22:25 spfileORACLE26.ora
 
$ ls -al /app/oracle/product/26ai3/network/admin/
total 20
drwxr-xr-x  3 oracle oinstall  133 Aug  9 22:24 .
drwxr-xr-x 11 oracle oinstall  118 Jul  6 05:03 ..
-rw-r-----  1 oracle oinstall  319 Aug  9 22:24 listener.ora
drwxr-xr-x  2 oracle oinstall   79 Jul  6 05:02 samples
-rw-r--r--  1 oracle oinstall 1866 May 19  2021 shrept.lst
-rw-r-----  1 oracle oinstall  260 Aug  9 22:06 sqlnet.ora
-rw-r-----  1 oracle oinstall  561 Aug  9 22:24 tnsnames.ora

테스트 결과 $ORACLE_HOME/sqlplus/admin의 glogin.sql 은 안가져옴

db 엔진 move 이후 이전 엔진 경로는 필요 없는 경우 deinstall 해줄수 있음

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136

$ cd /app/oracle/product/26ai/deinstall/
$ ./deinstall
Checking for required files and bootstrapping ...
Please wait ...
Location of logs /app/oraInventory/logs/
 
############ ORACLE DECONFIG TOOL START ############
 
 
######################### DECONFIG CHECK OPERATION START #########################
## [START] Install check configuration ##
 
 
Checking for existence of the Oracle home location /app/oracle/product/26ai
Oracle Home type selected for deinstall is: Oracle Single Instance Database
Oracle Base selected for deinstall is: /app/oracle
Checking for existence of central inventory location /app/oraInventory
 
## [END] Install check configuration ##
 
 
Network Configuration check config START
 
Network de-configuration trace file location: /app/oraInventory/logs/netdc_check2026-08-09_10-36-07PM.log
 
Network Configuration check config END
 
Database Check Configuration START
 
Database de-configuration trace file location: /app/oraInventory/logs/databasedc_check2026-08-09_10-36-07PM.log
 
Use comma as separator when specifying list of values as input
 
Specify the list of database names that are configured in this Oracle home []:
Database Check Configuration END
 
######################### DECONFIG CHECK OPERATION END #########################
 
 
####################### DECONFIG CHECK OPERATION SUMMARY #######################
Oracle Home selected for deinstall is: /app/oracle/product/26ai
Inventory Location where the Oracle home registered is: /app/oraInventory
Do you want to continue (y - yes, n - no)? [n]: y
A log of this session will be written to: '/app/oraInventory/logs/deinstall_deconfig2026-08-09_10-36-03-PM.out'
Any error messages from this session will be written to: '/app/oraInventory/logs/deinstall_deconfig2026-08-09_10-36-03-PM.err'
 
######################## DECONFIG CLEAN OPERATION START ########################
## [START] De-Configuring Global Service Manager ##
## [END] De-Configuring Global Service Manager ##
Database de-configuration trace file location: /app/oraInventory/logs/databasedc_clean2026-08-09_10-36-07PM.log
 
Network Configuration clean config START
 
Network de-configuration trace file location: /app/oraInventory/logs/netdc_clean2026-08-09_10-36-07PM.log
 
De-configuring Naming Methods configuration file...
Naming Methods configuration file de-configured successfully.
 
De-configuring Local Net Service Names configuration file...
Local Net Service Names configuration file de-configured successfully.
 
De-configuring backup files...
Backup files de-configured successfully.
 
The network configuration has been cleaned up successfully.
 
Network Configuration clean config END
 
 
######################### DECONFIG CLEAN OPERATION END #########################
 
 
####################### DECONFIG CLEAN OPERATION SUMMARY #######################
Oracle database home OraDB23Home1 is de-configured successfully.
#######################################################################
 
 
############# ORACLE DECONFIG TOOL END #############
 
Using properties file /tmp/deinstall2026-08-09_10-35-54PM/response/deinstall_2026-08-09_10-36-03-PM.rsp
Location of logs /app/oraInventory/logs/
 
############ ORACLE DEINSTALL TOOL START ############
 
 
 
 
 
####################### DEINSTALL CHECK OPERATION SUMMARY #######################
A log of this session will be written to: '/app/oraInventory/logs/deinstall_deconfig2026-08-09_10-36-03-PM.out'
Any error messages from this session will be written to: '/app/oraInventory/logs/deinstall_deconfig2026-08-09_10-36-03-PM.err'
 
######################## DEINSTALL CLEAN OPERATION START ########################
## [START] Preparing for Deinstall ##
Setting LOCAL_NODE to ora26
Setting CRS_HOME to false
Setting oracle.installer.invPtrLoc to /tmp/deinstall2026-08-09_10-35-54PM/oraInst.loc
Setting oracle.installer.local to false
 
## [END] Preparing for Deinstall ##
 
Oracle Universal Installer clean START
 
Detach Oracle home 'OraDB23Home1' from the central inventory on the local node : Done
 
Delete directory '/app/oracle/product/26ai' on the local node : Done
 
The Oracle Base directory '/app/oracle' will not be removed on local node. The directory is in use by Oracle Home '/app/oracle/product/26ai3'.
 
You can find a log of this session at:
'/app/oraInventory/logs/Cleanup2026-08-09_10-36-17PM.log'
 
Oracle Universal Installer clean END
 
 
## [START] Oracle install clean ##
 
 
## [END] Oracle install clean ##
 
 
######################### DEINSTALL CLEAN OPERATION END #########################
 
 
####################### DEINSTALL CLEAN OPERATION SUMMARY #######################
Successfully detached Oracle home 'OraDB23Home1' from the central inventory on the local node.
Successfully deleted directory '/app/oracle/product/26ai' on the local node.
Oracle Universal Installer cleanup was successful.
 
Review the permissions and contents of '/app/oracle' on nodes(s) 'ora26'.
If there are no Oracle home(s) associated with '/app/oracle', manually delete '/app/oracle' and its contents.
Oracle deinstall tool successfully cleaned up temporary directories.
#######################################################################
 
 
############# ORACLE DEINSTALL TOOL END #############

삭제 확인

1
2
3

$ cd ../../
$ ls
26ai3

기존엔진 경로(26ai 폴더)가 없어짐

인벤토리에서 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

$ cd /app/oraInventory/ContentsXML/
$ cat inventory.xml
<?xml version="1.0" standalone="yes" ?>
<!-- Copyright (c) 1999, 2026, 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.9.0</SAVED_WITH>
   <MINIMUM_VER>2.1.0.6.0</MINIMUM_VER>
</VERSION_INFO>
<HOME_LIST>
<HOME NAME="OraDB23Home2" LOC="/app/oracle/product/26ai3" TYPE="O" IDX="2"/>
<HOME NAME="OraDB23Home1" LOC="/app/oracle/product/26ai" TYPE="O" IDX="1" REMOVED="T"/>
</HOME_LIST>
<COMPOSITEHOME_LIST>
</COMPOSITEHOME_LIST>
</INVENTORY>

/app/oracle/product/26ai 경로가 REMOVED="T"로 표시됨(삭제 되었다는 뜻)

참고1. oracle 유저로 deployDBGoldImage 수행시 에러 발생함

1
2
3

$ ./runInstaller -deployDBGoldImage -imagePath /app/media/p39581612_230000_Linux-x86-64_dbgoldimg.zip -targetHome /app/oracle/product/26ai3
 
ERROR: You must be logged in as root to use the -deployDBGoldImage command.

참고2. runInstaller silent 옵션에 있는 ignorePrereqFailure 옵션은 deployDBGoldImage 시에는 사용 불가능함

1
2
3
4
5
6
7
8
9
10
11
12

# ./runInstaller -deployDBGoldImage -imagePath /app/media/p39581612_230000_Linux-x86-64_dbgoldimg.zip -targetHome /app/oracle/product/26ai3 -ignorePrereqFailure
Plugin base: /app/oracle/cfgtoollogs/inst_plugin/base
Session ID of the current execution is: 2
Log file location: /app/oracle/cfgtoollogs/inst_plugin/base/logs/pilot_2026-08-09_09-38-00-PM
-----------------
Running initialize job
Execution of initialize failed
[FATAL] [INS-04009] The argument [-ignorePrereqFailure] passed is not supported for the current context SetupHomeAs
 
*** Executing jobs which need to be run always... ***
 
******** PLUGIN EXECUTION FAILED ********

참고3. 이미 한번 수행한 뒤 새 ORACLE_HOME을 지우고 다시 생성 후 deployDBGoldImage를 다시 수행하려 하면 에러 발생함

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

# ./runInstaller -deployDBGoldImage -imagePath /app/media/p39581612_230000_Linux-x86-64_dbgoldimg.zip -targetHome /app/oracle/product/26ai3
Plugin base: /app/oracle/cfgtoollogs/inst_plugin/base
Session ID of the current execution is: 3
Log file location: /app/oracle/cfgtoollogs/inst_plugin/base/logs/pilot_2026-08-09_09-41-52-PM
-----------------
Running initialize job
Completed initialize job
-----------------
Running unpackage_image job
Completed unpackage_image job
-----------------
Running install_software job
Execution of install_software failed
[FATAL] [INS-33004] Command '[/bin/su, oracle, -c, /app/oracle/product/26ai3/runInstaller -silent -setupHomeAs /app/oracle/product/26ai]' failed.
Output: [Launching Oracle AI Database Setup Wizard..., , [FATAL] [INS-35955] The Database software home (/app/oracle/product/26ai3) is already registered in the central inventory. This option can only be used in a non-registered Database home.,    ACTION: Choose a different location as Oracle home.]
 
*** Executing jobs which need to be run always... ***
 
******** PLUGIN EXECUTION FAILED ********

이때는 detachHome을 해준뒤 진행해야함(인벤토리에서 신규 홈 정보를 지우는 작업)

1
2
3
4
5
6
7
8
9

$ cd $ORACLE_HOME
$ ./oui/bin/runInstaller -silent -waitforcompletion -detachHome ORACLE_HOME='/app/oracle/product/26ai3'
Starting Oracle Universal Installer...
 
Checking swap space: must be greater than 500 MB.   Actual 17696 MB    Passed
The inventory pointer is located at /etc/oraInst.loc
You can find the log of this install session at:
 /app/oraInventory/logs/DetachHome2026-08-09_09-44-31PM.log
'DetachHome' was successful.

참고4. 만약 swap 공간 부족, shmmax 등 크기 부족한 경우 ignore하고 설치는 되지만 아래와 같이 문제 내역과 함께 Successfully Setup Software with warning라고 나옴

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47

# ./runInstaller -deployDBGoldImage -imagePath /app/media/p39581612_230000_Linux-x86-64_dbgoldimg.zip -targetHome /app/oracle/product/26ai3
Plugin base: /app/oracle/cfgtoollogs/inst_plugin/base
Session ID of the current execution is: 1
Log file location: /app/oracle/cfgtoollogs/inst_plugin/base/logs/pilot_2026-08-09_09-25-25-PM
-----------------
Running initialize job
Completed initialize job
-----------------
Running unpackage_image job
Completed unpackage_image job
-----------------
Running install_software job
Execution of install_software failed
[FATAL] [INS-33004] Command '[/bin/su, oracle, -c, /app/oracle/product/26ai3/runInstaller -silent -setupHomeAs /app/oracle/product/26ai]' failed.
Output: [Launching Oracle AI Database Setup Wizard..., , *********************************************, 
Swap Size: This is a prerequisite condition to test whether sufficient total swap space is available on the system., 
Severity: IGNORABLE, Overall status: VERIFICATION_FAILED, 
Error message: PRVF-7573 : Sufficient swap size is not available on node "ora26" 
[Required = 8.5365GB (8951152.0KB) ; Found = 8GB (8388604.0KB)],
Cause:  The swap size found does not meet the minimum requirement., 
Action:  Increase swap size to at least meet the minimum swap space requirement., 
-----------------------------------------------, *********************************************, 
OS Kernel Parameter: shmmax: This is a prerequisite condition to test whether the OS kernel parameter "shmmax" is properly set., 
Severity: IGNORABLE, Overall status: VERIFICATION_FAILED, 
Error message: PRVG-1205 : OS kernel parameter "shmmax" does not have expected current value on node "ora26" 
[Expected = "6295314432" ; Current = "4294967296"; Configured = "4294967296"]., 
Cause:  A check of the current value for an OS kernel parameter did not find the expected value., 
Action:  Modify the kernel parameter current value to meet the requirement., 
Error message: PRVG-1201 : OS kernel parameter "shmmax" does not have expected configured value on node "ora26" 
[Expected = "6295314432" ; Current = "4294967296"; Configured = "4294967296"]., 
Cause:  A check of the configured value for an OS kernel parameter did not find the expected value., 
Action:  Modify the kernel parameter configured value to meet the requirement., -----------------------------------------------, 
[WARNING] [INS-13014] Target environment does not meet some optional requirements.,    
CAUSE: Some of the optional prerequisites are not met. See logs for details. 
/app/oraInventory/logs/InstallActions2026-08-09_09-26-15PM/installActions2026-08-09_09-26-15PM.log.,    
ACTION: Identify the list of failed prerequisite checks from the 
log: /app/oraInventory/logs/InstallActions2026-08-09_09-26-15PM/installActions2026-08-09_09-26-15PM.log. 
Then either from the log file or from installation manual find the appropriate configuration to meet the prerequisites and fix it manually., 
The response file for this session can be found at:,  /app/oracle/product/26ai3/install/response/db_2026-08-09_09-26-15PM.rsp, , 
You can find the log of this install session at:,  /app/oraInventory/logs/InstallActions2026-08-09_09-26-15PM/installActions2026-08-09_09-26-15PM.log, , 
As a root user, run the following script(s):,     1. /app/oracle/product/26ai3/root.sh, , 
Run /app/oracle/product/26ai3/root.sh on the following nodes: , [ora26], , , 
Successfully Setup Software with warning(s).]
 
*** Executing jobs which need to be run always... ***
 
******** PLUGIN EXECUTION FAILED ********

결론 :
26ai 부터는 dbca 명령으로 패치를 수행할수도 있음
이는 out of place 방식으로 진행되는 패치로 기존 엔진에 패치를 적용하는것이 아닌
새로운 goldimage를 압축 해제하여 엔진을 설치(runInstaller) 하고 이후 dbca 명령을 이용해 moveDatabase 해주는 방식을 사용함
기존 패치 방식대로 한다면 opatch apply 하는 순간 이전부터 db를 내려야 하지만
이 방식을 사용하면 미리 패치를 해놓고 엔진을 교체하는 방식으로 진행되기 때문에 db 다운타임이 훨씬 줄어듬
그리고 .ora 파일들도 자동으로 복제해줌

참조 :

https://www.youtube.com/watch?v=1tkr5sH-3AE
https://docs.oracle.com/en/database/oracle/oracle-database/26/dbpsi/
https://docs.oracle.com/en/database/oracle/oracle-database/26/patching.html
https://docs.oracle.com/en/database/oracle/oracle-database/26/ladbi/apply-oop-db-patches.html

오라클 19c oraInventory 비정상 시 runInstaller attachHome 재등록 방법

내맘대로긍정 — Mon, 17 Aug 2026 22:17:00 +0900

OS 환경 : Oracle Linux 8.7 (64bit)

DB 환경 : Oracle Database 19.31.0.0

방법 : 오라클 19c oraInventory 비정상 시 runInstaller attachHome 재등록 방법

본문에서는 oraInventory가 비정상적으로 되어 있는 경우 어떤 문제가 발생하는지
그리고 이 경우 어떻게 조치 해야하는지를 설명함

테스트
현재 oraInventory 경로 확인

1
2
3
4
5
6

$ cat /etc/oraInst.loc
inventory_loc=/app/oraInventory
inst_group=dba
$ cat $ORACLE_HOME/oraInst.loc
inventory_loc=/app/oraInventory
inst_group=dba

현재 인벤토리 경로는 /app/oraInventory로 되어있음

oraInventory 경로 실제로 존재하는지 확인

1
2
3
4
5
6
7
8

$ cd /app
$ ls -al
total 8
drwxrwxr-x.  5 oracle dba        55 Aug  9 20:00 .
dr-xr-xr-x. 21 root   root     4096 Feb 14 22:30 ..
drwxrwxr-x.  2 oracle dba         6 May 28  2025 oraarch
drwxrwxr-x. 17 oracle dba      4096 Jan 30  2026 oracle
drwxrwx---   4 oracle oinstall   37 Aug  9 03:07 oraInventory

정상적으로 존재함

패치 정보 조회

1
2
3
4
5

$ opatch lspatches
39034528;Database Release Update : 19.31.0.0.260421 (REL-APR2026) (39034528)
37654975;OCW RELEASE UPDATE 19.27.0.0.0 (37654975)
 
OPatch succeeded.

정상적으로 확인 가능함

기존 oraInventory 폴더 이름 변경(장애 유발)

1
2
3

$ mv oraInventory/ oraInventorybak
$ ls
oraarch  oracle  oraInventorybak

패치 정보 재조회

1
2
3
4
5
6
7
8

$ opatch lspatches
Inventory load failed... LsPatchesSession::loadAndPrintInstalledPatch()
LsPatchesSession failed: OPatch failed to locate Central Inventory.
Possible causes are:
    The Central Inventory is corrupted
    The oraInst.loc file specified is not valid.
 
OPatch failed with error code 2

인벤토리가 커럽트 났다고 나옴

이 경우 패치를 하려고 해도 에러가 발생함
패치 시도(19.32)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

$ cd /app/oracle/media/39618711/39467003/39472050
$ opatch apply
Oracle Interim Patch Installer version 12.2.0.1.52
Copyright (c) 2026, Oracle Corporation.  All rights reserved.
 
 
Oracle Home       : /app/oracle/product/19c
Central Inventory : /app/oraInventory
   from           : /app/oracle/product/19c/oraInst.loc
OPatch version    : 12.2.0.1.52
OUI version       : 12.2.0.7.0
Log file location : /app/oracle/product/19c/cfgtoollogs/opatch/opatch2026-08-09_20-10-35PM_1.log
 
OPatchSession cannot load inventory for the given Oracle Home /app/oracle/product/19c. 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
 
UtilSession failed: OPatch failed to locate Central Inventory.
Possible causes are:
    The Central Inventory is corrupted
    The oraInst.loc file specified is not valid.
Log file location: /app/oracle/product/19c/cfgtoollogs/opatch/opatch2026-08-09_20-10-35PM_1.log
 
OPatch failed with error code 73

에러가 발생하면서 패치도 안됨
Possible causes를 읽어보면 안되는 이유 힌트를 찾을 수 있음

이 경우 만약 정상적인 인벤토리 경로가 없는 경우 현재 엔진에 있는 정보를 인벤토리에 재등록해줘야함

현재 ORACLE HOME에 대해 oraInventory 재등록

1
2
3
4
5
6
7
8
9

$ cd $ORACLE_HOME/oui/bin
$ ./runInstaller -silent -ignoreSysPrereqs -attachHome ORACLE_HOME=$ORACLE_HOME ORACLE_HOME_NAME="OraDB19Home1"
Starting Oracle Universal Installer...
 
Checking swap space: must be greater than 500 MB.   Actual 9248 MB    Passed
The inventory pointer is located at /etc/oraInst.loc
You can find the log of this install session at:
 /app/oraInventory/logs/AttachHome2026-08-09_08-15-31PM.log
'AttachHome' was successful.

인벤토리 경로 재확인

1
2
3
4
5
6
7
8

$ ls -al /app/
total 8
drwxrwxr-x.  6 oracle dba        78 Aug  9 20:05 .
dr-xr-xr-x. 21 root   root     4096 Feb 14 22:30 ..
drwxrwxr-x.  2 oracle dba         6 May 28  2025 oraarch
drwxrwxr-x. 17 oracle dba      4096 Jan 30  2026 oracle
drwxr-xr-x   4 oracle oinstall   37 Aug  9 20:15 oraInventory
drwxrwx---   4 oracle oinstall   37 Aug  9 03:07 oraInventorybak

oraInventory 경로가 새로 생김

패치 정보 재조회

1
2
3
4
5

$ opatch lspatches
39034528;Database Release Update : 19.31.0.0.260421 (REL-APR2026) (39034528)
37654975;OCW RELEASE UPDATE 19.27.0.0.0 (37654975)
 
OPatch succeeded.

정상적으로 조회가 가능함

19.32 패치 적용 시도

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224

$ cd /app/oracle/media/39618711/39467003/39472050
$ opatch apply -silent
Oracle Interim Patch Installer version 12.2.0.1.52
Copyright (c) 2026, Oracle Corporation.  All rights reserved.
 
 
Oracle Home       : /app/oracle/product/19c
Central Inventory : /app/oraInventory
   from           : /app/oracle/product/19c/oraInst.loc
OPatch version    : 12.2.0.1.52
OUI version       : 12.2.0.7.0
Log file location : /app/oracle/product/19c/cfgtoollogs/opatch/opatch2026-08-09_20-24-00PM_1.log
 
Verifying environment and performing prerequisite checks...
 
--------------------------------------------------------------------------------
Start OOP by Prereq process.
Launch OOP...
 
Oracle Interim Patch Installer version 12.2.0.1.52
Copyright (c) 2026, Oracle Corporation.  All rights reserved.
 
 
Oracle Home       : /app/oracle/product/19c
Central Inventory : /app/oraInventory
   from           : /app/oracle/product/19c/oraInst.loc
OPatch version    : 12.2.0.1.52
OUI version       : 12.2.0.7.0
Log file location : /app/oracle/product/19c/cfgtoollogs/opatch/opatch2026-08-09_20-26-31PM_1.log
 
Verifying environment and performing prerequisite checks...
OPatch continues with these patches:   39472050
 
Do you want to proceed? [y|n]
Y (auto-answered by -silent)
User Responded with: Y
All checks passed.
 
Please shutdown Oracle instances running out of this ORACLE_HOME on the local system.
(Oracle Home = '/app/oracle/product/19c')
 
 
Is the local system ready for patching? [y|n]
Y (auto-answered by -silent)
User Responded with: Y
Backing up files...
Applying interim patch '39472050' to OH '/app/oracle/product/19c'
ApplySession: Optional component(s) [ oracle.network.gsm, 19.0.0.0.0 ] , [ oracle.assistants.asm, 19.0.0.0.0 ] , [ oracle.datamining, 19.0.0.0.0 ] , [ oracle.crypto.rsf, 19.0.0.0.0 ] , [ oracle.oraolap.mgmt, 19.0.0.0.0 ] , [ oracle.pg4appc, 19.0.0.0.0 ] , [ oracle.precomp.companion, 19.0.0.0.0 ] , [ oracle.rdbms.ic, 19.0.0.0.0 ] , [ oracle.java.sqlj.sqljruntime, 19.0.0.0.0 ] , [ oracle.rdbms.tg4db2, 19.0.0.0.0 ] , [ oracle.sdo.companion, 19.0.0.0.0 ] , [ oracle.tfa, 19.0.0.0.0 ] , [ oracle.rdbms.tg4ifmx, 19.0.0.0.0 ] , [ oracle.oid.client, 19.0.0.0.0 ] , [ oracle.rdbms.tg4sybs, 19.0.0.0.0 ] , [ oracle.ldap.ztk, 19.0.0.0.0 ] , [ oracle.ons.eons.bwcompat, 19.0.0.0.0 ] , [ oracle.net.cman, 19.0.0.0.0 ] , [ oracle.ons.cclient, 19.0.0.0.0 ] , [ oracle.xdk.companion, 19.0.0.0.0 ] , [ oracle.options.olap, 19.0.0.0.0 ] , [ oracle.rdbms.tg4msql, 19.0.0.0.0 ] , [ oracle.rdbms.tg4tera, 19.0.0.0.0 ] , [ oracle.network.cman, 19.0.0.0.0 ] , [ oracle.options.olap.api, 19.0.0.0.0 ] , [ oracle.jdk, 1.8.0.191.0 ] , [ oracle.jdk, 1.8.0.391.11 ]  not present in the Oracle Home or a higher version is found.
 
Patching component oracle.rdbms.util, 19.0.0.0.0...
 
Patching component oracle.rdbms.rsf, 19.0.0.0.0...
 
Patching component oracle.rdbms, 19.0.0.0.0...
 
Patching component oracle.assistants.acf, 19.0.0.0.0...
 
Patching component oracle.assistants.deconfig, 19.0.0.0.0...
 
Patching component oracle.assistants.server, 19.0.0.0.0...
 
Patching component oracle.blaslapack, 19.0.0.0.0...
 
Patching component oracle.buildtools.rsf, 19.0.0.0.0...
 
Patching component oracle.wwg.plsql, 19.0.0.0.0...
 
Patching component oracle.ctx, 19.0.0.0.0...
 
Patching component oracle.dbdev, 19.0.0.0.0...
 
Patching component oracle.dbjava.ic, 19.0.0.0.0...
 
Patching component oracle.dbjava.jdbc, 19.0.0.0.0...
 
Patching component oracle.dbjava.ucp, 19.0.0.0.0...
 
Patching component oracle.duma, 19.0.0.0.0...
 
Patching component oracle.javavm.client, 19.0.0.0.0...
 
Patching component oracle.ldap.client, 19.0.0.0.0...
 
Patching component oracle.ldap.owm, 19.0.0.0.0...
 
Patching component oracle.ldap.rsf, 19.0.0.0.0...
 
Patching component oracle.ldap.security.osdt, 19.0.0.0.0...
 
Patching component oracle.marvel, 19.0.0.0.0...
 
Patching component oracle.network.rsf, 19.0.0.0.0...
 
Patching component oracle.nlsrtl.rsf, 19.0.0.0.0...
 
Patching component oracle.nlsrtl.rsf.core, 19.0.0.0.0...
 
Patching component oracle.nlsrtl.rsf.ic, 19.0.0.0.0...
 
Patching component oracle.swd.oui, 12.2.0.7.0...
 
Patching component oracle.odbc.ic, 19.0.0.0.0...
 
Patching component oracle.ons, 19.0.0.0.0...
 
Patching component oracle.ons.ic, 19.0.0.0.0...
 
Patching component oracle.oracore.rsf, 19.0.0.0.0...
 
Patching component oracle.precomp.common.core, 19.0.0.0.0...
 
Patching component oracle.precomp.rsf, 19.0.0.0.0...
 
Patching component oracle.rdbms.crs, 19.0.0.0.0...
 
Patching component oracle.rdbms.dbscripts, 19.0.0.0.0...
 
Patching component oracle.rdbms.deconfig, 19.0.0.0.0...
 
Patching component oracle.rdbms.install.common, 19.0.0.0.0...
 
Patching component oracle.rdbms.oci, 19.0.0.0.0...
 
Patching component oracle.rdbms.rsf.ic, 19.0.0.0.0...
 
Patching component oracle.rdbms.scheduler, 19.0.0.0.0...
 
Patching component oracle.rhp.db, 19.0.0.0.0...
 
Patching component oracle.rsf, 19.0.0.0.0...
 
Patching component oracle.sdo, 19.0.0.0.0...
 
Patching component oracle.sdo.locator.jrf, 19.0.0.0.0...
 
Patching component oracle.sqlj.sqljruntime, 19.0.0.0.0...
 
Patching component oracle.sqlplus, 19.0.0.0.0...
 
Patching component oracle.sqlplus.ic, 19.0.0.0.0...
 
Patching component oracle.tfa.db, 19.0.0.0.0...
 
Patching component oracle.xdk.rsf, 19.0.0.0.0...
 
Patching component oracle.rdbms.hs_common, 19.0.0.0.0...
 
Patching component oracle.javavm.server, 19.0.0.0.0...
 
Patching component oracle.rdbms.install.plugins, 19.0.0.0.0...
 
Patching component oracle.rdbms.locator, 19.0.0.0.0...
 
Patching component oracle.oraolap.api, 19.0.0.0.0...
 
Patching component oracle.rdbms.hsodbc, 19.0.0.0.0...
 
Patching component oracle.network.client, 19.0.0.0.0...
 
Patching component oracle.rdbms.drdaas, 19.0.0.0.0...
 
Patching component oracle.rdbms.dm, 19.0.0.0.0...
 
Patching component oracle.rdbms.rman, 19.0.0.0.0...
 
Patching component oracle.rdbms.rat, 19.0.0.0.0...
 
Patching component oracle.ovm, 19.0.0.0.0...
 
Patching component oracle.odbc, 19.0.0.0.0...
 
Patching component oracle.xdk.server, 19.0.0.0.0...
 
Patching component oracle.oraolap.dbscripts, 19.0.0.0.0...
 
Patching component oracle.xdk.xquery, 19.0.0.0.0...
 
Patching component oracle.network.listener, 19.0.0.0.0...
 
Patching component oracle.dbtoolslistener, 19.0.0.0.0...
 
Patching component oracle.ldap.rsf.ic, 19.0.0.0.0...
 
Patching component oracle.xdk.parser.java, 19.0.0.0.0...
 
Patching component oracle.sdo.locator, 19.0.0.0.0...
 
Patching component oracle.ctx.rsf, 19.0.0.0.0...
 
Patching component oracle.ldap.ssl, 19.0.0.0.0...
 
Patching component oracle.oraolap, 19.0.0.0.0...
 
Patching component oracle.mgw.common, 19.0.0.0.0...
 
Patching component oracle.install.deinstalltool, 19.0.0.0.0...
 
Patching component oracle.rdbms.dv, 19.0.0.0.0...
 
Patching component oracle.xdk, 19.0.0.0.0...
 
Patching component oracle.nlsrtl.rsf.lbuilder, 19.0.0.0.0...
 
Patching component oracle.ctx.atg, 19.0.0.0.0...
 
Patching component oracle.network.aso, 19.0.0.0.0...
 
Patching component oracle.rdbms.lbac, 19.0.0.0.0...
 
Patching component oracle.precomp.lang, 19.0.0.0.0...
 
Patching component oracle.precomp.common, 19.0.0.0.0...
 
Patching component oracle.oracler.server, 19.0.0.0.0...
 
Patching component oracle.perlint, 5.28.1.0.0...
 
Patching component oracle.jdk, 1.8.0.201.0...
Patch 39472050 successfully applied.
Sub-set patch [39034528] has become inactive due to the application of a super-set patch [39472050].
Please refer to Doc ID 2161861.1 for any possible further required actions.
Log file location: /app/oracle/product/19c/cfgtoollogs/opatch/opatch2026-08-09_20-26-31PM_1.log
 
OPatch succeeded.

패치가 정상적으로 완료됨

패치 확인

1
2
3
4
5

$ opatch lspatches
39472050;Database Release Update : 19.32.0.0.260721 (39472050)
37654975;OCW RELEASE UPDATE 19.27.0.0.0 (37654975)
 
OPatch succeeded.

정상적으로 패치됨

결론 :
oraInventory가 비정상적인 경우 패치 정보도 확인할 수 없고 패치도 할수 없음
이 경우 runInstaller attachHome 옵션을 이용해 현재 ORACLE HOME에 대해 oraInventory를 재등록 해주어야함

참조 :

오라클 19c tar 명령을 이용해 db 엔진 복제 ( https://positivemh.tistory.com/1150 )

오라클 19c CLUSTER_BY_ROWID 힌트 사용 테스트

내맘대로긍정 — Fri, 14 Aug 2026 19:36:06 +0900

OS 환경 : Oracle Linux 8.7 (64bit)

DB 환경 : Oracle Database 19.31.0.0

방법 : 오라클 19c CLUSTER_BY_ROWID 힌트 사용 테스트

CLUSTER_BY_ROWID 힌트는 인덱스에서 읽은 ROWID를 ROWID 순서로 정렬한 후 테이블에 접근하도록 유도하는 힌트임

일반적인 인덱스 스캔은 인덱스 키 순서로 ROWID를 읽고 해당 ROWID가 가리키는 테이블 블록에 접근함
인덱스의 CF가 안좋은 경우 인덱스 키 순서와 테이블의 물리적인 저장 순서가 다르기 때문에 같은 테이블 블록을 반복해서 접근할 수 있음

이 힌트를 사용하면 인덱스에서 읽은 ROWID를 정렬한 후 테이블에 접근함
이 기능이 적용되면 실행계획의 INDEX RANGE SCAN과 TABLE ACCESS 사이에 SORT CLUSTER BY ROWID Operation이 추가됨

ROWID를 정렬하는 작업이 추가되지만 같은 테이블 블록에 포함된 행을 연속해서 처리할 수 있기 때문에 테이블 접근 시 발생하는 Buffers를 줄일 수 있음

이 힌트는 Oracle 11.2.0.4의 V$SQL_HINT에서 확인된 내부 힌트이고
Oracle 19c에서도 사용할 수 있지만 공식 SQL Language Reference의 힌트 목록에는 나오지 않는 미문서화 힌트이므로 운영 쿼리에 적용하기 전 해당 RU에서 충분한 테스트가 필요함
참고 : https://jonathanlewis.wordpress.com/2014/02/12/caution-hints/

참고로 19c에서 이 기능 관련 히든 파라미터를 확인하면
_optimizer_cluster_by_rowid, _optimizer_cluster_by_rowid_batch_size, _optimizer_cluster_by_rowid_batched, _optimizer_cluster_by_rowid_control
이렇게 4개가 존재함, 이중 활성화, 비활성화 하는 파라미터의 기본값은 true임(_optimizer_cluster_by_rowid, _optimizer_cluster_by_rowid_batched)

본문에서는 CF가 좋은 C1 인덱스와 CF가 안좋은 C2 인덱스를 생성한 후 NO_CLUSTER_BY_ROWID와 CLUSTER_BY_ROWID 힌트를 각각 사용하여 실행계획과 Buffers를 비교해봄

테스트
사전준비
1. CF가 좋은 인덱스 테스트
1_1. C1 인덱스에서 CLUSTER_BY_ROWID를 사용하지 않은 경우
1_2. C1 인덱스에서 CLUSTER_BY_ROWID를 사용한 경우
2. CF가 안좋은 인덱스 테스트
2_1. C2 인덱스에서 CLUSTER_BY_ROWID를 사용하지 않은 경우
2_2. C2 인덱스에서 CLUSTER_BY_ROWID를 사용한 경우

테스트
사전준비
CLUSTER_BY_ROWID 힌트 확인

1
2
3
4
5
6
7
8
9
10
11
12
13

SQL>
set lines 200 pages 1000
col name for a25
col inverse for a30
col version for a15
select name, inverse, version
from v$sql_hint
where name in ('CLUSTER_BY_ROWID', 'NO_CLUSTER_BY_ROWID');
 
NAME                      INVERSE                        VERSION
------------------------- ------------------------------ ---------------
CLUSTER_BY_ROWID          NO_CLUSTER_BY_ROWID            12.1.0.1
NO_CLUSTER_BY_ROWID       CLUSTER_BY_ROWID               12.1.0.1

CLUSTER_BY_ROWID와 반대 동작을 하는 NO_CLUSTER_BY_ROWID 힌트가 확인됨
두 힌트 모두 VERSION은 12.1.0.1로 표시됨

CLUSTER_BY_ROWID 기능 관련 히든 파라미터 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

SQL>
set lines 200 pages 1000
col name for a40
col session for a10
col default_value for a15
col default_t_f for a15
col instance for a10
col desc for a70
select
a.ksppinm "name",
decode(p.isses_modifiable,'FALSE',NULL,NULL,NULL,b.ksppstvl) "session",
c.ksppstvl "instance",
b.ksppstdfl "default_value",
b.ksppstdf "default_t_f",
a.ksppdesc "desc"
from x$ksppi a, x$ksppcv b, x$ksppsv c, v$parameter p
where 1=1
and a.indx=b.indx
and a.indx=c.indx
AND p.name(+) = a.ksppinm
AND SUBSTR(a.KSPPINM, 1, 1) = '_'
and a.ksppinm like '%cluster_by%'
order by 1;
 
name                                     session    instance   default_value   default_t_f     desc
---------------------------------------- ---------- ---------- --------------- --------------- --------------------------------------------------------
_optimizer_cluster_by_rowid                         TRUE       TRUE            TRUE            enable/disable the cluster by rowid feature
_optimizer_cluster_by_rowid_batch_size              100        100             TRUE            Sorting batch size for cluster by rowid feature
_optimizer_cluster_by_rowid_batched                 TRUE       TRUE            TRUE            enable/disable the cluster by rowid batching feature
_optimizer_cluster_by_rowid_control                 129        3               TRUE            internal control for cluster by rowid feature mode

4개가 존재하지만 _optimizer_cluster_by_rowid 파라미터와 _optimizer_cluster_by_rowid_batched 파라미터가 활성화, 비활성화 하는 파라미터로 보임
두가지 파라미터 모두 기본값이 true임

테스트 테이블 및 인덱스 생성, 통계정보 수집

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

SQL>
drop table t_cluster_rowid purge;
 
create table t_cluster_rowid (
c1 number, c2 number, c3 varchar2(100)
);
 
insert into t_cluster_rowid
select level,
mod(level, 1000),
rpad('X', 100, 'X')
from dual
connect by level <= 1000000;
 
commit;
 
create index ix_cluster_rowid_c1 on t_cluster_rowid(c1);
create index ix_cluster_rowid_c2 on t_cluster_rowid(c2);
 
exec dbms_stats.gather_table_stats(user, 'T_CLUSTER_ROWID', cascade => true);

C1 순서로 100만 건을 Insert하고 C2에는 0부터 999까지의 값이 반복해서 들어가도록 구성함

C1은 테이블에 저장된 순서와 인덱스 키 순서가 동일함
따라서 C1 인덱스는 CF가 좋은 상태로 생성됨

C2는 테이블에 0부터 999까지의 값이 반복해서 저장되지만 C2 인덱스에는 동일한 값의 ROWID가 연속해서 저장됨
따라서 C2 인덱스의 키 순서와 테이블에 저장된 행 순서가 다르며 CF가 안좋은 상태로 생성됨

테이블 및 인덱스 통계 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

SQL>
set lines 200 pages 1000
col owner for a10
col table_name for a25
col index_name for a30
select owner, table_name, num_rows, blocks
from dba_tables
where table_name = 'T_CLUSTER_ROWID';
 
OWNER      TABLE_NAME                  NUM_ROWS     BLOCKS
---------- ------------------------- ---------- ----------
IMSI       T_CLUSTER_ROWID              1000000      16217
 
select owner, index_name, num_rows, leaf_blocks, clustering_factor
from dba_indexes
where owner = 'IMSI'
and table_name = 'T_CLUSTER_ROWID'
order by index_name;
 
OWNER      INDEX_NAME                       NUM_ROWS LEAF_BLOCKS CLUSTERING_FACTOR
---------- ------------------------------ ---------- ----------- -----------------
IMSI       IX_CLUSTER_ROWID_C1               1000000        2226             15873
IMSI       IX_CLUSTER_ROWID_C2               1000000        2077           1000000

IX_CLUSTER_ROWID_C1의 CF는 테이블의 BLOCKS에 가까운 값임
C1 인덱스의 키 순서와 테이블에 저장된 행 순서가 비슷하기 때문
반면에 IX_CLUSTER_ROWID_C2의 CF는 1000000으로 테이블의 NUM_ROWS와 동일함
C2 인덱스의 키 순서와 테이블에 저장된 행 순서가 다르기 때문

먼저 CF가 좋은 C1 인덱스와 CF가 안좋은 C2 인덱스에 각각 CLUSTER_BY_ROWID 힌트를 적용하여 Buffers 차이를 확인해봄

1. CF가 좋은 인덱스 테스트
1_1. C1 인덱스에서 CLUSTER_BY_ROWID를 사용하지 않은 경우
IX_CLUSTER_ROWID_C1 인덱스로 조회하고 NO_CLUSTER_BY_ROWID 힌트를 사용해 인덱스에서 읽은 ROWID를 별도로 정렬하지 않도록 함

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52

SQL>
set timing on
alter session set statistics_level = all;
 
select /*+ index(t ix_cluster_rowid_c1) no_cluster_by_rowid(t) */ 
sum(length(c3))
from t_cluster_rowid t
where c1 between 1 and 100000;
 
SELECT * FROM DBMS_XPLAN.DISPLAY_CURSOR(NULL, NULL, 'ALLSTATS LAST -rows -Projection +HINT_REPORT +outline');
 
Plan hash value: 2614982675
 
-------------------------------------------------------------------------------------------------------------
| Id  | Operation                            | Name                | Starts | A-Rows |   A-Time   | Buffers |
-------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                     |                     |      1 |      1 |00:00:00.09 |    1812 |
|   1 |  SORT AGGREGATE                      |                     |      1 |      1 |00:00:00.09 |    1812 |
|   2 |   TABLE ACCESS BY INDEX ROWID BATCHED| T_CLUSTER_ROWID     |      1 |    100K|00:00:00.03 |    1812 |
|*  3 |    INDEX RANGE SCAN                  | IX_CLUSTER_ROWID_C1 |      1 |    100K|00:00:00.01 |     224 |
-------------------------------------------------------------------------------------------------------------
 
Outline Data
-------------
 
  /*+
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('19.1.0')
      DB_VERSION('19.1.0')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$1")
      INDEX_RS_ASC(@"SEL$1" "T"@"SEL$1" ("T_CLUSTER_ROWID"."C1"))
      BATCH_TABLE_ACCESS_BY_ROWID(@"SEL$1" "T"@"SEL$1")
      END_OUTLINE_DATA
  */
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   3 - access("C1">=1 AND "C1"<=100000)
 
Hint Report (identified by operation id / Query Block Name / Object Alias):
Total hints for statement: 2
---------------------------------------------------------------------------
 
   2 -  SEL$1 / T@SEL$1
           -  index(t ix_cluster_rowid_c1)
           -  no_cluster_by_rowid(t)
 
 
44 rows selected.

인덱스를 읽고 테이블에 접근할 때 약 1600 블록(1812-224)을 소모함
C1 인덱스의 키 순서와 테이블의 물리적인 저장 순서가 비슷하기 때문에
INDEX RANGE SCAN에서 반환된 ROWID 순서대로 테이블에 접근해도 같은 블록의 행을 연속해서 읽게 됨

1_2. C1 인덱스에서 CLUSTER_BY_ROWID를 사용한 경우
동일한 쿼리에 CLUSTER_BY_ROWID 힌트를 사용함

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54

SQL>
set timing on
alter session set statistics_level = all;
 
select /*+ index(t ix_cluster_rowid_c1) cluster_by_rowid(t) */ 
sum(length(c3))
from t_cluster_rowid t
where c1 between 1 and 100000;
 
SELECT * FROM DBMS_XPLAN.DISPLAY_CURSOR(NULL, NULL, 'ALLSTATS LAST -rows -Projection +HINT_REPORT +outline');
 
Plan hash value: 3299769871
 
----------------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                            | Name                | Starts | A-Rows |   A-Time   | Buffers |  OMem |  1Mem | Used-Mem |
----------------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                     |                     |      1 |      1 |00:00:00.11 |    1812 |       |       |          |
|   1 |  SORT AGGREGATE                      |                     |      1 |      1 |00:00:00.11 |    1812 |       |       |          |
|   2 |   TABLE ACCESS BY INDEX ROWID BATCHED| T_CLUSTER_ROWID     |      1 |    100K|00:00:00.05 |    1812 |       |       |          |
|   3 |    SORT CLUSTER BY ROWID             |                     |      1 |    100K|00:00:00.03 |     224 |  2958K|   766K| 2629K (0)|
|*  4 |     INDEX RANGE SCAN                 | IX_CLUSTER_ROWID_C1 |      1 |    100K|00:00:00.01 |     224 |       |       |          |
----------------------------------------------------------------------------------------------------------------------------------------
 
Outline Data
-------------
 
  /*+
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('19.1.0')
      DB_VERSION('19.1.0')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$1")
      INDEX_RS_ASC(@"SEL$1" "T"@"SEL$1" ("T_CLUSTER_ROWID"."C1"))
      BATCH_TABLE_ACCESS_BY_ROWID(@"SEL$1" "T"@"SEL$1")
      CLUSTER_BY_ROWID(@"SEL$1" "T"@"SEL$1" SORT BATCH=NO)
      END_OUTLINE_DATA
  */
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   4 - access("C1">=1 AND "C1"<=100000)
 
Hint Report (identified by operation id / Query Block Name / Object Alias):
Total hints for statement: 2 (U - Unused (1))
---------------------------------------------------------------------------
 
   2 -  SEL$1 / T@SEL$1
         U -  cluster_by_rowid(t)
           -  index(t ix_cluster_rowid_c1)
 
 
46 rows selected.

인덱스를 읽고 테이블에 접근할 때 약 1600 블록(1812-224)을 소모함
Hint Report에는 CLUSTER_BY_ROWID 힌트가 U로 표시됐지만 실행계획에 SORT CLUSTER BY ROWID Operation이 추가됐고 Outline Data에도 CLUSTER_BY_ROWID가 확인됨
하지만 C1 인덱스에서 읽은 ROWID는 이미 테이블에 저장된 행 순서와 비슷함
ROWID를 다시 정렬해도 테이블 블록 접근 순서가 크게 달라지지 않기 때문에 TABLE ACCESS의 Buffers 감소 효과가 없음
SORT CLUSTER BY ROWID에서 2629K의 메모리를 사용했지만 전체 Buffers는 1812로 동일함

2. CF가 안좋은 인덱스 테스트
2_1. C2 인덱스에서 CLUSTER_BY_ROWID를 사용하지 않은 경우
INDEX와 NO_CLUSTER_BY_ROWID 힌트를 사용하여 C2 인덱스를 사용하되 ROWID 정렬 기능은 사용하지 않도록 함

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52

SQL>
set timing on
alter session set statistics_level = all;
 
select /*+ index(t ix_cluster_rowid_c2) no_cluster_by_rowid(t) */ 
sum(length(c3))
from t_cluster_rowid t
where c2 between 1 and 100;
 
SELECT * FROM DBMS_XPLAN.DISPLAY_CURSOR(NULL, NULL, 'ALLSTATS LAST -rows -Projection +HINT_REPORT +outline');
 
Plan hash value: 503128056
 
-------------------------------------------------------------------------------------------------------------
| Id  | Operation                            | Name                | Starts | A-Rows |   A-Time   | Buffers |
-------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                     |                     |      1 |      1 |00:00:00.14 |     100K|
|   1 |  SORT AGGREGATE                      |                     |      1 |      1 |00:00:00.14 |     100K|
|   2 |   TABLE ACCESS BY INDEX ROWID BATCHED| T_CLUSTER_ROWID     |      1 |    100K|00:00:00.07 |     100K|
|*  3 |    INDEX RANGE SCAN                  | IX_CLUSTER_ROWID_C2 |      1 |    100K|00:00:00.01 |     417 |
-------------------------------------------------------------------------------------------------------------
 
Outline Data
-------------
 
  /*+
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('19.1.0')
      DB_VERSION('19.1.0')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$1")
      INDEX_RS_ASC(@"SEL$1" "T"@"SEL$1" ("T_CLUSTER_ROWID"."C2"))
      BATCH_TABLE_ACCESS_BY_ROWID(@"SEL$1" "T"@"SEL$1")
      END_OUTLINE_DATA
  */
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   3 - access("C2">=1 AND "C2"<=100)
 
Hint Report (identified by operation id / Query Block Name / Object Alias):
Total hints for statement: 2
---------------------------------------------------------------------------
 
   2 -  SEL$1 / T@SEL$1
           -  index(t ix_cluster_rowid_c2)
           -  no_cluster_by_rowid(t)
 
 
44 rows selected.

인덱스를 읽고 테이블에 접근할 때 약 100K 블록을 소모함

2_2. C2 인덱스에서 CLUSTER_BY_ROWID를 사용한 경우
동일한 쿼리에 CLUSTER_BY_ROWID 힌트를 사용함

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54

SQL>
set timing on
alter session set statistics_level = all;
 
select /*+ index(t ix_cluster_rowid_c2) cluster_by_rowid(t) */ 
sum(length(c3))
from t_cluster_rowid t
where c2 between 1 and 100;
 
SELECT * FROM DBMS_XPLAN.DISPLAY_CURSOR(NULL, NULL, 'ALLSTATS LAST -rows -Projection +HINT_REPORT +outline');
 
Plan hash value: 1777193093
 
----------------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                            | Name                | Starts | A-Rows |   A-Time   | Buffers |  OMem |  1Mem | Used-Mem |
----------------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                     |                     |      1 |      1 |00:00:00.11 |    2989 |       |       |          |
|   1 |  SORT AGGREGATE                      |                     |      1 |      1 |00:00:00.11 |    2989 |       |       |          |
|   2 |   TABLE ACCESS BY INDEX ROWID BATCHED| T_CLUSTER_ROWID     |      1 |    100K|00:00:00.05 |    2989 |       |       |          |
|   3 |    SORT CLUSTER BY ROWID             |                     |      1 |    100K|00:00:00.03 |     417 |  2958K|   766K| 2629K (0)|
|*  4 |     INDEX RANGE SCAN                 | IX_CLUSTER_ROWID_C2 |      1 |    100K|00:00:00.01 |     417 |       |       |          |
----------------------------------------------------------------------------------------------------------------------------------------
 
Outline Data
-------------
 
  /*+
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('19.1.0')
      DB_VERSION('19.1.0')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$1")
      INDEX_RS_ASC(@"SEL$1" "T"@"SEL$1" ("T_CLUSTER_ROWID"."C2"))
      BATCH_TABLE_ACCESS_BY_ROWID(@"SEL$1" "T"@"SEL$1")
      CLUSTER_BY_ROWID(@"SEL$1" "T"@"SEL$1" SORT BATCH=NO)
      END_OUTLINE_DATA
  */
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   4 - access("C2">=1 AND "C2"<=100)
 
Hint Report (identified by operation id / Query Block Name / Object Alias):
Total hints for statement: 2 (U - Unused (1))
---------------------------------------------------------------------------
 
   2 -  SEL$1 / T@SEL$1
         U -  cluster_by_rowid(t)
           -  index(t ix_cluster_rowid_c2)
 
 
46 rows selected.

인덱스를 읽고 테이블에 접근할 때 약 2500 블록(2989-417)만 소모함(100K에 비하면 buffer를 많이 절약함)
Hint Report에는 CLUSTER_BY_ROWID 힌트가 U로 표시됐지만 실행계획에 SORT CLUSTER BY ROWID Operation이 추가됐고 Outline Data에도 CLUSTER_BY_ROWID가 확인됨
SORT CLUSTER BY ROWID에서 정렬 작업이 추가되었기 때문에 Used-Mem이 2629K으로 표시됨

INDEX RANGE SCAN에서 읽은 ROWID를 SORT CLUSTER BY ROWID에서 정렬한 후 테이블에 전달함
따라서 같은 테이블 블록에 저장된 행을 연속해서 처리할 가능성이 높아짐

실행 결과 비교
구분 인덱스 CF CLUSTER_BY_ROWID INDEX RANGE SCAN A-Rows INDEX RANGE SCAN Buffers 테이블 접근 Buffers 전체 Buffers SORT Used-Mem A-Time
C1 인덱스 15,873 미사용 100K 224 1,588 1,812 - 0.09초
C1 인덱스 15,873 사용 100K 224 1,588 1,812 2,629K 0.11초
C2 인덱스 1,000,000 미사용 100K 417 약 100K 약 100K - 0.14초
C2 인덱스 1,000,000 사용 100K 417 2,572 2,989 2,629K 0.11초

구분	인덱스 CF	CLUSTER_BY_ROWID	INDEX RANGE SCAN A-Rows	INDEX RANGE SCAN Buffers	테이블 접근 Buffers	전체 Buffers	SORT Used-Mem	A-Time
C1 인덱스	15,873	미사용	100K	224	1,588	1,812	-	0.09초
C1 인덱스	15,873	사용	100K	224	1,588	1,812	2,629K	0.11초
C2 인덱스	1,000,000	미사용	100K	417	약 100K	약 100K	-	0.14초
C2 인덱스	1,000,000	사용	100K	417	2,572	2,989	2,629K	0.11초

결론 :
CF가 좋은 IX_CLUSTER_ROWID_C1 인덱스는 인덱스 키 순서와 테이블에 저장된 행 순서가 비슷함
CLUSTER_BY_ROWID를 사용하지 않아도 같은 테이블 블록의 행을 연속해서 읽었기 때문에 TABLE ACCESS의 Buffers는 약 1600 소모함

CLUSTER_BY_ROWID를 사용한 경우 SORT CLUSTER BY ROWID Operation이 추가됐지만 TABLE ACCESS의 Buffers는 약 1600으로 동일했음
ROWID 정렬 작업이 추가되면서 실행시간은 0.09초에서 0.11초로 변경됨

CF가 안좋은 IX_CLUSTER_ROWID_C2 인덱스는 인덱스 키 순서와 테이블에 저장된 행 순서가 다름
CLUSTER_BY_ROWID를 사용하지 않은 경우 TABLE ACCESS의 Buffers는 약 100K 소모함

CLUSTER_BY_ROWID를 사용한 경우 SORT CLUSTER BY ROWID Operation이 추가됐고 TABLE ACCESS의 Buffers는 약 2500으로 감소함
INDEX RANGE SCAN의 Buffers는 2배 정도로 늘었지만 테이블에 접근하는 순서가 변경되면서 TABLE ACCESS의 Buffers가 크게 감소함

본문 테스트 결과처럼 CLUSTER_BY_ROWID는 CF가 안좋은 인덱스를 사용하면서 조회 대상 ROWID가 같은 테이블 블록에 여러 개 포함된 경우 Buffers를 줄일 수 있음
반대로 CF가 좋은 인덱스는 인덱스에서 읽은 ROWID가 이미 테이블 블록 순서와 비슷하기 때문에 ROWID를 다시 정렬해도 Buffers 감소 효과가 크지 않을 수 있음

SORT CLUSTER BY ROWID에서 정렬 작업이 추가되므로 CF가 나쁘다는 이유만으로 항상 성능이 좋아지는 것은 아님
대상 SQL의 조회 건수, ROWID 분포, Buffers, Reads, 실행시간과 정렬 작업의 메모리 사용량을 확인한 후 적용해야 함

참조 :

https://jonathanlewis.wordpress.com/2014/02/12/caution-hints/
https://hrjeong.tistory.com/244

오라클 19c Batch I/O 동작 및 버퍼 사용량 테스트

내맘대로긍정 — Tue, 11 Aug 2026 22:11:18 +0900

OS 환경 : Oracle Linux 9.6 (64bit)

DB 환경 : Oracle Database 19.31.0.0

방법 : 오라클 19c Batch I/O 동작 및 버퍼 사용량 테스트

TABLE ACCESS BY INDEX ROWID BATCHED는 인덱스에서 일부 ROWID를 가져온 후 해당 ROWID가 가리키는 행을 블록 순서로 접근하도록 시도하는 기능임

CF가 좋은 경우에는 인덱스 키 순서와 테이블의 물리적인 저장 순서가 비슷하므로 일반적인 TABLE ACCESS BY INDEX ROWID 방식으로 접근해도 같은 블록의 행을 연속해서 읽을 가능성이 높음
따라서 Batch I/O 방식이 적용되더라도 성능 차이가 크지 않을 수 있음

반대로 CF가 나쁜 경우에는 인덱스 키 순서와 테이블의 물리적인 저장 순서가 다르기 때문에 테이블 블록을 반복해서 접근할 가능성이 높음
이때 일부 ROWID를 모아 블록 순서로 접근하면 같은 블록에 대한 반복 접근을 줄이고 I/O 효율을 높일 수 있음

이 기능이 적용되면 실행계획에 TABLE ACCESS BY INDEX ROWID BATCHED로 표시됨

그리고 Batch I/O 방식에서는 인덱스에서 읽은 ROWID 순서와 다르게 테이블 블록을 접근할 수 있기 때문에 인덱스 키 순서대로 행이 반환되지 않을 수 있음
오라클 공식 가이드로 ORDER BY가 없는 SQL은 원래 결과 순서를 보장하지 않는다고 명시하고 있기 때문에 정렬된 결과가 필요한 경우 ORDER BY를 명시해줘야 함

Batch I/O 방식을 제어하려면 세션 또는 시스템 레벨에서 "_optimizer_batch_table_access_by_rowid" 히든 파라미터를 사용하거나
SQL 레벨에서 BATCH_TABLE_ACCESS_BY_ROWID 또는 NO_BATCH_TABLE_ACCESS_BY_ROWID 힌트를 사용하면 됨

본문에서는 Batch I/O 방식 적용 여부에 따라 인덱스 키 순서가 유지되는지 확인하고 Buffers와 Reads 사용량에 어떤 차이가 발생하는지 확인해봄

테스트
사전 설정
배치 io 비활성화 후 별도 테이블에 삽입
배치 io 활성화 후 별도 테이블에 삽입
batch io 비활성화시 데이터 순서 확인
batch io 비활성화시 데이터 순서 확인

테스트
사전 설정

1
2
3
4
5
6
7
8

SQL>
set lines 250 pages 1000
set timing on
set serveroutput off
 
alter session set statistics_level = all;
alter session set optimizer_dynamic_sampling = 0;
alter session set "_optimizer_gather_stats_on_load" = false;

샘플 테이블 생성 및 데이터 삽입

1
2
3
4
5
6
7
8
9
10
11
12
13
14

SQL>
drop table t_batch_sort purge;
create table t_batch_sort (
    c1 number,
    c2 varchar2(1000)
);
 
insert into t_batch_sort
select mod(level - 1, 100) as c1,
       rpad(to_char(level), 1000, 'X') as c2
from dual
connect by level <= 1000;
 
commit;

인덱스 생성 및 통계 정보 수집(c1 컬럼으로 정렬된 인덱스를 생성함)

1
2
3

SQL>
create index ix1_t_batch_sort on t_batch_sort(c1);
exec dbms_stats.gather_table_stats(user, 'T_BATCH_SORT', cascade => true);

배치 io 비활성화 후 별도 테이블에 삽입
(ix1_t_batch_sort 인덱스를 이용하기 때문에 c1 컬럼값으로 정렬된채로 데이터가 들어감)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

SQL>
drop table t_batch_off purge;
 
alter system flush buffer_cache;
 
alter session set "_optimizer_batch_table_access_by_rowid" = false;
 
create table t_batch_off as
select /*+ index(t ix1_t_batch_sort)
           no_batch_table_access_by_rowid(t) */
       rownum as rn,
       t.c1,
       substr(t.c2, 1, 6) as c2,
       t.rowid as rid
from t_batch_sort t
where t.c1 >= 0;
 
SELECT * FROM DBMS_XPLAN.DISPLAY_CURSOR(NULL, NULL, 'ALLSTATS LAST -rows -Projection +HINT_REPORT +outline');
 
Plan hash value: 1215737383
 
------------------------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                     | Name             | Starts | A-Rows |   A-Time   | Buffers | Reads  | Writes |  OMem |  1Mem | Used-Mem |
------------------------------------------------------------------------------------------------------------------------------------------------
|   0 | CREATE TABLE STATEMENT        |                  |      1 |      0 |00:00:00.03 |    1063 |    171 |      5 |       |       |          |
|   1 |  LOAD AS SELECT               | T_BATCH_OFF      |      1 |      0 |00:00:00.03 |    1063 |    171 |      5 |  1042K|  1042K| 1042K (0)|
|   2 |   COUNT                       |                  |      1 |   1000 |00:00:00.01 |    1003 |    160 |      0 |       |       |          |
|   3 |    TABLE ACCESS BY INDEX ROWID| T_BATCH_SORT     |      1 |   1000 |00:00:00.01 |    1003 |    160 |      0 |       |       |          |
|*  4 |     INDEX RANGE SCAN          | IX1_T_BATCH_SORT |      1 |   1000 |00:00:00.01 |       3 |      8 |      0 |       |       |          |
------------------------------------------------------------------------------------------------------------------------------------------------

배치 io 비활성화 시 buffer를 1003, reads를 160 소모함

배치 io 활성화 후 별도 테이블에 삽입

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

SQL>
drop table t_batch_on purge;
 
alter system flush buffer_cache;
 
alter session set "_optimizer_batch_table_access_by_rowid" = true;
 
create table t_batch_on as
select /*+ index(t ix1_t_batch_sort)
           batch_table_access_by_rowid(t) */
       rownum as rn,
       t.c1,
       substr(t.c2, 1, 6) as c2,
       t.rowid as rid
from t_batch_sort t
where t.c1 >= 0;
 
SELECT * FROM DBMS_XPLAN.DISPLAY_CURSOR(NULL, NULL, 'ALLSTATS LAST -rows -Projection +HINT_REPORT +outline');
 
Plan hash value: 1927831086
 
--------------------------------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                             | Name             | Starts | A-Rows |   A-Time   | Buffers | Reads  | Writes |  OMem |  1Mem | Used-Mem |
--------------------------------------------------------------------------------------------------------------------------------------------------------
|   0 | CREATE TABLE STATEMENT                |                  |      1 |      0 |00:00:00.01 |     872 |    166 |      5 |       |       |          |
|   1 |  LOAD AS SELECT                       | T_BATCH_ON       |      1 |      0 |00:00:00.01 |     872 |    166 |      5 |  1042K|  1042K| 1042K (0)|
|   2 |   COUNT                               |                  |      1 |   1000 |00:00:00.01 |     812 |    155 |      0 |       |       |          |
|   3 |    TABLE ACCESS BY INDEX ROWID BATCHED| T_BATCH_SORT     |      1 |   1000 |00:00:00.01 |     812 |    155 |      0 |       |       |          |
|*  4 |     INDEX RANGE SCAN                  | IX1_T_BATCH_SORT |      1 |   1000 |00:00:00.01 |       3 |      8 |      0 |       |       |          |
--------------------------------------------------------------------------------------------------------------------------------------------------------

배치 io 활성화 시 buffer를 812, reads를 155 소모함

batch io 비활성화시 데이터 순서 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

SQL>
select rn, c1, c2, rid
from t_batch_off
where rn between 1 and 20
order by rn;
 
        RN         C1 C2           RID
---------- ---------- ------------ ------------------
         1          0 1XXXXX       AAAP8VAAEAADZy+AAA
         2          0 101XXX       AAAP8VAAEAADZzKAAC
         3          0 201XXX       AAAP8VAAEAADZzZAAE
         4          0 301XXX       AAAP8VAAEAADZzkAAG
         5          0 401XXX       AAAP8VAAEAADZz0AAB
         6          0 501XXX       AAAP8VAAEAADa+DAAD
         7          0 601XXX       AAAP8VAAEAADa+WAAF
         8          0 701XXX       AAAP8VAAEAADa+mAAA
         9          0 801XXX       AAAP8VAAEAADa+1AAC
        10          0 901XXX       AAAP8VAAEAADbBbAAE
        11          1 2XXXXX       AAAP8VAAEAADZy+AAB
        12          1 102XXX       AAAP8VAAEAADZzKAAD
        13          1 202XXX       AAAP8VAAEAADZzZAAF
        14          1 302XXX       AAAP8VAAEAADZzpAAA
        15          1 402XXX       AAAP8VAAEAADZz0AAC
        16          1 502XXX       AAAP8VAAEAADa+DAAE
        17          1 602XXX       AAAP8VAAEAADa+WAAG
        18          1 702XXX       AAAP8VAAEAADa+mAAB
        19          1 802XXX       AAAP8VAAEAADa+1AAD
        20          1 902XXX       AAAP8VAAEAADbBbAAF

c1 컬럼이 정상적으로 정렬되어서 들어가 있음

batch io 비활성화시 데이터 순서 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

SQL>
select rn, c1, c2, rid
from t_batch_on
where rn between 1 and 20
order by rn;
 
        RN         C1 C2           RID
---------- ---------- ------------ ------------------
         1          0 1XXXXX       AAAP8VAAEAADZy+AAA
         2          0 101XXX       AAAP8VAAEAADZzKAAC
         3          1 2XXXXX       AAAP8VAAEAADZy+AAB
         4          1 102XXX       AAAP8VAAEAADZzKAAD
         5          2 3XXXXX       AAAP8VAAEAADZy+AAC
         6          2 103XXX       AAAP8VAAEAADZzKAAE
         7          2 503XXX       AAAP8VAAEAADa+DAAF
         8          0 201XXX       AAAP8VAAEAADZzZAAE
         9          1 202XXX       AAAP8VAAEAADZzZAAF
        10          2 203XXX       AAAP8VAAEAADZzZAAG
        11          0 301XXX       AAAP8VAAEAADZzkAAG
        12          0 401XXX       AAAP8VAAEAADZz0AAB
        13          1 402XXX       AAAP8VAAEAADZz0AAC
        14          2 403XXX       AAAP8VAAEAADZz0AAD
        15          0 501XXX       AAAP8VAAEAADa+DAAD
        16          1 502XXX       AAAP8VAAEAADa+DAAE
        17          0 601XXX       AAAP8VAAEAADa+WAAF
        18          1 602XXX       AAAP8VAAEAADa+WAAG
        19          0 701XXX       AAAP8VAAEAADa+mAAA
        20          1 702XXX       AAAP8VAAEAADa+mAAB

c1 컬럼 정렬이 틀어져 있음

결과 비교 :
Batch I/O를 비활성화한 경우 TABLE ACCESS BY INDEX ROWID 방식(일반 방식)으로 테이블에 접근했고 C1 인덱스의 키 순서대로 결과가 나옴
원본 테이블 접근 구간인 Id 3을 기준으로 Buffers는 1003, Reads는 160이 발생함
Batch I/O를 활성화한 경우 TABLE ACCESS BY INDEX ROWID BATCHED 방식으로 테이블에 접근했고 C1 값이 인덱스 키 순서와 다르게 나옴
원본 테이블 접근 구간인 Id 3을 기준으로 Buffers는 812, Reads는 155가 발생함
두 실행 모두 하위 INDEX RANGE SCAN의 Buffers는 3으로 동일했지만 TABLE ACCESS 시 Buffers가 1003에서 812로 감소함(Reads는 160에서 155로 소폭 감소함)

결론 :
Batch I/O가 비활성화된 경우 이번 테스트에서는 C1 인덱스의 키 순서대로 결과가 출력됨
반면 Batch I/O가 활성화된 경우에는 일부 ROWID를 모아 테이블 블록 순서로 접근하면서 C1 값이 인덱스 키 순서와 다르게 출력됨
오라클 공식 가이드로 ORDER BY가 없는 SQL은 원래 결과 순서를 보장하지 않는다고 명시하고 있기 때문에
인덱스를 사용한다는 이유만으로 결과가 정렬될 것으로 생각하면 안되고 정렬된 결과가 필요한 경우 ORDER BY를 명시해줘야 함
성능 측면에서는 Batch I/O 활성화 후 TABLE ACCESS 계층의 Buffers가 1003에서 812로 감소했고 Reads도 160에서 155로 소폭 감소함
이를 통해 CF가 좋지 않은 인덱스를 이용해 테이블에 접근하는 경우 BATCHED 방식이 같은 블록에 대한 반복 접근을 줄여 버퍼 사용량과 I/O 효율을 개선할 수 있음을 확인함

참조 :

https://docs.oracle.com/en/database/oracle/oracle-database/19/tgsql/optimizer-access-paths.html#GUID-720EA54F-AB65-4379-99A3-CAE166590127
오라클 19c 병렬 ITAS를 이용한 Clustering Factor 개선 테스트 ( https://positivemh.tistory.com/1399 )
오라클 19c Prefetch, Batch I/O, Table access by rowid batched 설명 ( https://positivemh.tistory.com/1026 )
https://hrjeong.tistory.com/201
https://hrjeong.tistory.com/213

오라클 Exadata cellcli list 명령에서 attributes 목록 확인

내맘대로긍정 — Sat, 8 Aug 2026 15:51:44 +0900

EXADATA Image : 22.1.33.0.0.250304

OS 환경 : Oracle Linux 7.9 (64bit)

DB 환경 : Oracle Database 19.31.0.0

방법 : 오라클 Exadata cellcli list 명령에서 attributes 목록 확인

exadata의 cellcli 명령에서 attributes를 입력해서 원하는 컬럼만 확인할 수 있음

1
2
3
4
5
6
7
8
9
10
11
12
13
14

CellCLI> list physicaldisk attributes name, diskType, status
list physicaldisk attributes name, diskType, status
         252:0           HardDisk        normal
         252:1           HardDisk        normal
         252:2           HardDisk        warning - predictive failure
         252:3           HardDisk        normal
         252:4           HardDisk        normal
         252:5           HardDisk        normal
         FLASH_10_1      FlashDisk       normal
         FLASH_10_2      FlashDisk       normal
         FLASH_5_1       FlashDisk       normal
         FLASH_5_2       FlashDisk       normal
         M2_SYS_0        M2Disk          normal
         M2_SYS_1        M2Disk          normal

하지만 어떤 컬럼이 있는지 모르는 경우 아래 명령처럼 detail 명령을 사용해서 보기도 함

1
2
3
4
5
6
7
8
9
10
11
12
13

CellCLI> LIST CELLDISK CD_00_GDX7CELADM01 DETAIL
LIST CELLDISK CD_00_GDX7CELADM01 DETAIL
         name:                   CD_00_exa7celadm01
         comment:
         creationTime:           2026-07-21T09:53:31+09:00
         deviceName:             /dev/sda
         devicePartition:        /dev/sda
         diskType:               HardDisk
         freeSpace:              0
         id:                     1ae1cafd-1655-4cc5-b0c8-7ad89f74996e
         physicalDisk:           RAMKKD
         size:                   8.9094085693359375T
         status:                 normal

하지만 list metrichistory 처럼 결과가 아주 많이 나오는 경우 나오는데 시간도 걸리고 읽기 어려울 수 있음

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

CellCLI> LIST METRICHISTORY CD_IO_ERRS_MIN DETAIL
LIST METRICHISTORY CD_IO_ERRS_MIN DETAIL
         name:                   CD_IO_ERRS_MIN
         alertState:             normal
         collectionTime:         2026-07-23T16:59:02+09:00
         metricObjectName:       CD_03_exa7celadm01
         metricType:             Rate
         metricValue:            0.0 /min
         objectType:             CELLDISK
 
         name:                   CD_IO_ERRS_MIN
         alertState:             normal
         collectionTime:         2026-07-23T16:59:02+09:00
         metricObjectName:       CD_04_exa7celadm01
         metricType:             Rate
         metricValue:            0.0 /min
         objectType:             CELLDISK
...

이때는 describe 명령을 사용하면 컬럼들만 바로 확인할 수 있음

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

CellCLI> DESCRIBE METRICHISTORY
DESCRIBE METRICHISTORY
        name
        alertState
        collectionTime
        metricObjectName
        metricType
        metricValue
        metricValueAvg
        metricValueMax
        metricValueMin
        objectType
 
CellCLI> DESCRIBE CELLDISK
DESCRIBE CELLDISK
        name                   modifiable
        comment                modifiable
        creationTime
        deviceName
        devicePartition
        diskType
        errorCount             hidden
        flushError             hidden
        flushStatus            hidden
        freeSpace
        id
        physicalDisk
        size                   modifiable
        status

만약 실제 데이터도 한건만 보고싶은경우 sql처럼 order by + limit 절을 사용할 수 있음

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

CellCLI> LIST CELLDISK DETAIL -
ORDER BY name DESC LIMIT 1
LIST CELLDISK DETAIL -
 
         name:                   FD_01_exa7celadm01
         comment:
         creationTime:           2026-07-21T09:53:31+09:00
         deviceName:             /dev/md305
         devicePartition:        /dev/md305
         diskType:               FlashDisk
         freeSpace:              0
         id:                     3f17888e-55de-4ae0-9fd6-9900b2aea5c8
         physicalDisk:           PHLE812000836P4BGN-2,PHLE812000836P4BGN-1
         size:                   5.8218994140625T
         status:                 normal

결론 :
cellcli에서 특정 목록의 컬럼만 보려면 describe 명령을 사용하면 편리하게 확인 가능함
만약 샘플로 1건만 보고 싶다면 order by + limit 절을 사용할 수도 있음

참조 :

https://docs.oracle.com/en/engineered-systems/exadata-database-machine/sagug/describe.html
https://docs.oracle.com/cd/F16836_01/sagug/system-software-users-guide-exadata-database-machine.pdf

오라클 26ai select ai 로컬 llm 이용(로컬 gpu 서버) 방법

내맘대로긍정 — Wed, 5 Aug 2026 19:55:04 +0900

OS 환경 : Oracle Linux 9.6 (64bit)

DB 환경 : Oracle AI Database 23.26.2.0.0 ai

방법 : 오라클 26ai select ai 로컬 llm 이용(로컬 gpu 서버) 방법

본문에서는 select ai를 로컬 llm(gpu 서버)를 이용해 실행하는 방법을 설명함
select ai를 사용하기 위해선 먼저 dbms_cloud 패키지가 필요함
해당 패키지 설치는 아래 글을 참고하여 설치하면 됨
참고 : 오라클 23ai 신기능 dbms_cloud 설치(non-adb) ( https://positivemh.tistory.com/1203 )

참고로 로컬 llm(gpu 서버)가 아닌 openai의 api를 사용해서 select ai를 수행하는 방법은 아래 게시글을 참고하면 됨
참고 : 오라클 26ai 신기능 Select AI 사용 테스트(non-adb) ( https://positivemh.tistory.com/1205 )

테스트

LLM용 ACL 생성
*유저이름은 IMSI이고 OPENAI api를 사용함
*pdb에서 sys 유저로 수행

1
2
3
4
5
6
7
8
9
10
11
12

SQL>
BEGIN
  DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE(
    host => 'ai.localllm.com',
    ace  => xs$ace_type(privilege_list => xs$name_list('http'),
                        principal_name => 'IMSI',
                        principal_type => xs_acl.ptype_db)
  );
END;
/
 
PL/SQL procedure successfully completed.

imsi 유저에 DBMS_CLOUD_AI 권한 부여

1
2
3

SQL> grant execute on dbms_cloud_ai to imsi;
 
Grant succeeded.

참고로 오라클 text 미설치시 에러남

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

SQL> BEGIN
  DBMS_CLOUD.CREATE_CREDENTIAL (
    credential_name => 'LOCAL_SLM_CRED',
    username => 'IMSI',
    password => 'none' -- 실제 키가 없으므로 임의의 값 입력
  );
END;
/  2    3    4    5    6    7    8
BEGIN
*
ERROR at line 1:
ORA-20000: ORA-04063: package body "C##CLOUD$SERVICE.DBMS_CLOUD_INTERNAL" has errors
ORA-06508: PL/SQL: could not find program unit being called: "C##CLOUD$SERVICE.DBMS_CLOUD_INTERNAL"
ORA-06512: at "C##CLOUD$SERVICE.DBMS_CLOUD", line 2257
ORA-06512: at "C##CLOUD$SERVICE.DBMS_CLOUD", line 11216
ORA-06512: at line 2

참고 : 오라클 26ai CDB, PDB에 Oracle Text 컴포넌트 설치 ( https://positivemh.tistory.com/1369 )

LLM용 자격증명 생성(일반 유저에서 수행)
로컬 LLM은 실제 api 키가 없으므로 임의의 값 입력

1
2
3
4
5
6
7
8
9
10
11

SQL>
BEGIN
  DBMS_CLOUD.CREATE_CREDENTIAL (
    credential_name => 'LOCAL_SLM_CRED',
    username => 'IMSI',
    password => 'none' -- 실제 키가 없으므로 임의의 값 입력
  );
END;
/
 
PL/SQL procedure successfully completed.

imsi 유저에 샘플 테이블 생성

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39

SQL>
drop table products purge;
CREATE TABLE products
(
    product_id       NUMBER          PRIMARY KEY,
    product_name     VARCHAR2(100)   NOT NULL,
    category         VARCHAR2(50)    NOT NULL,
    brand            VARCHAR2(50)    NOT NULL,
    price            NUMBER(10, 2)   NOT NULL,
    stock_quantity   NUMBER          DEFAULT 0 NOT NULL,
    rating           NUMBER(2, 1),
    launch_date      DATE,
    product_status   VARCHAR2(20)    DEFAULT 'ACTIVE');
 
INSERT INTO products
(
    product_id,
    product_name,
    category,
    brand,
    price,
    stock_quantity,
    rating,
    launch_date,
    product_status
)
VALUES
    (1,  'Galaxy Book Pro',       'Laptop',     'Samsung', 1890000, 15, 4.7, DATE '2026-01-15', 'ACTIVE'),
    (2,  'LG Gram Style',         'Laptop',     'LG',      1750000,  8, 4.5, DATE '2025-11-20', 'ACTIVE'),
    (3,  'MacBook Air',           'Laptop',     'Apple',   1590000, 20, 4.9, DATE '2026-03-10', 'ACTIVE'),
    (4,  'Galaxy S26',            'Smartphone', 'Samsung', 1350000, 35, 4.8, DATE '2026-02-05', 'ACTIVE'),
    (5,  'iPhone 17',             'Smartphone', 'Apple',   1490000,  0, 4.9, DATE '2025-09-20', 'SOLD_OUT'),
    (6,  'Pixel 10',              'Smartphone', 'Google',  1190000, 12, 4.4, DATE '2025-10-15', 'ACTIVE'),
    (7,  'AirPods Pro',           'Earphones',  'Apple',    349000, 42, 4.8, DATE '2025-08-30', 'ACTIVE'),
    (8,  'Galaxy Buds',           'Earphones',  'Samsung',  229000, 28, 4.3, DATE '2025-07-12', 'ACTIVE'),
    (9,  'OLED Gaming Monitor',   'Monitor',    'LG',       890000,  5, 4.6, DATE '2025-05-01', 'ACTIVE'),
    (10, 'Smart Monitor M8',      'Monitor',    'Samsung',  650000,  0, 4.2, DATE '2024-06-10', 'DISCONTINUED');
 
COMMIT;

데이터 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

SQL> 
set lines 200 pages 1000
col product_name for a20
col category for a20
col brand for a10
select * from products;
 
PRODUCT_ID PRODUCT_NAME         CATEGORY             BRAND           PRICE STOCK_QUANTITY     RATING LAUNCH_DA PRODUCT_STATUS
---------- -------------------- -------------------- ---------- ---------- -------------- ---------- --------- --------------------
         1 Galaxy Book Pro      Laptop               Samsung       1890000             15        4.7 15-JAN-26 ACTIVE
         2 LG Gram Style        Laptop               LG            1750000              8        4.5 20-NOV-25 ACTIVE
         3 MacBook Air          Laptop               Apple         1590000             20        4.9 10-MAR-26 ACTIVE
         4 Galaxy S26           Smartphone           Samsung       1350000             35        4.8 05-FEB-26 ACTIVE
         5 iPhone 17            Smartphone           Apple         1490000              0        4.9 20-SEP-25 SOLD_OUT
         6 Pixel 10             Smartphone           Google        1190000             12        4.4 15-OCT-25 ACTIVE
         7 AirPods Pro          Earphones            Apple          349000             42        4.8 30-AUG-25 ACTIVE
         8 Galaxy Buds          Earphones            Samsung        229000             28        4.3 12-JUL-25 ACTIVE
         9 OLED Gaming Monitor  Monitor              LG             890000              5        4.6 01-MAY-25 ACTIVE
        10 Smart Monitor M8     Monitor              Samsung        650000              0        4.2 10-JUN-24 DISCONTINUED
 
10 rows selected.

Select AI 프로필 생성
*pdb의 imsi 유저에서 생성함, 하나는 openai 호환 모델을 사용했고(TEST_LOCAL_SLM1), 하나는 CLOVA 모델을 사용해서 생성했음(TEST_LOCAL_SLM2)
provider_endpoint는 llm 서버의 endpoint 주소로 설정함

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39

SQL>
BEGIN
  DBMS_CLOUD_AI.CREATE_PROFILE(
    profile_name => 'TEST_LOCAL_SLM1',
    attributes => '{"provider": "openai",
                    "comments": "true",
                    "model": "gpt-oss-20b",
                    "provider_endpoint": "https://ai.localllm.com",
                    "case_sensitive_values" : "false",
                    "temperature": 0.2,
                    "max_tokens": 4096,
                    "conversation": "true",
                    "credential_name": "LOCAL_SLM_CRED",
                    "object_list": [{"owner": "IMSI", "name": "PRODUCTS"}]}'
  );
END;
/
 
PL/SQL procedure successfully completed.
 
SQL>
BEGIN
  DBMS_CLOUD_AI.CREATE_PROFILE(
    profile_name => 'TEST_LOCAL_SLM2',
    attributes => '{"provider": "openai",
                    "comments": "true",
                    "model": "hcx-dash-002",
                    "provider_endpoint": "https://ai.localllm.com",
                    "case_sensitive_values" : "false",
                    "temperature": 0.2,
                    "max_tokens": 4096,
                    "conversation": "true",
                    "credential_name": "LOCAL_SLM_CRED",
                    "object_list": [{"owner": "IMSI", "name": "PRODUCTS"}]}'
  );
END;
/
 
PL/SQL procedure successfully completed.

참고. profile 삭제

1
2
3

SQL> exec dbms_cloud_ai.drop_profile(profile_name => 'TEST_LOCAL_SLM1');
 
PL/SQL procedure successfully completed.

Open AI 호환모델을 사용하는 프로필을 설정(imsi 유저로 실행)

1
2
3

SQL> exec dbms_cloud_ai.set_profile (profile_name => 'TEST_LOCAL_SLM1');
 
PL/SQL procedure successfully completed.

이제 Select AI를 사용할수 있음

가장 높은 가격의 제품을 조회해봄
What is the most expensive product? 라는 질문으로 각 기능을 테스트해봄

Local LLM을 이용해 Select AI runsql 기능 테스트

1
2
3
4
5
6
7
8
9
10
11
12

SQL>
set timing on
select ai runsql 'What is the most expensive product?';
 
RESPONSE
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Sorry, unfortunately a valid SELECT statement could not be generated for your natural language prompt. Here is some more information to help you further:
 
I?m not sure which set of products you?re referring to. Could you let me know the context or provide the list of products you?re comparing? That way I can tell you which one is the most expensive.
 
 
Elapsed: 00:00:08.40

에러가 발생함, 설명을 읽어보면 profile의 테이블 정보가 제대로 전달이 되지 않은것 처럼 보임

CLOVA 모델을 사용하는 프로필을 설정(imsi 유저로 실행)

1
2
3

SQL> exec dbms_cloud_ai.set_profile (profile_name => 'TEST_LOCAL_SLM2');
 
PL/SQL procedure successfully completed.

동일 질문 재수행

1
2
3
4
5
6
7
8
9

SQL>
set timing on
select ai runsql 'What is the most expensive product?';
 
RESPONSE
--------------------------------------------------------------------------------
Sorry, unfortunately a valid SELECT statement could not be generated for your na
 
Elapsed: 00:00:19.57

동일한 에러가 발생함, 이건 설명까지 끊겨 버림

open ai의 api키를 넣은 profile로 select ai 수행시에는 에러가 발생되지 않고 잘됨

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

SQL>
BEGIN
  DBMS_CLOUD_AI.create_profile(
      profile_name => 'TEST_OPENAI',
      attributes => '{"provider": "openai",
                      "comments": "true",
                      "model": "gpt-4o-mini",
                      "temperature": 0.2,
                      "max_tokens": 4096,
                      "conversation": "true",
                      "credential_name": "OPENAI_CRED",
                      "object_list": [{"owner": "IMSI", "name": "PRODUCTS"}]}');
END;
/
 
PL/SQL procedure successfully completed.
 
SQL> exec dbms_cloud_ai.set_profile (profile_name => 'TEST_OPENAI');
 
PL/SQL procedure successfully completed.
 
SQL>
set timing on
select ai runsql 'What is the most expensive product?';
 
Product Name            Price
------------------ ----------
Galaxy Book Pro       1890000
 
Elapsed: 00:00:01.93

에러가 발생하지 않고 잘됨

db 재기동 후 수행해봐도 동일했음

1
2
3
4
5
6
7
8
9
10
11

SQL> startup force
ORACLE instance started.
 
Total System Global Area 1574163776 bytes
Fixed Size                  5027136 bytes
Variable Size             402653184 bytes
Database Buffers         1040187392 bytes
Redo Buffers                8855552 bytes
Vector Memory Area        117440512 bytes
Database mounted.
Database opened.

어노테이션 추가 후 재진행

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77

SQL>
ALTER TABLE products ANNOTATIONS
(
    ADD "Display Label"    'Product Information',
    ADD "Description"      'Stores product details including price, inventory, rating, launch date, and sales status',
    ADD "Business Purpose" 'Product search and sales analysis',
    ADD "Data Language"    'English'
);
 
ALTER TABLE products MODIFY product_id ANNOTATIONS
(
    ADD "Display Label" 'Product ID',
    ADD "Description"   'Unique identifier for each product',
    ADD "Primary Key"   'Yes'
);
 
ALTER TABLE products MODIFY product_name ANNOTATIONS
(
    ADD "Display Label" 'Product Name',
    ADD "Description"   'Name of the product displayed to customers',
    ADD "Example"       'Galaxy Book Pro'
);
 
ALTER TABLE products MODIFY category ANNOTATIONS
(
    ADD "Display Label"  'Product Category',
    ADD "Description"    'Category used to classify products by type',
    ADD "Example Values" 'Laptop, Smartphone, Earphones, Monitor'
);
 
ALTER TABLE products MODIFY brand ANNOTATIONS
(
    ADD "Display Label"  'Brand',
    ADD "Description"    'Brand or manufacturer of the product',
    ADD "Example Values" 'Samsung, LG, Apple, Google'
);
 
ALTER TABLE products MODIFY price ANNOTATIONS
(
    ADD "Display Label" 'Product Price',
    ADD "Description"   'Selling price of one product',
    ADD "Currency"      'KRW',
    ADD "Unit"          'Korean Won'
);
 
ALTER TABLE products MODIFY stock_quantity ANNOTATIONS
(
    ADD "Display Label" 'Stock Quantity',
    ADD "Description"   'Current quantity of products available in inventory',
    ADD "Unit"          'Items',
    ADD "Business Rule" 'A value of zero means the product is out of stock'
);
 
ALTER TABLE products MODIFY rating ANNOTATIONS
(
    ADD "Display Label" 'Product Rating',
    ADD "Description"   'Average customer rating of the product',
    ADD "Minimum Value" '0',
    ADD "Maximum Value" '5'
);
 
ALTER TABLE products MODIFY launch_date ANNOTATIONS
(
    ADD "Display Label" 'Launch Date',
    ADD "Description"   'Date when the product was officially released',
    ADD "Date Format"   'YYYY-MM-DD'
);
 
ALTER TABLE products MODIFY product_status ANNOTATIONS
(
    ADD "Display Label"  'Product Status',
    ADD "Description"    'Current sales status of the product',
    ADD "Allowed Values" 'ACTIVE, SOLD_OUT, DISCONTINUED',
    ADD "ACTIVE"         'The product is currently available for sale',
    ADD "SOLD_OUT"       'The product is temporarily unavailable because inventory is zero',
    ADD "DISCONTINUED"   'The product is no longer available for sale'
);

Open AI 호환모델을 사용하는 프로필을 설정 후 쿼리 재수행(imsi 유저로 실행)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

SQL> exec dbms_cloud_ai.set_profile (profile_name => 'TEST_LOCAL_SLM1');
 
PL/SQL procedure successfully completed.
 
SQL>
set timing on
select ai runsql 'What is the most expensive product?';
 
RESPONSE
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Sorry, unfortunately a valid SELECT statement could not be generated for your natural language prompt. Here is some more information to help you further:
 
I?m not sure which set of products you?re referring to. Could you let me know:
 
1. The list or category of products you have in mind (e.g., a specific store, brand, or product line)?
2. Any additional details that might help narrow it down (price range, type of product, etc.)?
 
That way I can give you the most accurate answer.
 
 
Elapsed: 00:00:07.85

여전히 테이블을 못찾는것 같음

질문에 products 테이블도 명시해봄

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

SQL> select ai runsql 'What is the most expensive product in the products table?';
 
RESPONSE
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Sorry, unfortunately a valid SELECT statement could not be generated for your natural language prompt. Here is some more information to help you further:
 
**SQL to get the most expensive product**
 
```sql
-- Option 1: Return the single row with the highest price
SELECT *
FROM products
ORDER BY price DESC
LIMIT 1;          -- (use TOP 1 for SQL Server, FETCH FIRST 1 ROW ONLY for Oracle)
 
-- Option 2: Return all products that tie for the highest price
SELECT *
FROM products
WHERE price = (SELECT MAX(price) FROM products);
```
 
- **`ORDER BY price DESC LIMIT 1`** gives you the first row when sorted by price descending ? the most expensive product.
- **`WHERE price = (SELECT MAX(price) ?)`** returns every product that shares the maximum price, useful if you want to handle ties.
 
Pick the one that best fits your needs.
 
 
Elapsed: 00:00:25.77

output이 더 나오긴 하지만 초반에 Sorry~ 메세지가 나오고 마크다운 형식으로 나옴
select ai가 원하는대로 동작하지 않음

OpenAI 모델 사용 테스트2

1
2
3

SQL> exec dbms_cloud_ai.set_profile (profile_name => 'TEST_OPENAI');
 
PL/SQL procedure successfully completed.

OpenAI LLM을 이용해 Select AI runsql 기능 테스트

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

SQL>
set timing on
select ai showsql 'Find the most expensive product in each category. Return the category, product name, brand, price, rating, and the price difference compared with the average price of that category.';
 
RESPONSE
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SELECT "P"."CATEGORY" AS "Category",
       "P"."PRODUCT_NAME" AS "Product Name",
       "P"."BRAND" AS "Brand",
       "P"."PRICE" AS "Price",
       "P"."RATING" AS "Rating",
       ("P"."PRICE" - AVG("P2"."PRICE")) AS "Price Difference"
FROM "IMSI"."PRODUCTS" "P"
JOIN "IMSI"."PRODUCTS" "P2" ON "P"."CATEGORY" = "P2"."CATEGORY"
GROUP BY "P"."CATEGORY", "P"."PRODUCT_NAME", "P"."BRAND", "P"."PRICE", "P"."RATING"
HAVING "P"."PRICE" = MAX("P2"."PRICE")
 
Elapsed: 00:00:03.78
 
SQL>
set timing on
select ai runsql 'Find the most expensive product in each category. Return the category, product name, brand, price, rating, and the price difference compared with the average price of that category.';
 
Category             Product Name                   Brand           Price     Rating Price Difference
-------------------- ------------------------------ ---------- ---------- ---------- ----------------
Laptop               Galaxy Book Pro                Samsung       1890000        4.7       146666.667
Smartphone           iPhone 17                      Apple         1490000        4.9       146666.667
Earphones            AirPods Pro                    Apple          349000        4.8            60000
Monitor              OLED Gaming Monitor            LG             890000        4.6           120000
 
Elapsed: 00:00:03.47

openai 모델 사용시 어려운 질문도 잘 표시됨

참고로 로컬 LLM 모델 profile 설정 후 아래 SQL들을 10번 정도 연속으로 수행시키면 1번 정도는 제대로된 결과값이 나오는걸 확인하였음

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

SQL>
ALTER SYSTEM FLUSH SHARED_POOL;
 
exec dbms_cloud_ai.drop_profile(profile_name => 'TEST_LOCAL_SLM1');
 
BEGIN
  DBMS_CLOUD_AI.CREATE_PROFILE(
    profile_name => 'TEST_LOCAL_SLM1',
    attributes => '{"provider": "openai",
                    "comments": "true",
                    "model": "gpt-oss-20b",
                    "provider_endpoint": "https://ai.localllm.com",
                    "case_sensitive_values" : "false",
                    "temperature": 0.2,
                    "max_tokens": 4096,
                    "conversation": "true",
                    "credential_name": "LOCAL_SLM_CRED",
                    "object_list": [{"owner": "IMSI", "name": "PRODUCTS"}]}'
  );
END;
/
 
exec dbms_cloud_ai.set_profile (profile_name => 'TEST_LOCAL_SLM1');
 
set timing on
select ai runsql 'What is the most expensive product?';

결론 :
OpenAI 모델로 select ai 수행시 결과가 잘나오는 반면
로컬 LLM으로 select ai 수행시 결과가 제대로 나오지 않음
테스트를 위해 annotation까지 넣어봤지만 제대로 안된것을 보면 내 로컬 서버의 LLM 설정에 문제가 있을수도 있는듯함
추후 다시 테스트해봐야 할것 같음

참조 :

오라클 26ai 신기능 Select AI 사용 테스트(non-adb) ( https://positivemh.tistory.com/1205 )
https://docs.oracle.com/en/database/oracle/oracle-database/26/refrn/V-MAPPED_SQL.html

오라클 26ai deadlock 자동 테스트 스크립트

내맘대로긍정 — Sat, 1 Aug 2026 14:03:56 +0900

OS 환경 : Oracle Linux 9.6 (64bit)

DB 환경 : Oracle AI Database 23.26.2.0.0 ai

방법 : 오라클 26ai deadlock 자동 테스트 스크립트

일반적으로 deadlock을 발생시키려면 아래 글처럼 테이블을 생성하고 세션1, 세션2에서 각각 교차 dml을 수행하여야함
참고 : deadlock 발생 테스트 ORA-00060 ( https://positivemh.tistory.com/317 )
본문에서는 이 테스트를 스크립트 하나로 할수 있게끔 만든 스크립트를 설명하고 실제 수행해봄

참고로 현재 db 환경은 싱글 db 환경임

테스트

쉘스크립트 생성

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282

$ vi deadlock_test.sh
#!/bin/bash
 
set -uo pipefail
 
DB_CONNECT="${DB_CONNECT:-${1:-}}"
TABLE_NAME="${TABLE_NAME:-TEST_DEADLOCK}"
RUN_TIME=$(date '+%Y%m%d_%H%M%S')
OUTPUT_DIR="./deadlock_test_${RUN_TIME}"
TEMP_DIR=$(mktemp -d)
 
PID1=""
PID2=""
 
usage()
{
    echo "사용법"
    echo " $0 '사용자/비밀번호@서비스명'"
    echo
    echo "예시"
    echo " $0 'testuser/testpass@ORCL'"
    echo
    echo "환경 변수 사용"
    echo " DB_CONNECT='testuser/testpass@ORCL' $0"
}
 
if [ -z "$DB_CONNECT" ]; then
    usage
    exit 1
fi
 
if ! command -v sqlplus >/dev/null 2>&1; then
    echo "sqlplus 명령을 찾을 수 없음"
    exit 1
fi
 
case "$TABLE_NAME" in
    ''|*[!A-Za-z0-9_]*)
        echo "테이블명에는 영문, 숫자, 밑줄만 사용할 수 있음"
        exit 1
        ;;
esac
 
mkdir -p "$OUTPUT_DIR"
 
cleanup()
{
    if [ -n "$PID1" ] && kill -0 "$PID1" 2>/dev/null; then
        kill "$PID1" 2>/dev/null || true
    fi
 
    if [ -n "$PID2" ] && kill -0 "$PID2" 2>/dev/null; then
        kill "$PID2" 2>/dev/null || true
    fi
 
    sqlplus -s "$DB_CONNECT" > "$OUTPUT_DIR/cleanup.log" 2>&1 <<EOF
set echo off
set feedback off
whenever sqlerror continue
 
begin
    execute immediate 'drop table ${TABLE_NAME} purge';
exception
    when others then
        if sqlcode != -942 then
            raise;
        end if;
end;
/
 
exit
EOF
 
    rm -rf "$TEMP_DIR"
}
 
trap cleanup EXIT INT TERM
 
cat > "$TEMP_DIR/setup.sql" <<EOF
set echo on
set feedback on
set serveroutput on
whenever sqlerror exit failure rollback
 
begin
    execute immediate 'drop table ${TABLE_NAME} purge';
exception
    when others then
        if sqlcode != -942 then
            raise;
        end if;
end;
/
 
create table ${TABLE_NAME}
(
    id  number primary key,
    val number
);
 
insert into ${TABLE_NAME} values (1, 0);
insert into ${TABLE_NAME} values (2, 0);
 
commit;
 
select *
from ${TABLE_NAME}
order by id;
 
exit
EOF
 
cat > "$TEMP_DIR/session1.sql" <<EOF
set echo on
set feedback on
set timing on
set serveroutput on
 
alter session set tracefile_identifier = 'DEADLOCK_TEST_S1';
 
begin
    dbms_application_info.set_module(
        module_name => 'DEADLOCK_TEST',
        action_name => 'SESSION_1'
    );
end;
/
 
prompt
prompt ==========================================
prompt SESSION 1 : ID 1 행 잠금
prompt ==========================================
 
update ${TABLE_NAME}
   set val = val + 1
 where id = 1;
 
prompt SESSION 1 : ID 1 행 잠금 완료
prompt SESSION 1 : 5초 대기
 
begin
    dbms_session.sleep(5);
end;
/
 
prompt
prompt SESSION 1 : ID 2 행 잠금 시도
prompt SESSION 1 : SESSION 2가 보유한 잠금을 대기함
prompt
 
update ${TABLE_NAME}
   set val = val + 1
 where id = 2;
 
prompt
prompt SESSION 1 : ROLLBACK 수행
prompt
 
rollback;
 
exit
EOF
 
cat > "$TEMP_DIR/session2.sql" <<EOF
set echo on
set feedback on
set timing on
set serveroutput on
 
alter session set tracefile_identifier = 'DEADLOCK_TEST_S2';
 
begin
    dbms_application_info.set_module(
        module_name => 'DEADLOCK_TEST',
        action_name => 'SESSION_2'
    );
end;
/
 
prompt SESSION 2 : SESSION 1이 먼저 행을 잠그도록 1초 대기
 
begin
    dbms_session.sleep(1);
end;
/
 
prompt
prompt ==========================================
prompt SESSION 2 : ID 2 행 잠금
prompt ==========================================
 
update ${TABLE_NAME}
   set val = val + 1
 where id = 2;
 
prompt SESSION 2 : ID 2 행 잠금 완료
prompt SESSION 2 : 5초 대기
 
begin
    dbms_session.sleep(5);
end;
/
 
prompt
prompt SESSION 2 : ID 1 행 잠금 시도
prompt SESSION 2 : 데드락 발생
prompt
 
update ${TABLE_NAME}
   set val = val + 1
 where id = 1;
 
prompt
prompt SESSION 2 : ROLLBACK 수행
prompt
 
rollback;
 
exit
EOF
 
echo "테스트 테이블 생성"
 
sqlplus -s "$DB_CONNECT" @"$TEMP_DIR/setup.sql" \
    > "$OUTPUT_DIR/setup.log" 2>&1
 
SETUP_RESULT=$?
 
if [ "$SETUP_RESULT" -ne 0 ]; then
    echo "테스트 테이블 생성 실패"
    echo "로그 확인 : $OUTPUT_DIR/setup.log"
    exit 1
fi
 
echo "SESSION 1 실행"
 
sqlplus -s "$DB_CONNECT" @"$TEMP_DIR/session1.sql" \
    > "$OUTPUT_DIR/session1.log" 2>&1 &
 
PID1=$!
 
echo "SESSION 2 실행"
 
sqlplus -s "$DB_CONNECT" @"$TEMP_DIR/session2.sql" \
    > "$OUTPUT_DIR/session2.log" 2>&1 &
 
PID2=$!
 
wait "$PID1"
SESSION1_RESULT=$?
 
wait "$PID2"
SESSION2_RESULT=$?
 
PID1=""
PID2=""
 
echo
echo "=========================================="
echo "데드락 테스트 결과"
echo "=========================================="
 
if grep -q "ORA-00060" "$OUTPUT_DIR/session1.log" "$OUTPUT_DIR/session2.log"; then
    echo "ORA-00060 발생 확인"
    echo
 
    grep -H -B 2 -A 3 "ORA-00060" \
        "$OUTPUT_DIR/session1.log" \
        "$OUTPUT_DIR/session2.log"
else
    echo "ORA-00060이 확인되지 않음"
    echo "세션 로그를 확인해야 함"
fi
 
echo
echo "로그 경로"
echo " $OUTPUT_DIR/setup.log"
echo " $OUTPUT_DIR/session1.log"
echo " $OUTPUT_DIR/session2.log"
echo " $OUTPUT_DIR/cleanup.log"
echo
echo "테스트 종료"

스크립트 설명 :
사용방법 : sh deadlock.sh 사용자/비밀번호@서비스명 방식으로 수행여야함
동작 원리 :
스크립트를 실행하면 접속 정보로 데이터베이스에 접속한 뒤 TEST_DEADLOCK 테이블을 생성함
테이블에는 아래와 같이 두 건의 테스트 데이터를 입력함(ID 1, ID 2)
이후 두 개의 SQL*Plus 세션을 백그라운드로 실행함
SESSION 1은 ID 1 행을 먼저 UPDATE하여 잠금을 획득함
SESSION 2는 ID 2 행을 UPDATE하여 잠금을 획득함
각 세션은 잠금을 유지한 상태에서 5초 동안 대기함
대기 이후 SESSION 1은 SESSION 2가 잠근 ID 2 행의 UPDATE를 시도함
SESSION 2는 SESSION 1이 잠근 ID 1 행의 UPDATE를 시도함
두 세션이 서로 상대방의 잠금 해제를 기다리는 상태가 되면서 Deadlock이 발생함
Oracle은 Deadlock을 감지한 뒤 두 세션 중 하나에 ORA-00060 오류를 반환함
오류가 발생하는 세션은 실행 상황에 따라 달라질 수 있으므로 스크립트에서는 session1.log와 session2.log를 모두 확인함

스크립트에 권한 부여

1

$ chmod +x deadlock_test.sh

스크립트 수행

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

$ sh deadlock.sh eric/eric@ORACLE26PDB1
테스트 테이블 생성
SESSION 1 실행
SESSION 2 실행
 
==========================================
데드락 테스트 결과
==========================================
ORA-00060 발생 확인
 
./deadlock_test_20260728_083720/session1.log-             *
./deadlock_test_20260728_083720/session1.log-ERROR at line 2:
./deadlock_test_20260728_083720/session1.log:ORA-00060: deadlock detected while waiting for resource
./deadlock_test_20260728_083720/session1.log-Help: https://docs.oracle.com/error-help/db/ora-00060/
./deadlock_test_20260728_083720/session1.log-
./deadlock_test_20260728_083720/session1.log-
 
로그 경로
  ./deadlock_test_20260728_083720/setup.log
  ./deadlock_test_20260728_083720/session1.log
  ./deadlock_test_20260728_083720/session2.log
  ./deadlock_test_20260728_083720/cleanup.log
 
테스트 종료

정상적으로 테스트가 완료됨

alert log 확인

1
2
3
4
5
6

$ tail -300f /app/oracle/diag/rdbms/oracle26/ORACLE26/trace/alert_ORACLE26.log
...
2026-07-28T07:30:48.315521+09:00
ORACLE26PDB1(3):Errors in file /app/oracle/diag/rdbms/oracle26/ORACLE26/trace/ORACLE26_ora_1501177_DEADLOCK_TEST_S1.trc:
2026-07-28T07:30:49.735931+09:00
ORACLE26PDB1(3):ORA-00060: Deadlock detected. See Note 60.1 at My Oracle Support for Troubleshooting ORA-60 Errors. More info in file /app/oracle/diag/rdbms/oracle26/ORACLE26/trace/ORACLE26_ora_1501177_DEADLOCK_TEST_S1.trc.

alert log에 deadlock 이벤트가 발생함
멀티테넌트 환경이라서 pdb이름과 함께 ORA 메세지가 나옴

논cdb 환경이면 아래와 같이 에러가 발생함

1
2
3
4
5

$ tail -300f /app/oracle/diag/rdbms/oracle19/ORACLE19/trace/alert_ORACLE19.log
2026-07-28T07:51:55.506764+09:00
Errors in file /app/oracle/diag/rdbms/ora19dbfs/ORA19DBFS/trace/ORA19DBFS_ora_2863810_DEADLOCK_TEST_S1.trc:
2026-07-28T07:51:55.861872+09:00
ORA-00060: Deadlock detected. See Note 60.1 at My Oracle Support for Troubleshooting ORA-60 Errors. More info in file /app/oracle/diag/rdbms/ora19dbfs/ORA19DBFS/trace/ORA19DBFS_ora_2863810_DEADLOCK_TEST_S1.trc.

결론 :
빠르게 deadlock 에러(ORA-00060)을 발생시키고 싶은 경우 본문 스크립트를 사용하면됨

참조 :

deadlock 발생 테스트 ORA-00060 ( https://positivemh.tistory.com/317 )
https://docs.oracle.com/en/database/oracle/oracle-database/19/cncpt/data-concurrency-and-consistency.html#GUID-C1971E9B-849A-4634-9575-4F8FAD697750

오라클 19c insert 시 undo 발생량 확인 및 감소 테스트

내맘대로긍정 — Wed, 29 Jul 2026 22:21:01 +0900

OS 환경 : Oracle Linux 9.4 (64bit)

DB 환경 : Oracle Database 19.31.0.0

방법 : 오라클 19c insert 시 undo 발생량 확인 및 감소 테스트

대량 insert 시 undo 에러가 발생할 수 있음(ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS1')
이때의 일반적인 방안으로는 undo tablespace 크기를 늘리거나, insert 단위를 쪼개는 방법이 있음
참고 : ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS1' ( https://positivemh.tistory.com/377 )
하지만 이 방법 외에도 경우에 따라 본문에서 테스트한 방식을 사용하면 undo 사용량을 줄일 수 있음
본문에서는 대량 INSERT 시 방법에 따라 UNDO 사용량이 얼마나 달라지는지 확인해봄
각각 일반 insert시, append insert시, 인덱스 유지, 미유지시, 테이블 logging, nologging 경우 여러가지를 조합해서 테스트 해봄

테스트
테스트1. 일반 INSERT + 인덱스 유지
테스트2. 일반 INSERT + 인덱스 UNUSABLE
테스트3. 일반 INSERT + 인덱스 제거
테스트4. NOLOGGING + 일반 INSERT
테스트5. NOLOGGING + APPEND + 인덱스 유지
테스트6. NOLOGGING + APPEND + 인덱스 UNUSABLE

참고로 UNDO 사용량은 현재 세션의 트랜잭션 정보를 V$TRANSACTION에서 조회함
USED_UBLK : 현재 트랜잭션이 사용하는 UNDO 블록 수
USED_UREC : 현재 트랜잭션에서 생성된 UNDO 레코드 수

UNDO 정보는 트랜잭션이 종료되기 전에 확인해야 함
따라서 각 INSERT 실행 후 COMMIT 또는 ROLLBACK을 수행하기 전에 UNDO 사용량을 조회함

테스트
더미 테이블 생성 및 더미 데이터 삽입(10만건)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

SQL>
drop table undo_insert_src purge;
create table undo_insert_src
nologging
as
select level as id,
       mod(level, 1000) as group_id,
       cast(
           'C1_' || lpad(level, 10, '0') ||
           rpad('A', 80, 'A')
           as varchar2(100)
       ) as c1,
       cast(
           'C2_' || lpad(level, 10, '0') ||
           rpad('B', 80, 'B')
           as varchar2(100)
       ) as c2,
       cast(
           'C3_' || lpad(level, 10, '0') ||
           rpad('C', 80, 'C')
           as varchar2(100)
       ) as c3,
       date '2026-01-01' + mod(level, 365) as created_at
from dual
connect by level <= 100000;
 
SQL> select count(*) from undo_insert_src;
 
  COUNT(*)
----------
    100000

100000건 생성됨

INSERT 대상 테이블 생성

1
2
3
4
5
6
7
8
9
10
11
12

SQL>
drop table undo_insert_test purge;
create table undo_insert_test
(
    id          number,
    group_id    number,
    c1          varchar2(100),
    c2          varchar2(100),
    c3          varchar2(100),
    created_at  date
)
logging;

인덱스 갱신에 따른 UNDO 사용량 차이를 확인하기 위해 인덱스 3개 생성

1
2
3
4

SQL>
create index undo_insert_test_ix1 on undo_insert_test(id);
create index undo_insert_test_ix2 on undo_insert_test(group_id, created_at);
create index undo_insert_test_ix3 on undo_insert_test(c1);

테이블, 인덱스 상태 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

SQL>
select table_name, logging
from dba_tables
where table_name = 'UNDO_INSERT_TEST';
 
TABLE_NAME                LOGGING
------------------------- ----------
UNDO_INSERT_TEST          YES
 
SQL>
col index_name for a30
select index_name, status
from dba_indexes
where table_name = 'UNDO_INSERT_TEST'
order by index_name;
 
INDEX_NAME                     STATUS
------------------------------ ----------
UNDO_INSERT_TEST_IX1           VALID
UNDO_INSERT_TEST_IX2           VALID
UNDO_INSERT_TEST_IX3           VALID

테이블은 logging 상태, 인덱스는 valid 상태임

현재 세션 UNDO 사용량 조회

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

SQL>
set lines 200 pages 1000
col xid for a20
col undo_mb for 999,999,990.00
select s.sid,
       s.serial#,
       rawtohex(t.xid) as xid,
       t.used_ublk,
       t.used_urec,
       round(
           t.used_ublk * to_number(p.value) / 1024 / 1024,
           2
       ) as undo_mb
from v$session s,
     v$transaction t,
     v$parameter p
where s.taddr = t.addr
and s.sid = sys_context('USERENV', 'SID')
and p.name = 'db_block_size';
 
no rows selected

현재는 undo를 사용하지 않고 있음
USED_UBLK : 현재 트랜잭션이 사용하는 UNDO 블록 수
USED_UREC : 현재 트랜잭션에서 생성된 UNDO 레코드 수
UNDO_MB : USED_UBLK와 DB_BLOCK_SIZE를 이용해 계산한 대략적인 UNDO 사용량

테스트1. 일반 INSERT + 인덱스 유지
인덱스가 정상 상태인 테이블에 일반 INSERT를 수행

1
2
3
4
5
6

SQL> 
insert /*+ noappend */ into undo_insert_test
select *
from undo_insert_src;
 
100000 rows created.

insert 수행 후 commit이나 rollback을 실행하지 않은 상태에서 undo 사용량 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

SQL>
select s.sid,
       s.serial#,
       rawtohex(t.xid) as xid,
       t.used_ublk,
       t.used_urec,
       round(
           t.used_ublk * to_number(p.value) / 1024 / 1024,
           2
       ) as undo_mb
from v$session s,
     v$transaction t,
     v$parameter p
where s.taddr = t.addr
and s.sid = sys_context('USERENV', 'SID')
and p.name = 'db_block_size';
 
       SID    SERIAL# XID                   USED_UBLK  USED_UREC         UNDO_MB
---------- ---------- -------------------- ---------- ---------- ---------------
       284      14279 08001400B5370000           2372      42748           18.53

rollback 수행

1
2
3

SQL> rollback;
 
Rollback complete.

테스트1. 결론 :
18.53mb의 undo를 사용함

테스트2. 인덱스 UNUSABLE + 일반 INSERT

인덱스 UNUSABLE 상태로 변경

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

SQL>
alter session set skip_unusable_indexes = true;
alter index undo_insert_test_ix1 unusable;
alter index undo_insert_test_ix2 unusable;
alter index undo_insert_test_ix3 unusable;
 
select index_name,
       status
from dba_indexes
where table_name = 'UNDO_INSERT_TEST'
order by index_name;
 
INDEX_NAME                     STATUS
------------------------------ ----------
UNDO_INSERT_TEST_IX1           UNUSABLE
UNDO_INSERT_TEST_IX2           UNUSABLE
UNDO_INSERT_TEST_IX3           UNUSABLE

인덱스를 UNUSABLE 상태로 변경한 후 일반 INSERT 수행

1
2
3
4
5
6

SQL>
insert /*+ noappend */ into undo_insert_test
select *
from undo_insert_src;
 
100000 rows created.

insert 수행 후 commit이나 rollback을 실행하지 않은 상태에서 undo 사용량 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

SQL>
select s.sid,
       s.serial#,
       rawtohex(t.xid) as xid,
       t.used_ublk,
       t.used_urec,
       round(
           t.used_ublk * to_number(p.value) / 1024 / 1024,
           2
       ) as undo_mb
from v$session s,
     v$transaction t,
     v$parameter p
where s.taddr = t.addr
and s.sid = sys_context('USERENV', 'SID')
and p.name = 'db_block_size';
 
       SID    SERIAL# XID                   USED_UBLK  USED_UREC         UNDO_MB
---------- ---------- -------------------- ---------- ---------- ---------------
       284      14279 05000400DE370000             92       7891            0.72

rollback 수행

1
2
3

SQL> rollback;
 
Rollback complete.

테스트2. 결론 :
0.72mb의 undo를 사용함

다음 테스트를 위해 인덱스 REBUILD

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

SQL>
alter index undo_insert_test_ix1 rebuild;
alter index undo_insert_test_ix2 rebuild;
alter index undo_insert_test_ix3 rebuild;
 
select index_name,
       status
from dba_indexes
where table_name = 'UNDO_INSERT_TEST'
order by index_name;
 
INDEX_NAME                     STATUS
------------------------------ ----------
UNDO_INSERT_TEST_IX1           VALID
UNDO_INSERT_TEST_IX2           VALID
UNDO_INSERT_TEST_IX3           VALID

테스트 3 인덱스 제거 + 일반 INSERT
인덱스를 완전히 제거한 상태에서 일반 INSERT를 수행함

1
2
3
4
5
6
7
8
9
10
11
12

SQL>
truncate table undo_insert_test;
drop index undo_insert_test_ix1;
drop index undo_insert_test_ix2;
drop index undo_insert_test_ix3;
 
select index_name,
       status
from dba_indexes
where table_name = 'UNDO_INSERT_TEST';
 
no rows selected

일반 INSERT 수행

1
2
3
4
5
6

SQL>
insert /*+ noappend */ into undo_insert_test
select *
from undo_insert_src;
 
100000 rows created.

insert 수행 후 commit이나 rollback을 실행하지 않은 상태에서 undo 사용량 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

SQL>
select s.sid,
       s.serial#,
       rawtohex(t.xid) as xid,
       t.used_ublk,
       t.used_urec,
       round(
           t.used_ublk * to_number(p.value) / 1024 / 1024,
           2
       ) as undo_mb
from v$session s,
     v$transaction t,
     v$parameter p
where s.taddr = t.addr
and s.sid = sys_context('USERENV', 'SID')
and p.name = 'db_block_size';
 
       SID    SERIAL# XID               USED_UBLK  USED_UREC    UNDO_MB
---------- ---------- ---------------- ---------- ---------- ----------
       285      39080 0A0014003F340000         92       7891        .72

rollback 수행

1
2
3

SQL> rollback;
 
Rollback complete.

테스트3. 결론 :
0.72mb의 undo를 사용함

다음 테스트를 위해 제거한 인덱스 재생성

1
2
3
4

SQL>
create index undo_insert_test_ix1 on undo_insert_test(id);
create index undo_insert_test_ix2 on undo_insert_test(group_id, created_at);
create index undo_insert_test_ix3 on undo_insert_test(c1);

테스트4. NOLOGGING + 일반 INSERT
테이블의 LOGGING 속성만 NOLOGGING으로 변경한 후 일반 INSERT를 수행
NOAPPEND 힌트를 사용해 Conventional Path INSERT로 실행함

1
2
3
4
5
6
7
8
9
10
11
12

SQL>
truncate table undo_insert_test;
alter table undo_insert_test nologging;
 
select table_name,
       logging
from dba_tables
where table_name = 'UNDO_INSERT_TEST';
 
TABLE_NAME           LOG
-------------------- ---
UNDO_INSERT_TEST     NO

일반 INSERT 수행

1
2
3
4
5
6

SQL>
insert /*+ noappend */ into undo_insert_test
select *
from undo_insert_src;
 
100000 rows created.

insert 수행 후 commit이나 rollback을 실행하지 않은 상태에서 undo 사용량 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

SQL>
select s.sid,
       s.serial#,
       rawtohex(t.xid) as xid,
       t.used_ublk,
       t.used_urec,
       round(
           t.used_ublk * to_number(p.value) / 1024 / 1024,
           2
       ) as undo_mb
from v$session s,
     v$transaction t,
     v$parameter p
where s.taddr = t.addr
and s.sid = sys_context('USERENV', 'SID')
and p.name = 'db_block_size';
 
       SID    SERIAL# XID               USED_UBLK  USED_UREC    UNDO_MB
---------- ---------- ---------------- ---------- ---------- ----------
       285      39080 06001600DA390000       2372      42748      18.53

rollback 수행

1
2
3

SQL> rollback;
 
Rollback complete.

테스트4. 결론 :
18.53mb의 undo를 사용함
NOLOGGING은 주로 REDO 생성량을 줄이기 위한 속성임
일반 INSERT에서는 테이블을 NOLOGGING으로 변경해도 테이블 데이터와 인덱스 변경을 위한 UNDO가 생성됨
따라서 테스트 1과 비교했을 때 UNDO 사용량 차이가 나지 않음

테스트5. NOLOGGING + APPEND + 인덱스 유지
테이블을 NOLOGGING으로 변경하고 APPEND 힌트를 사용해 Direct Path INSERT를 수행함
인덱스는 정상 상태로 유지함

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

SQL>
truncate table undo_insert_test;
alter table undo_insert_test nologging;
 
select index_name,
       status
from dba_indexes
where table_name = 'UNDO_INSERT_TEST'
order by index_name;
 
INDEX_NAME                     STATUS
------------------------------ ----------
UNDO_INSERT_TEST_IX1           VALID
UNDO_INSERT_TEST_IX2           VALID
UNDO_INSERT_TEST_IX3           VALID

APPEND 힌트를 사용해 INSERT

1
2
3
4
5
6

SQL>
insert /*+ append */ into undo_insert_test
select *
from undo_insert_src;
 
100000 rows created.

insert 수행 후 commit이나 rollback을 실행하지 않은 상태에서 undo 사용량 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

SQL>
select s.sid,
       s.serial#,
       rawtohex(t.xid) as xid,
       t.used_ublk,
       t.used_urec,
       round(
           t.used_ublk * to_number(p.value) / 1024 / 1024,
           2
       ) as undo_mb
from v$session s,
     v$transaction t,
     v$parameter p
where s.taddr = t.addr
and s.sid = sys_context('USERENV', 'SID')
and p.name = 'db_block_size';
 
       SID    SERIAL# XID               USED_UBLK  USED_UREC    UNDO_MB
---------- ---------- ---------------- ---------- ---------- ----------
       285      39080 0300060038370000       1803       4107      14.09

rollback 수행

1
2
3

SQL> rollback;
 
Rollback complete.

테스트5. 결론 :
14.09mb의 undo를 사용함
Direct Path INSERT는 기존 블록의 빈 공간을 찾아 데이터를 입력하지 않고 High Water Mark 이후의 새로운 블록에 데이터를 적재함
이 방식은 Conventional Path INSERT보다 테이블 데이터에 대한 UNDO 사용량을 줄일 수 있음
다만 사용 가능한 인덱스가 존재하면 인덱스 갱신 작업에 대한 UNDO는 계속 발생함

테스트6. NOLOGGING + APPEND + 인덱스 UNUSABLE
인덱스를 UNUSABLE 상태로 변경한 후 NOLOGGING과 APPEND를 적용함
테이블 데이터는 Direct Path 방식으로 적재하고 인덱스는 갱신하지 않음

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

SQL>
truncate table undo_insert_test;
alter table undo_insert_test nologging;
alter session set skip_unusable_indexes = true;
alter index undo_insert_test_ix1 unusable;
alter index undo_insert_test_ix2 unusable;
alter index undo_insert_test_ix3 unusable;
 
select index_name,
       status
from dba_indexes
where table_name = 'UNDO_INSERT_TEST'
order by index_name;
 
INDEX_NAME                     STATUS
------------------------------ --------
UNDO_INSERT_TEST_IX1           UNUSABLE
UNDO_INSERT_TEST_IX2           UNUSABLE
UNDO_INSERT_TEST_IX3           UNUSABLE

APPEND 힌트를 사용해 INSERT

1
2
3
4
5
6

SQL>
insert /*+ append */ into undo_insert_test
select *
from undo_insert_src;
 
100000 rows created.

insert 수행 후 commit이나 rollback을 실행하지 않은 상태에서 undo 사용량 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

SQL>
select s.sid,
       s.serial#,
       rawtohex(t.xid) as xid,
       t.used_ublk,
       t.used_urec,
       round(
           t.used_ublk * to_number(p.value) / 1024 / 1024,
           2
       ) as undo_mb
from v$session s,
     v$transaction t,
     v$parameter p
where s.taddr = t.addr
and s.sid = sys_context('USERENV', 'SID')
and p.name = 'db_block_size';
 
       SID    SERIAL# XID               USED_UBLK  USED_UREC    UNDO_MB
---------- ---------- ---------------- ---------- ---------- ----------
       277      27133 03000700BC370000          1          1        .01

rollback 수행

1
2
3

SQL> rollback;
 
Rollback complete.

테스트6. 결론 :
0.01mb의 undo를 사용함
테이블 데이터 적재에 필요한 UNDO가 감소하고 인덱스 갱신도 수행하지 않으므로 이번 테스트 중 UNDO 사용량이 가장 적음
Direct Path INSERT는 기존 블록의 빈 공간을 찾아 데이터를 입력하지 않고 High Water Mark 이후의 새로운 블록에 데이터를 적재함
이 방식은 Conventional Path INSERT보다 테이블 데이터에 대한 UNDO 사용량을 줄일 수 있음

테스트 끝. 인덱스를 다시 REBUILD

1
2
3
4

SQL>
alter index undo_insert_test_ix1 rebuild;
alter index undo_insert_test_ix2 rebuild;
alter index undo_insert_test_ix3 rebuild;

테이블을 LOGGING으로 변경

1
2
3

SQL> alter table undo_insert_test logging;
 
Table altered.

테스트 결과 정리 :
10만 건 INSERT를 기준으로 일반 INSERT, 인덱스 상태, NOLOGGING, APPEND 적용 여부에 따른 UNDO 사용량을 비교함

테스트1. 일반 INSERT + 인덱스 유지
USED_UBLK : 2,372
USED_UREC : 42,748
UNDO 사용량 : 18.53MB
인덱스가 정상 상태인 테이블에 일반 INSERT를 수행한 결과 18.53MB의 UNDO를 사용함
테이블 데이터 입력과 인덱스 3개에 대한 갱신이 함께 수행되어 테스트 중 두 번째로 많은 UNDO를 사용함

테스트2. 인덱스 UNUSABLE + 일반 INSERT
USED_UBLK : 92
USED_UREC : 7,891
UNDO 사용량 : 0.72MB
인덱스를 UNUSABLE 상태로 변경한 후 일반 INSERT를 수행한 결과 0.72MB의 UNDO를 사용함
인덱스를 유지한 테스트1과 비교하면 UNDO 사용량이 약 96.1% 감소함
테이블 데이터에 대한 UNDO는 생성되지만 인덱스 갱신이 수행되지 않아 UNDO 사용량이 크게 감소함

테스트3. 인덱스 제거 + 일반 INSERT
USED_UBLK : 92
USED_UREC : 7,891
UNDO 사용량 : 0.72MB
인덱스를 제거한 후 일반 INSERT를 수행한 결과 0.72MB의 UNDO를 사용함
인덱스를 UNUSABLE 상태로 변경한 테스트2와 동일한 결과가 확인됨
인덱스를 제거하거나 UNUSABLE 상태로 변경하는 두 방식 모두 INSERT 과정에서 인덱스 갱신을 수행하지 않으므로 UNDO 사용량 측면에서는 동일한 효과가 나타남

테스트4. NOLOGGING + 일반 INSERT
USED_UBLK : 2,372
USED_UREC : 42,748
UNDO 사용량 : 18.53MB
테이블을 NOLOGGING으로 변경한 후 일반 INSERT를 수행한 결과 18.53MB의 UNDO를 사용함
LOGGING 상태에서 수행한 테스트1과 동일한 결과가 확인됨
NOLOGGING은 REDO 생성량을 줄이기 위한 설정이고 일반 INSERT에서 발생하는 테이블과 인덱스 변경에 대한 UNDO 사용량은 줄이지 못함

테스트5. NOLOGGING + APPEND + 인덱스 유지
USED_UBLK : 1,803
USED_UREC : 4,107
UNDO 사용량 : 14.09MB
NOLOGGING 상태에서 APPEND 힌트를 사용하고 인덱스를 유지한 결과 14.09MB의 UNDO를 사용함
일반 INSERT를 수행한 테스트1과 비교하면 UNDO 사용량이 약 24.0% 감소함
APPEND를 사용하면서 테이블 데이터 적재에 필요한 UNDO는 감소했지만 인덱스가 VALID 상태로 유지되어 인덱스 갱신에 대한 UNDO가 계속 발생함
APPEND만 적용해도 UNDO 사용량이 일부 감소하지만 인덱스가 존재하는 경우 감소 효과는 제한적임

테스트6. NOLOGGING + APPEND + 인덱스 UNUSABLE
USED_UBLK : 1
USED_UREC : 1
UNDO 사용량 : 0.01MB
인덱스를 UNUSABLE 상태로 변경하고 NOLOGGING과 APPEND를 적용한 결과 0.01MB의 UNDO를 사용함
일반 INSERT를 수행한 테스트1과 비교하면 UNDO 사용량이 약 99.9% 감소함
APPEND를 통해 테이블 데이터 적재에 대한 UNDO를 최소화하고 인덱스를 UNUSABLE 상태로 변경해 인덱스 갱신도 수행하지 않았기 때문에 가장 적은 UNDO를 사용함

테스트 결과 비교

테스트	조건	UNDO 사용량	기준 대비 감소율
테스트 1	일반 INSERT + 인덱스 유지	18.53MB	기준값
테스트 2	인덱스 UNUSABLE + 일반 INSERT	0.72MB	약 96.1%
테스트 3	인덱스 제거 + 일반 INSERT	0.72MB	약 96.1%
테스트 4	NOLOGGING + 일반 INSERT	18.53MB	0%
테스트 5	NOLOGGING + APPEND + 인덱스 유지	14.09MB	약 24.0%
테스트 6	NOLOGGING + APPEND + 인덱스 UNUSABLE	0.01MB	약 99.9%

결론 :
본문 테스트와 같이 대량 INSERT 시 UNDO 사용량을 줄이기 위해선 테이블 nologging과 append 힌트, 그리고 index의 unusable 상태로 해놓는것이 좋음(테이블 nologging은 undo 사용량을 줄일순 없지만 redo 발생량을 감소시켜 성능에 도움이 됨)
만약 이관시 초기테이터를 넣거나 초기이관등을 할때 undo 에러가 발생한다면(ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS1') 본문 방식을 적용해보면 도움이 될 수 있음
이후 데이터 적재가 완료된 후 인덱스를 REBUILD하는 방법이 가장 효과적임
다만 NOLOGGING을 사용한 작업은 미디어 복구와 백업에 영향을 줄 수 있으므로 운영 환경에서는 FORCE LOGGING 설정과 백업 정책을 함께 확인해야 함

참조 :

오라클 19c insert append, append_values 힌트 속도 비교 테스트 ( https://positivemh.tistory.com/851 )
ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS1' ( https://positivemh.tistory.com/377 )
https://docs.oracle.com/en/database/oracle/oracle-database/19/admin/managing-tables.html#GUID-E9EB5D85-49D8-4A29-9DF3-A7CBBA484EE3
https://docs.oracle.com/en/database/oracle/oracle-database/19/sqlrf/logging_clause.html

AIX nmon 명령어를 이용한 시스템 자원 모니터링

내맘대로긍정 — Sun, 26 Jul 2026 10:28:08 +0900

OS 환경 : AIX 7.2 (64bit)

DB 환경 : Oracle Database 19.27.0.0

방법 : AIX nmon 명령어를 이용한 시스템 자원 모니터링

AIX에서 CPU와 메모리 사용률을 확인할 때 일반적으로 topas 명령어를 많이 사용함
topas는 별도의 옵션 없이 바로 실행할 수 있고 CPU, 메모리, 디스크, 네트워크, 프로세스 등의 정보를 한 화면에서 확인할 수 있어 간단한 상태 점검에 유용함
다만 topas는 화면에 표시되는 항목이 정해져 있어 CPU와 메모리 사용률을 그래프 형태로 확인하면서 CPU 사용률이 높은 프로세스를 함께 확인하려는 경우 다소 불편할 수 있음
이 경우 nmon 명령어를 사용하면 필요한 항목을 선택하여 한 화면에 표시할 수 있음
nmon을 이용하면 CPU, 메모리, Paging Space, 디스크 I/O, 네트워크, LPAR 정보, 상위 프로세스 등의 정보를 실시간으로 확인할 수 있고 일정 시간 동안 파일로 수집하여 사후 분석에도 사용할 수 있음

기본 사용법
nmon 실행

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

$ nmon
┌──────────────────────────────────────────────────────────────────────────────────────
│  ------------------------------                                                      
│  N    N  M    M   OOOO   N    N   For online help type: h                            
│  NN   N  MM  MM  O    O  NN   N   For command line option help:                      
│  N N  N  M MM M  O    O  N N  N      quick-hint  nmon -?                             
│  N  N N  M    M  O    O  N  N N    full-details  nmon -h                             
│  N   NN  M    M  O    O  N   NN   To start nmon the same way every time?             
│  N    N  M    M   OOOO   N    N    set NMON ksh variable, for example:               
│  ------------------------------    export NMON=cmt                                   
│    TOPAS_NMON                                                                        
│                              96 - CPUs currently                                     
│                              96 - CPUs configured                                    
│                            3525 - MHz CPU clock rate (press 'r' for current MHz)     
│                  PowerPC_POWER8 - Processor                                          
│                          64 bit - Hardware                                           
│                          64 bit - Kernel                                             
│                      1,68-7538X - Logical Partition                                  
│                  7.2.5.105 TL05 - AIX Kernel Version                                 
│                         aixdb01 - Hostname                                           
│                         aixdb01 - Node/WPAR Name                                     
│                         687538X - Serial Number                                      
│                    IBM,8286-42A - Machine Type                                       

nmon을 실행한 뒤 h 키를 누르면 사용할 수 있는 단축키와 옵션을 확인할 수 있음
각 항목은 해당 키를 누르면 화면에 표시되고 같은 키를 다시 누르면 화면에서 제거됨

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

(h 입력)
┌─HELP─────────most-keys-toggle-on/off───────────────────────────────────────────────────────
│h = Help information     q = Quit nmon             0 = reset peak counts                    
│+ = double refresh time  - = half refresh          r = ResourcesCPU/HW/MHz/AIX              
│c = CPU by processor     C = upto 1536 CPUs        p = LPAR Stats (if LPAR)                 
│l = CPU avg longer term  k = Kernel Internal                                                
│# = PhysicalCPU if SPLPAR --> Applicable only in c,C,v,l panels                             
│m = Memory & Paging      M = Multiple Page Sizes   P = Paging Space                         
│d = DiskI/O Graphs       D = DiskIO +Service times o = Disks %Busy Map                      
│a = Disk Adapter         e = ESS vpath stats       V = Volume Group stats                   
│^ = FC Adapter (fcstat)  O = VIOS SEA (entstat)    v = Verbose=OK/Warn/Danger               
│n = Network stats        N = NFS stats (NN for v4) j = JFS Usage stats                      
│A = Async I/O Servers    w = see AIX wait procs   "=" = Net/Disk KB<-->MB                   
│b = black&white mode     g = User-Defined-Disk-Groups (see cmdline -g)                      
│t = Top-Process --->     1=basic 2=CPU-Use 3=CPU(default) 4=Size 5=Disk-I/O                 
│u = Top+cmd arguments    U = Top+WLM Classes       . = only busy disks & procs              
│W = WLM Section          S = WLM SubClasses        @ = Workload Partition(WPAR)             
│[ = Start ODR            ] = Stop ODR              i = Top-Thread                           
│~ = Switch to topas screen                                                                  
│Need more details?  Then stop nmon and use: nmon -?                                         

help 창이 표시됨

대표적인 nmon 단축키
h : 도움말 화면을 표시함
c : CPU별 사용률을 표시함
C : CPU 개수가 많은 시스템에서 전체 CPU 사용률을 큰 화면으로 표시함
m : 메모리 사용률과 페이징 관련 정보를 표시함
P : Paging Space 사용 현황을 표시함
d : 디스크별 사용률과 처리량을 표시함
D : 디스크의 상세 I/O 정보를 표시함
n : 네트워크 인터페이스별 송수신량을 표시함
t : CPU와 메모리 사용량이 높은 프로세스를 표시함
p : LPAR, Entitled Capacity, Physical CPU 등의 정보를 표시함
j : 파일시스템 사용률을 표시함
r : 서버명, AIX 버전, CPU, 메모리 등의 시스템 정보를 표시함
q : nmon을 종료함

Top Process 화면 모드
nmon 실행 후 t 키를 누르면 CPU와 메모리를 많이 사용하는 프로세스 목록을 확인할 수 있음

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47

(t 입력)
┌─topas_nmon──r=Resources────────Host=aixdb01────────Refresh=2 secs───17:08.14──────────────────────────────────────────────────────────────────────────────────────┐
│ Top-Processes-(1115) ────Mode=3  [1=Basic 2=CPU 3=Perf 4=Size 5=I/O 6=Cmds]───────────────────────────────────────────────────────────────────────────────────────│
│  PID       %CPU     Size      Res     Res      Res     Char    RAM      Paging         Command                                                                    │
│            Used       KB      Set     Text     Data     I/O     Use   io   other repage                                                                           │
│ 9765130    44.9    14308    14240      564    13676       46    0%      0  75662      0 topas_nmon                                                                │
│ 2425330     0.0      512      512        0      512        0    0%      0      0      0 wlmsched                                                                  │
│ 2490632     0.0        0        0        0        0        0    0%      0      0      0 <defunct Zombie>                                                          │
│ 2556188     0.0     1236      976      116      860        0    0%      0      0      0 errdemon                                                                  │
│ 2621710     0.0      448      448        0      448        0    0%      0      0      0 memp_rbd                                                                  │
│ 2687362     0.0      448      448        0      448        0    0%      0      0      0 j2gt                                                                      │
│ 2752810     0.0      448      448        0      448        0    0%      0      0      0 lvmbb                                                                     │
│ 2818356     0.0      448      448        0      448        0    0%      0      0      0 j2gt                                                                      │
│ 2883896     0.0    12736    12736        0    12736        0    0%      0      0      0 dog                                                                       │
│ 2949546     0.0     1976      972      248      724        0    0%      0      0      0 clcomd                                                                    │
│ 3014974     0.0      448      448        0      448        0    0%      0      0      0 MUSENT Kproc                                                              │
│ 3146054     0.0      448      448        0      448        0    0%      0      0      0 MUSENT Kproc                                                              │
│ 3211640     0.0     1636     1104      256      848        0    0%      0      0      0 snmpmibd                                                                  │
│ 3342790     0.0      636      596      252      344        0    0%      0      0      0 xntpd                                                                     │
│ 3408282     0.0      820      676       52      624        0    0%      0      0      0 syslogd                                                                   │
│ 3539384     0.0     1196      668       56      612        0    0%      0      0      0 pfcdaemon                                                                 │
│ 3604960     0.0     6268     6716      960     5756        0    0%      0      0      0 IBM.MgmtDomainRMd                                                         │
│ 3670302     0.0   397560   212740   200576    12164        0    1%      0      0      0 oracle                                                                    │
│ 3801524     0.0      448      448        0      448        0    0%      0      0      0 local_sa                                                                  │
│ 3866946     0.0   412376   285064   273280    11784        0    1%      0      0      0 oracle                                                                    │
│ 3932630     0.0      448      448        0      448        0    0%      0      0      0 smcr_mmc_wq                                                               │
│ 4063708     0.0     1216     1216        0     1216        0    0%      0      0      0 rpc.lockd                                                                 │
│ 4129266     0.0   404664   219844   200576    19268        0    1%      0      0      0 oracle                                                                    │
│ 4260330     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 4325868     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 4391406     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 4456946     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 4522490     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 4588030     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 4653318     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 4718856     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 4784396     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 4849936     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 4915492     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 4981032     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 5046570     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 5112108     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 5177646     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 5243184     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
│ 5308722     0.0      448      448        0      448        0    0%      0      0      0 URH-END-IO-Handler                                                        │
└───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
 

Top Process 화면에서는 숫자 키를 이용하여 표시 방식을 변경할 수 있음
1 : 기본 프로세스 정보를 표시함
2 : CPU 사용률 중심으로 표시함
3 : CPU, 메모리, I/O 정보를 포함한 성능 정보를 표시함
4 : 프로세스의 메모리 크기 정보를 표시함
5 : 프로세스별 I/O 정보를 표시함
6 : 프로세스의 실행 명령어를 표시함
CPU 사용률이 높은 프로세스를 확인하려면 t 키를 누른 뒤 2 또는 3 키를 사용하면 됨

CPU, 메모리, 프로세스를 한 화면에서 확인

1

$ nmon -B -s 2

nmon -B -s 2 옵션 설명
nmon : nmon을 실시간 화면 모드로 실행함
-B : 각 모니터링 항목에 표시되는 박스 테두리를 제거함
-s 2 : 시스템 자원 정보를 2초마다 갱신함
-B 옵션을 사용하면 화면의 테두리가 줄어들기 때문에 CPU, 메모리, 프로세스 정보를 한 화면에 더 많이 표시할 수 있음
터미널 창의 세로 크기가 작으면 하단의 프로세스 목록이 잘릴 수 있기 때문에 터미널 창의 크기를 크게 조정해야 함

위 명령 실행 후 아래 키를 차례대로 천천히 입력함(참고로 CPU 개수가 많지 않은 시스템에서는 C 대신 c를 사용해도 됨)

1
2
3
4

(C 입력)
(m 입력)
(t 입력)
(3 입력)

옵션 설명 :
c 또는 C : CPU 사용률을 표시함
m : 메모리 정보를 표시함
t : Top Process 정보를 표시함
3 : Top Process 화면을 성능 정보 모드로 변경함

실행 결과 창

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45

--topas_nmon--2=Top-Child-CPU----Host=aixdb01--------Refresh=2 secs---17:13.20--
  CPU-Utilisation-Large-View ---------------------------------------------------------------------------------------------------------------------------------------
 100%+---------+---------+---------+---------+---------+---------+----+100%
 90%-|                                                                |-90%
 80%-|                                                                |-80%
 70%-|                                                                |-70%
 60%-|                                                                |-60%
 50%-|                                                                |-50%
 40%-|                                                                |-40%
 30%-|                                                                |-30%
 20%-|                                                                |-20%
 10%-|    .   .                                   .       .   .   .   |-10% ..
 CPU +1--------+10-------+20-------+30-------+40-------+50-------+60--+-Avg=LP
 100%+---------+---------+---------+---------+---------+---------+----+100%
 90%-|                                                                |-90%
 80%-|                                                                |-80%
 70%-|                                                                |-70%
 60%-|                                                                |-60%
 50%-|                                                                |-50%
 40%-|                                                                |-40%
 30%-|                            s                                   |-30%
 20%-|        s           s   s   s                                   |-20%
 10%-|.       U   .   .   U   U   U                                   |-10%
 CPU +65---+70-------+80-------+90-------+100------+110------+120-----
  Memory -----------------------------------------------------------------------------------------------------------------------------------------------------------
           Physical  PageSpace |        pages/sec  In     Out | FileSystemCache
 % Used       96.2%      1.1%  | to Paging Space   0.0    0.0 | (numperm) 18.6%
 % Free        3.8%     98.9%  | to File System    0.0  137.0 | Process   60.0%
 MB Used   28811.4MB   209.9MB | Page Scans        0.0        | System    17.6%
 MB Free    1140.6MB 19758.1MB | Page Cycles       0.0        | Free       3.8%
 Total(MB) 29952.0MB 19968.0MB | Page Steals       0.0        |           ------
                               | Page Faults    7847.2 .1     | Total    100.0%
 ------------------------------------------------------------ | numclient 18.6%
 Min/Maxperm     862MB(  3%)  25862MB( 90%) <--% of RAM       | maxclient 90.0%
 Min/Maxfree     960   1088       Total Virtual   48.8GB      | User      74.8%
 Min/Maxpgahead    2      8    Accessed Virtual   21.5GB 44.1%| Pinned    26.0%
                                                              | lruable pages   7356320.0
  Top-Processes-(1127) ----Mode=3  [1=Basic 2=CPU 3=Perf 4=Size 5=I/O 6=Cmds]---------------------------------------------------------------------------------------
   PID       %CPU     Size      Res     Res      Res     Char    RAM      Paging         Command
             Used       KB      Set     Text     Data     I/O     Use   io   other repage
 11797542    57.3      868      904      308      596      143    0%      0      0      0 ksh
  8389610     7.3   177396   271036   196212    74824        0    1%      0    972      0 orarootagent.bin
 11601082     2.2   424280   296968   273280    23688        0    1%      0      0      0 oracle
 13763102     1.8   141396   141404        8   141396     1133    0%      0      2      0 osysmond.bin
 -------------------------------------------------------------------------------------------------------------------------------------------------------------------

화면 상단에는 CPU 사용률 그래프가 표시되고 중간에는 메모리 사용 현황, 하단에는 CPU 사용률이 높은 프로세스 목록이 표시됨

출력 화면은 CPU, Memory, Top Processes 영역으로 구분됨
CPU-Utilisation-Large-View 영역에서는 CPU별 User, System, Wait, Idle 사용률을 그래프 형태로 확인할 수 있음
Memory 영역에서는 Physical Memory, Paging Space, Page In, Page Out, File System Cache 등의 정보를 확인할 수 있음
Top-Processes 영역에서는 현재 CPU와 메모리를 많이 사용하는 프로세스를 확인할 수 있음

아래와 같이 Mode=3으로 표시되는 경우 CPU, 메모리, I/O 관련 정보를 함께 보여주는 성능 모드임
Top-Processes-(1127) ----Mode=3 [1=Basic 2=CPU 3=Perf 4=Size 5=I/O 6=Cmds]
프로세스의 전체 실행 명령어를 확인하려면 6 키를 누르면 되고 다시 CPU 중심 화면으로 돌아가려면 2 또는 3 키를 누르면 됨

1
2
3
4
5
6
7
8
9

(6 입력)
  Top-Processes-(1128) ----Mode=6  [1=Basic 2=CPU 3=Perf 4=Size 5=I/O 6=Cmds]---------------------------------------------------------------------------------------
 Procs    %usr      %sys     Res      Res      Char Paging Command
 Total=137                Text-KB  Data-KB   I/O-KB
    96    9.4571 2373.2297       0   43008        0      0 wait
     2    5.8057    0.5188  392424  164596        0    840 orarootagent.bin
   369    5.4957    0.8017 97859456 5999972       56      1 oracle
     1    0.5631    1.3007       8  141396     1135      1 osysmond.bin
 -------------------------------------------------------------------------------------------------------------------------------------------------------------------

참고1. 참고로 nmon에서 현재 표시 중인 항목을 제거하려면 해당 항목의 단축키를 다시 누르면 됨
CPU 화면 제거 : c 또는 C
메모리 화면 제거 : m
Top Process 화면 제거 : t

참고2. 본문에서 사용하지 않은 nmon 단축키 결과
대표적인 nmon 단축키
P : Paging Space 사용 현황을 표시함
d : 디스크별 사용률과 처리량을 표시함
D : 디스크의 상세 I/O 정보를 표시함
n : 네트워크 인터페이스별 송수신량을 표시함
p : LPAR, Entitled Capacity, Physical CPU 등의 정보를 표시함
j : 파일시스템 사용률을 표시함
r : 서버명, AIX 버전, CPU, 메모리 등의 시스템 정보를 표시함
q : nmon을 종료함

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110

(P 입력)
┌─topas_nmon──h=Help─────────────Host=aixdb01────────Refresh=2 secs───17:32.48──────────────────────────────────────────────────────────────────────────────────────┐
│ Paging-Space ─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────│
│    Volume-Group PagingSpace-Name Type LPs  MB    Used IOpending                                                                                                   │
│          rootvg              hd6  LV   39 19968   1%    0    Active    Auto                                                                                       │
│───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────│
│                                                                                                                                                                   │
 
(d 입력)
┌─topas_nmon──r=Resources────────Host=aixdb01────────Refresh=2 secs───17:33.19──────────────────────────────────────────────────────────────────────────────────────┐
│ Disk-KBytes/second-(K=1024,M=1024*1024) ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────│
│Disk     Busy  Read  Write 0----------25-----------50------------75--------100                                                                                     │
│ Name          KB/s   KB/s |           |            |             |          |                                                                                     │
│cd0        0%      0      0|                                                 |                                                                                     │
│hdisk4     0%      1      0|                                                 |                                                                                     │
│hdisk3     0%    136      8|                                                 |                                                                                     │
│hdisk7     0%      0      2|                                                 |                                                                                     │
│hdisk6     0%      1      0|                                                 |                                                                                     │
│hdisk5     0%      1      0|                                                 |                                                                                     │
│hdisk2     0%      0      8|                                                 |                                                                                     │
│hdisk1    10%      0    562|WWWWWW                                           |                                                                                     │
│hdisk0    13%      0    626|WWWWWWW                                          |                                                                                     │
│Totals           139   1207+-----------|------------|-------------|----------+                                                                                     │
│───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────│
 
(D 입력)
┌─topas_nmon──S=WLMsubclasses────Host=aixdb01────────Refresh=2 secs───17:33.29──────────────────────────────────────────────────────────────────────────────────────┐
│ Disk-KBytes/second-(K=1024,M=1024*1024) ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────│
│Disk     Busy    Read    Write Transfers   Size  Peak%   Peak KB/s qDepth                                                                                          │
│ Name            KB/s    KB/s      /sec   KB           Read+Write or N/A                                                                                           │
│cd0        0%     0.0     0.0       0.0    0.0      0%       0.0       --                                                                                          │
│hdisk4     0%     1.0     0.5       3.0    0.5      1%       4.5       --                                                                                          │
│hdisk3     0%     0.0     0.0       0.0    0.0      1%     352.0       --                                                                                          │
│hdisk7     0%     0.0     0.0       0.0    0.0      0%       4.0       --                                                                                          │
│hdisk6     0%     1.0     0.5       3.0    0.5      0%       4.5       --                                                                                          │
│hdisk5     0%     1.0     0.5       3.0    0.5      0%       4.5       --                                                                                          │
│hdisk2     0%     4.0     0.0       1.0    4.0      3%    1427.9       --                                                                                          │
│hdisk1     4%     0.0    48.0      12.0    4.0     35%     562.0       --                                                                                          │
│hdisk0     8%     0.0    48.0      12.0    4.0     33%     626.0       --                                                                                          │
│Totals(MB/s) Read=0.0   Write=0.1   Size(GB)=0     Free(GB)=0                                                                                                      │
│───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────│
 
(n 입력)
┌─topas_nmon──2=Top-Child-CPU────Host=aixdb01────────Refresh=2 secs───17:33.43──────────────────────────────────────────────────────────────────────────────────────┐
│ Network ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────│
│I/F Name Recv=KB/s Trans=KB/s packin packout insize outsize Peak->Recv TransKB                                                                                     │
│    en0       0.4       1.3      7.0     11.5   52.6  114.2        0.5     1.4                                                                                     │
│    en3    1226.6    1047.2    896.0    772.0 1401.8 1389.1     1226.6  1047.2                                                                                     │
│    lo0       1.6       1.6     13.5     13.5  123.1  123.1        1.6     1.6                                                                                     │
│  Total       1.2       1.0 in Mbytes/second   Overflow=0                                                                                                          │
│I/F Name  MTU  ierror oerror collision Mbits/s Description                                                                                                         │
│    en0   1500      0      0      0   1024 Standard Ethernet Network Interface                                                                                     │
│    en3   1500      0      0      0   1024 Standard Ethernet Network Interface                                                                                     │
│    lo0  16896      0      0      0      0 Loopback Network Interface                                                                                              │
 
(p 입력)
┌─topas_nmon──r=Resources────────Host=aixdb01────────Refresh=2 secs───17:34.24──────────────────────────────────────────────────────────────────────────────────────┐
│ Dedicated-CPU-Logical-Partition ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────│
│Partition:Number=1 "68-7538X"                                                                                                                                      │
│Flags:LPARed DRable SMT Dedicated Sharable Migratable Not-Donating.                                                                                                │
│Summary: Entitled=24.00  Used    23.98 ( 99.9%) 99.9% of CPUs in System                                                                                            │
│                                                                                                                                                                   │
│CPU-Stats---------   Capacity----------------  ID-Memory--------------------                                                                                       │
│max Phys in sys  24  Cap. Processor Min  1.00  SPLPAR Group:Pool  32769:65535                                                                                      │
│Phys CPU in sys  24  Cap. Processor Max 24.00  Memory(MB) Min:Max  256:32768                                                                                       │
│Virtual Online   24  Cap. Increment      1.00  Memory(MB) Online   29952                                                                                           │
│Logical Online   96  Cap. Unallocated    0.00  Memory Region LMB   128MB min                                                                                       │
│Physical pool     0  Cap. Entitled      24.00  Time------------------Seconds                                                                                       │
│SMT threads/CPU   4   -MinReqVirtualCPU  1.00  Time Dispatch Wheel    0.0000                                                                                       │
│CPU---------Min-Max  Weight------------------  MaxDispatch Latency    0.0000                                                                                       │
│Virtual       1  24  Weight Variable        0  Time Pool Idle         0.0000                                                                                       │
│Logical       1 192  Weight Unallocated     0  Time Total Dispatch   23.9803                                                                                       │
│---------------------------------------------------------------------------                                                                                        │
│Event= 0 ---    ---     SerialNo Old=---    Current=FB7538 When=---                                                                                                │
│---------------------------------------------------------------------------                                                                                        │
│Shared_Pools   MaxPoolCapacity= 0.00     No Shared CPU Pool Authority                                                                                              │
│SharedCPU=0    EntPoolCapacity= 0.00     No Shared CPU Pool Authority                                                                                              │
│───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────│
 
(j 입력)
┌─topas_nmon──h=Help─────────────Host=aixdb01────────Refresh=2 secs───17:34.45──────────────────────────────────────────────────────────────────────────────────────┐
│ File-System ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────│
│Filesystem (    11)  Size MB     Free MB  %Used %Inodes   MountPoint                                                                                               │
│/dev/hd4          102400.0     45538.7  55.5%   0.6% /                                                                                                             │
│/dev/hd1             512.0       185.8  63.7%   2.0% /home                                                                                                         │
│/dev/hd2           20480.0     11710.3  42.8%   5.9% /usr                                                                                                          │
│/dev/hd9var         5120.0      4984.4   2.6%   0.1% /var                                                                                                          │
│/dev/hd3           10240.0      9378.6   8.4%   0.1% /tmp                                                                                                          │
│/dev/LV_oraDB     204288.0     76876.9  62.4%   0.9% /u01                                                                                                          │
│/dev/hd11admin       512.0       511.6   0.1%   0.0% /admin                                                                                                        │
│/proc                  0.0         0.0 100.0% 100.0% /proc                                                                                                         │
│/dev/hd10opt       10240.0      8172.4  20.2%   1.1% /opt                                                                                                          │
│/dev/fwdump         1536.0      1535.4   0.0%   0.0% /var/adm/ras/platform                                                                                         │
│/dev/livedump        512.0       511.6   0.1%   0.0% /var/adm/ras/livedump                                                                                         │
│───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────│
 
(r 입력)
┌─topas_nmon──p=Partitions───────Host=aixdb01────────Refresh=2 secs───17:35.13──────────────────────────────────────────────────────────────────────────────────────┐
│ Resources ────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────│
│OS has 96 PowerPC_POWER8 (64 bit) CPUs with 96 CPUs active SMT=4                                                                                                   │
│CPU Speed 3525.0 MHz         SerialNumber=687538X MachineType=IBM,8286-42A                                                                                         │
│Logical partition=Dynamic    HMC-LPAR-Number&Name=1,68-7538X                                                                                                       │
│AIX Version=7.2.5.105 TL05 Kernel=64 bit Multi-Processor                                                                                                           │
│Power Saving=Disabled             CPU-Current-Speed 3525.0 MHz                                                                                                     │
│Hardware-Type(NIM)=CHRP=Common H/W Reference Platform Bus-Type=PCI                                                                                                 │
│CPU Architecture  =PowerPC Implementation=POWER8 SubProcessor Mode=Unknown                                                                                         │
│CPU Level 1 Cache is Combined Instruction=32768 bytes & Data=65536 bytes                                                                                           │
│    Level 2 Cache size=524288          Node=aixdb01                                                                                                                │
│Event= 0 ---    ---     SerialNo Old=---    Current=FB7538 When=---                                                                                                │
│───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────│

결론 :
AIX에서 간단한 시스템 상태를 확인할 때는 topas 명령어를 사용할 수 있지만 여러 자원 정보를 원하는 형태로 구성하여 확인하려면 nmon 명령어가 더 유용함
특히 CPU 사용률 그래프와 메모리 상태를 확인하면서 CPU 사용률이 높은 프로세스를 한 화면에서 함께 확인할 수 있어 시스템 부하나 성능 문제를 분석할 때 편리함
nmon -B -s 2 명령어를 실행한 뒤 C, m, t 키를 조합하면 CPU, 메모리, Top Process 정보를 실시간으로 한 화면에서 확인할 수 있음
필요한 항목만 선택하여 표시할 수 있고 화면 갱신 주기도 조정할 수 있어 AIX 시스템 모니터링 시 유용하게 활용할 수 있음

참조 :

https://www.ibm.com/docs/ko/aix/7.2.0?topic=n-nmon-command
https://blog.innern.net/106

ORA-12162: TNS:net service name is incorrectly specified

내맘대로긍정 — Sat, 25 Jul 2026 14:27:01 +0900

OS 환경 : Oracle Linux 8.7 (64bit)

DB 환경 : Oracle Database 19.27.0.0

에러 : ORA-12162: TNS:net service name is incorrectly specified

sqlplus / as sysdba 접속시 발생하는 에러

1
2
3
4
5
6
7
8
9
10
11
12

$ sqlplus / as sysdba
 
SQL*Plus: Release 19.0.0.0.0 - Production on Sun May 17 13:35:09 2026
Version 19.27.0.0.0
 
Copyright (c) 1982, 2024, Oracle.  All rights reserved.
 
ERROR:
ORA-12162: TNS:net service name is incorrectly specified
 
 
Enter user-name: ^C

해결 방법 : ORACLE_SID 환경 변수 설정

현재 실행중인 오라클 smon 프로세스 확인

1
2
3
4

$ ps -ef | grep smon
oracle   2610578       1  0 May16 ?        00:00:01 ora_smon_ORA19DBFS
oracle   3203504 3202653  0 13:35 pts/0    00:00:00 grep --color=auto smon
root     3549577       1  0 May11 ?        00:37:02 /opt/oracle.ahf/shm/ahf-sysmon/bin/ahf-sysmon

ora_smon_ORA19DBFS으로 되어 있음

현재 ORACLE_SID 환경 설정 확인

1
2

$ env | grep ORACLE_SID
ORACLE_SID=

현재 ORACLE_SID가 공백으로 되어있음

ORACLE_SID를 ORA19DBFS로 설정 후 sqlplus 재접속

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

$ export ORACLE_SID=ORA19DBFS
$ sqlplus / as sysdba
 
SQL*Plus: Release 19.0.0.0.0 - Production on Sun May 17 13:36:24 2026
Version 19.27.0.0.0
 
Copyright (c) 1982, 2024, Oracle.  All rights reserved.
 
 
Connected to:
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.27.0.0.0
 
SQL> select instance_name, version, status from v$instance;
 
INSTANCE_NAME    VERSION           STATUS
---------------- ----------------- ------------
ORA19DBFS        19.0.0.0.0        OPEN

정상적으로 접속됨

추후에도 정상적인 접속을 위해 .bash_profile에도 ORACLE_SID 설정 및 저장

1
2
3

$ cd /home/oracle
$ vi .bash_profile
export ORACLE_SID=ORA19DBFS

저장

1

$ . ./.bash_profile

재확인

1
2

$ env | grep ORACLE_SID
ORACLE_SID=ORA19DBFS

정상적으로 등록됨

원인 : OS 환경변수(ORACLE_SID)가 제대로 설정되어 있지 않아 발생한 문제

OS 환경변수(ORACLE_SID)가 제대로 설정되어 있지 않아 발생한 문제
ORACLE_SID를 설정하여 해결

참조 :