728x90

 

 

 

 

  • 이벤트 이름: DLM cross inst call completion
  • 상황: 한 RAC 인스턴스의 세션이 다른 인스턴스에 있는 리소스(락, 캐시 블록 등)에 접근하려 할 때, DLM을 통해 cross-instance 호출을 하며, 그 호출이 완료되기를 기다리는 시간 동안 이 대기 이벤트가 발생합니다.
  • 유형: 일반적으로 GC(Global Cache) 관련 처리 또는 락 해제, 변경, 동기화와 관련되어 있습니다.

 

📋 주요 발생 원인

 
🔄 락 관리 동기화 한 인스턴스의 세션이 다른 인스턴스에서 소유한 리소스에 대해 잠금 요청 시
💽 캐시 퓨전 처리 지연 GC 관련 처리 (예: 블록 송신, 요청 큐 지연 등)
📡 네트워크 지연 인스턴스 간 통신이 느리거나 일시적으로 병목 발생 시
🧠 CPU 바운드 대상 인스턴스에서 CPU가 과도하게 사용 중일 경우, DLM 응답이 지연될 수 있음

 

📎 관련 대기 이벤트 비교

이벤트설명
gc current block busy 다른 인스턴스에서 블록을 보내주는 중
gc cr block busy CR 요청에 대한 블록이 아직 전달되지 않음
gc current request 요청 블록을 기다리는 중
DLM cross inst call completion DLM 호출을 타 인스턴스에 요청하고 완료되기를 기다림

 

728x90
반응형

'Oracle > Admin' 카테고리의 다른 글

[Oracle] 블록 클린아웃  (0) 2025.07.23
[Oracle] ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance  (2) 2025.07.02
[Oracle] TNS-12637, TNS-12170, ORA-609  (0) 2025.04.28
[Oracle] oracleasm, udev  (0) 2025.04.09
[Oracle] crs 기동 (asm 권한 위주)  (0) 2025.04.09
728x90

블록 클린아웃은 트랜잭션에 의해 설정된 로우 Lock을 해제하고 블록 헤더에 커밋 정보를 기록하는 오퍼레이션이다.

대량의 갱신 작업이 있고 나서는 해당 블록들을 일일이 찾아 다니며 클린아웃을 수행하려면 시간이 오래 걸려 오라클은 대량 갱신 작업 후에는 커밋 정보를 트랜잭션 테이블에만 기록하고 커밋을 빠르게 끝낸다.

 

항상 이 방식으로 작동하는것은 아니며, 오라클은 delayed 블록 클린 아웃과 커밋 클린아웃 두 가지 매커니즘을 사용한다.

 

(1) Delayed 블록 클린아웃

트랜잭션이 갱신한 블록 개수가 총 버퍼 캐시 블록 개수의 1/10을 초과할 때 사용하는 방식이다. 커밋 이후 해당 블록을 액세스하는 첫 번째 쿼리에 의해 클린아웃이 이루어지며, 이때 아래와 같은 작업을 수행한다.

 

1. ITL 슬롯에 커밋 정보 저장 --> active 상태의 블록이, 다른 트랜잭션이 변경 시킨 사항이 ITL에 아직 기록되지 않았다면 ITL슬롯에 기록된 트랜잭션 ID를 이용해 undo 세그먼트 헤더에 있는 트랜잭션 테이블 슬롯을 찾아가 현재 상태를 확인하고 커밋된 상태면 이를 ITL슬롯에 반영.

2. 레코드에 기록된 lock byte 해제

3. online redo에 logging

 

(2) 커밋 클린아웃(=fast 블록 클린아웃) 

트랜잭션이 갱신한 블록 개수가 버퍼 캐시 블록 개수의 1/10을 초과하지 않을때는 커밋 시점에 곧바로 블록 클린아웃을 수행한다.

다만, 이 경우에도 커밋 시점에는 '불완전한 형태의 클린아웃'을 수행하며 해당 블록을 갱신하는 다음 트랜잭션에 의해 완전한 클린아웃이 이루어진다.

 

ITL 슬롯에 커밋 정보만 저장하고 로우 헤더의 lock byte는 해제하지 않는다. 

 

즉 커밋 클린아웃시에는 online redo에 로그를 남기지 않는다. 로깅 시점을 미룸

그러고 나서 해당 블록을 갱신하려고 currnt 모드로 읽는 시점에 비로소 lock byte를 해제하고 완전한 클린아웃을 수행함.

그리고 그 내역을 online redo 에 로깅. 이를 delayed 로깅 블록 클린 아웃이라고 부름.

728x90
반응형

'Oracle > Admin' 카테고리의 다른 글

[Oracle] DLM cross inst call completion  (1) 2025.07.25
[Oracle] ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance  (2) 2025.07.02
[Oracle] TNS-12637, TNS-12170, ORA-609  (0) 2025.04.28
[Oracle] oracleasm, udev  (0) 2025.04.09
[Oracle] crs 기동 (asm 권한 위주)  (0) 2025.04.09
728x90

db 기동 시 발생하는 ORA 메세지

1
2
3
4
5
6
7
8
9
10
11
SQL> startup
ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance
ORACLE instance started.
 
Total System Global Area 2147481656 bytes
Fixed Size            8898616 bytes
Variable Size          486539264 bytes
Database Buffers     1644167168 bytes
Redo Buffers            7876608 bytes
Database mounted.
Database opened.

 

 

 

해결 방법 : 파라미터 파일에서 사용되지 않는 파라미터 제거

위 메세지는 해당 버전에서 지원하지 않는 파라미터를 파라미터파일에 삽입했을 때 발생하는 에러메세지임

 

 

현재 버전에서 지원하지않는(deprecated) 파라미터 목록 확인

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
SQL> 
set lines 200 pages 1000
select name from v$parameter where isdeprecated = 'TRUE' order by name;
 
NAME
--------------------------------------------------------------------------------
active_instance_count
asm_preferred_read_failure_groups
background_dump_dest
buffer_pool_keep
buffer_pool_recycle
cluster_database_instances
commit_write
cursor_space_for_time
db_block_buffers
fast_start_io_target
instance_groups
lock_name_space
log_archive_start
parallel_adaptive_multi_user
plsql_debug
plsql_v2_compatibility
rdbms_server_dn
remote_os_authent
resource_manager_cpu_allocation
sec_case_sensitive_logon
serial_reuse
sql_trace
unified_audit_sga_queue_size
user_dump_dest
 
24 rows selected.

 

 

현재 파라미터 파일 확인

spfile 을 사용하고 있어서 보기 좋게 pfile을 생성

1
2
3
4
5
6
7
8
9
SQL> show parameter spfile
 
NAME                     TYPE     VALUE
------------------------------------ ----------- ------------------------------
spfile                     string     /app/oracle/product/19c/dbs/sp
                         fileorcl19.ora
SQL> create pfile from spfile;
 
File created.

 

 

현재 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
$ cat $ORACLE_HOME/dbs/initorcl19.ora
orcl19.__data_transfer_cache_size=0
orcl19.__db_cache_size=1526726656
orcl19.__inmemory_ext_roarea=0
orcl19.__inmemory_ext_rwarea=0
orcl19.__java_pool_size=0
orcl19.__large_pool_size=16777216
orcl19.__oracle_base='/app/oracle'#ORACLE_BASE set from environment
orcl19.__pga_aggregate_target=419430400
orcl19.__sga_target=2147483648
orcl19.__shared_io_pool_size=117440512
orcl19.__shared_pool_size=469762048
orcl19.__streams_pool_size=0
orcl19.__unified_pga_pool_size=0
*.audit_file_dest='/app/oracle/admin/ORCL19/adump'
*.audit_trail='db'
*.compatible='19.0.0'
*.control_files='/app/oracle/oradata/ORCL19/control01.ctl','/app/oracle/oradata/ORCL19/control02.ctl'
*.db_block_size=8192
*.db_name='orcl19'
*.diagnostic_dest='/app/oracle'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=ORCL19XDB)'
*.local_listener='LISTENER_ORCL19'
*.log_archive_dest_1='location=/app/oracle/arch'
*.log_archive_format='%t_%s_%r.arc'
*.nls_language='AMERICAN'
*.nls_territory='AMERICA'
*.open_cursors=300
*.pga_aggregate_target=393m
*.processes=300
*.remote_login_passwordfile='EXCLUSIVE'
*.sec_case_sensitive_logon=FALSE
*.sga_target=2147483648
*.undo_tablespace='UNDOTBS1'

확인 결과 지원하지 않는 파라미터인 sec_case_sensitive_logon 파라미터가 적용되어 있음

 

 

해당 파라미터 제거

1
2
3
SQL> alter system reset sec_case_sensitive_logon scope=both;
 
System altered.

 

 

db 재기동 후 확인

1
2
3
4
5
6
7
8
9
10
11
12
13
14
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
 
Total System Global Area 2147481656 bytes
Fixed Size            8898616 bytes
Variable Size          486539264 bytes
Database Buffers     1644167168 bytes
Redo Buffers            7876608 bytes
Database mounted.
Database opened.

ORA 메세지가 발생하지 않음

 

 

원인 : 해당 버전에서 지원하지 않는 파라미터 사용

해당 버전에서 지원하지 않는 파라미터를 파라미터파일에 삽입했을 때 발생하는 에러메세지임

해당 파라미터를 제거해줌으로서 해결

 

12cR1 문서에 아래와 같이 호환성을 위해서만 유지된다고 나와있음

1
2
3
4
The SEC_CASE_SENSITIVE_LOGON parameter is deprecated. It is retained for backward compatibility only. 
For more information about the deprecation of this parameter, see Oracle Database Security Guide.
SEC_CASE_SENSITIVE_LOGON매개 변수는 사용되지 않습니다. 이전 버전과의 호환성을 위해서만 유지됩니다. 
이 매개 변수의 사용 중단에 대한 자세한 내용은 Oracle Database Security Guide를 참조하십시오 .
728x90
반응형

'Oracle > Admin' 카테고리의 다른 글

[Oracle] DLM cross inst call completion  (1) 2025.07.25
[Oracle] 블록 클린아웃  (0) 2025.07.23
[Oracle] TNS-12637, TNS-12170, ORA-609  (0) 2025.04.28
[Oracle] oracleasm, udev  (0) 2025.04.09
[Oracle] crs 기동 (asm 권한 위주)  (0) 2025.04.09
728x90

https://support.oracle.com/epmos/faces/SearchDocDisplay?_adf.ctrl-state=vorrc9qj7_53&_afrLoop=154992560185424#SYMPTOM

Doc ID 2939270.1
***********************************************************************
Fatal NI connect error 12637, connecting to:
 (LOCAL=NO)

  VERSION INFORMATION:
        TNS for IBM/AIX RISC System/6000: Version 12.2.0.1.0 - Production
        TCP/IP NT Protocol Adapter for IBM/AIX RISC System/6000: Version 12.2.0.1.0 - Production
        Oracle Bequeath NT Protocol Adapter for IBM/AIX RISC System/6000: Version 12.2.0.1.0 - Production
  Time: 27-APR-2025 12:18:14
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12637

TNS-12637: Packet receive failed
    ns secondary err code: 12532
    nt main err code: 0
    nt secondary err code: 0
    nt OS err code: 0
Sun Apr 27 12:18:14 2025
opiodr aborting process unknown ospid (35324084) as a result of ORA-609
***********************************************************************


***********************************************************************

Fatal NI connect error 12170.

  VERSION INFORMATION:
        TNS for IBM/AIX RISC System/6000: Version 12.2.0.1.0 - Production
        TCP/IP NT Protocol Adapter for IBM/AIX RISC System/6000: Version 12.2.0.1.0 - Production
        Oracle Bequeath NT Protocol Adapter for IBM/AIX RISC System/6000: Version 12.2.0.1.0 - Production
  Time: 27-APR-2025 07:43:32
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12535

TNS-12535: TNS:operation timed out
    ns secondary err code: 12606
    nt main err code: 0
    nt secondary err code: 0
    nt OS err code: 0
  Client address: <unknown>
Sun Apr 27 07:43:32 2025
opiodr aborting process unknown ospid (28049744) as a result of ORA-609
Sun Apr 27 07:46:31 2025


***********************************************************************

728x90
반응형

'Oracle > Admin' 카테고리의 다른 글

[Oracle] 블록 클린아웃  (0) 2025.07.23
[Oracle] ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance  (2) 2025.07.02
[Oracle] oracleasm, udev  (0) 2025.04.09
[Oracle] crs 기동 (asm 권한 위주)  (0) 2025.04.09
[Oracle] Clusterware(CRS) not coming up  (0) 2025.04.03
728x90

oracleasm과 UDEV은 둘 다 Oracle ASM에서 디스크를 식별하고 접근할 수 있도록 도와주는 디바이스 레이어 매핑 방식이지만, 방식과 유연성, 관리 측면에서 차이가 있습니다. 아래에서 둘의 차이를 비교해볼게요.

✅ 1. 개념적 차이


항목 oracleasm UDEV
목적 Oracle 전용 디스크 관리 도구 리눅스 시스템 전반의 디바이스 관리 체계
설계 대상 Oracle ASM에 특화됨 시스템 전체 디바이스 규칙 관리 (Oracle 외에도 사용 가능)
디바이스 노출 /dev/oracleasm/disks/DISKNAME /dev/mapper/*, /dev/sdX, /dev/nvme*, 사용자 정의 이름 가능
설정 위치 /etc/sysconfig/oracleasm /etc/udev/rules.d/*.rules

✅ 2. 구성 및 사용 방법

oracleasm

  • Oracle에서 제공하는 툴 (oracleasm-support, oracleasm-lib)
  • oracleasm createdisk, oracleasm listdisks, oracleasm scandisks 명령 사용
  • 디바이스 준비, 파라미터 설정, ASM에서 바로 인식

UDEV

  • 리눅스 기본 udev 시스템 사용
  • 디바이스에 대한 규칙을 직접 작성해야 함
  • KERNEL==, OWNER=, GROUP=, MODE= 같은 매핑 조건 사용
  • 디스크 이름, 소유자, 권한 직접 지정 가능

✅ 3. 장단점 비교

 

항목 oracleasm UDEV
간편성 간단한 명령으로 디스크 관리 수동 설정 필요 (규칙 작성)
유연성 Oracle 전용, 제한적 디스크 이름/권한 자유롭게 설정 가능
표준성 Oracle 종속적 리눅스 표준 방식, 다목적
오버헤드 약간 있음 (oracleasm 모듈 필요) 없음 (리눅스 자체 기능)
권장 사용 과거엔 oracleasm 권장 현재는 UDEV가 일반적으로 권장됨

✅ 4. 현재 Oracle의 권장 방식은?

Oracle은 11g까지는 oracleasm을 많이 사용했지만,
12c 이후부터는 UDEV 사용을 더 권장하고 있습니다.

  • 이유: 표준 리눅스 방식이고, 더 유연하고 범용성이 좋기 때문
  • Oracle 공식 문서에서도 UDEV 기반으로 ASM 디스크 구성하는 예제가 많습니다

✅ 결론 정리


상황 추천 방식
최신 환경 (12c 이상, 특히 19c) UDEV 기반 권장
과거 환경, oracleasm 익숙한 경우 oracleasm 사용 가능 (단, 유지보수 제한적)
혼합 사용 절대 비추천 (충돌 위험)

 

 

✅ 1. ASM 디스크 물리 경로 확인

oracleasm 사용 시:

 
oracleasm listdisks

 

DATA1
DATA2
FRA1
 
oracleasm querydisk -p DATA1

→ 결과:

 
Disk "DATA1" is valid
[8,17] /dev/sdb1

 

→ 실제 물리 디바이스: /dev/sdb1

UDEV 사용 시 (oracleasm 미사용)

보통 /dev/mapper/, /dev/oracleasm/disks/, /dev/asmdisk*, /dev/sdX, /dev/nvmeXnXpX 등이 될 수 있습니다.
UDEV 매핑 규칙은 /etc/udev/rules.d/99-oracle-asm.rules 등에 정의돼 있어요.

🔎 2. 디스크 접근 권한 확인

디바이스의 퍼미션, 소유자, 그룹을 확인합니다:

 
ls -l /dev/sdb1

 

결과 예시:

brw-rw---- 1 grid asmadmin 8, 17 Apr 9 13:00 /dev/sdb1

꼭 확인해야 할 조건:


항목 권장 설정
소유자 (owner) grid (or root)
그룹 (group) asmadmin, asmdba, 또는 dba 중 하나
퍼미션 660 (rw-rw----) 이상
파일 타입 블록 디바이스 (b)

🧑‍💼 3. grid 사용자가 접근 가능한지 확인

 
sudo -u grid dd if=/dev/sdb1 of=/dev/null bs=1M count=1
  • 에러 없이 1+0 records in 이렇게 나오면 접근 OK.
  • Permission denied → UDEV/소유권 문제 있음.

🛠️ 4. 권한 수정 예시 (root 사용자로 실행)

 
chown grid:asmadmin /dev/sdb1
chmod 660 /dev/sdb1

 

또는 UDEV를 사용하는 경우, 규칙 파일 예시:

# /etc/udev/rules.d/99-oracle-asm.rules KERNEL=="sdb1", OWNER="grid", GROUP="asmadmin", MODE="0660"

→ 변경 후 적용:

udevadm control --reload-rules udevadm trigger

✅ 정리


항목 확인 명령
물리 디스크 경로 확인 oracleasm querydisk -p <DISK> 또는 ls -l /dev/...
권한 확인 ls -l 결과에서 owner, group, mode 확인
접근 테스트 sudo -u grid dd if=/dev/sdX of=/dev/null bs=1M count=1
권한 수정 chown, chmod, 또는 udev 사용
728x90
반응형

'Oracle > Admin' 카테고리의 다른 글

[Oracle] ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance  (2) 2025.07.02
[Oracle] TNS-12637, TNS-12170, ORA-609  (0) 2025.04.28
[Oracle] crs 기동 (asm 권한 위주)  (0) 2025.04.09
[Oracle] Clusterware(CRS) not coming up  (0) 2025.04.03
[Oracle] 라이선스 정책 정리  (1) 2025.02.03
728x90

🧩 Oracle 19c + RAC 환경에서 crsctl start crs 시 ASM 기동 흐름

🧾 1. 명령어

crsctl start crs
  • 실행 주체: root
  • 설명: CRS(Cluster Ready Services)를 시작하는 명령어. RAC 노드마다 개별적으로 실행됨.
  • 대상 위치: $GRID_HOME/bin/crsctl

🧱 2. 기동 순서 (CRS → ASM 포함)

root가 crsctl 실행
   ↓
ohasd.bin 기동
   ↓
cssd, gpnpd, evmd 등 핵심 데몬 기동
   ↓
Voting Disk 확인
   ↓
ASM 관련 에이전트 기동 (oraagent, orarootagent)
   ↓
+ASM 인스턴스 기동 (oracle binary)
   ↓
디스크 그룹 마운트 (DATA, FRA 등)
   ↓
CRSD 기동 후 나머지 리소스(DB, Listener 등) 기동

🔧 3. 실행되는 bin 파일 목록

구성 요소실행 파일 경로설명
ohasd $GRID_HOME/bin/ohasd.bin 가장 먼저 시작되는 데몬
ocssd $GRID_HOME/bin/ocssd.bin Voting Disk를 사용한 노드 간 동기화
oraagent $GRID_HOME/bin/oraagent.bin ASM 등 리소스 기동/모니터링
orarootagent $GRID_HOME/bin/orarootagent.bin 루트 권한이 필요한 리소스 담당
oracle $GRID_HOME/bin/oracle ASM 인스턴스 자체 실행 (+ASM1, +ASM2 등 SID)
crsd $GRID_HOME/bin/crsd.bin 리소스(서비스, DB 등) 기동

GRID_HOME은 예: /u01/app/19.0.0/grid

💽 4. ASM 디스크 및 디스크 그룹

ASM 디스크 경로 예시

  • /dev/oracleasm/disks/* (oracleasm-lib 사용 시)
  • /dev/mapper/*, /dev/sd*, /dev/nvme* (UDEV으로 매핑 시)

디스크 그룹

  • 보통 DATA, FRA 등의 디스크 그룹 이름을 사용
  • ASM 인스턴스가 기동되며 디스크 그룹을 자동으로 마운트함

👤 5. 실행 주체 (사용자/프로세스)

실행 대상사용자설명
crsctl start crs root 시스템/클러스터 전체 시작
ohasd.bin, crsd.bin 등 root 루트 데몬
oraagent.bin, orarootagent.bin grid / root 리소스 감시 및 실행
ASM 인스턴스 (+ASM1) grid oracle 프로세스로 기동, SID는 +ASM1, +ASM2 형태
ASM 디스크 접근 grid UDEV 혹은 oracleasm 설정으로 grid가 접근 가능해야 함

🔍 참고 확인 명령어

ps -ef | grep asm
# ASM 인스턴스 기동 여부 확인

crsctl stat res -t
# 리소스 상태 및 ASM 리소스 확인

asmcmd lsdg
# 마운트된 디스크 그룹 정보 확인

ls -l /dev/oracleasm/disks/
# ASM 디스크 경로 확인 (oracleasm 사용 시)

ls -l /dev/mapper/
# UDEV 사용 시 디스크 매핑 확인

✅ 요약

항목내용
기동 명령 crsctl start crs (root 실행)
주요 순서 OHASD → CSSD → oraagent → ASM → CRSD
실행 파일 ohasd.bin, ocssd.bin, oraagent.bin, oracle 등
사용자 root (초기 데몬), grid (ASM 인스턴스)
디스크 /dev/oracleasm/disks/*, /dev/mapper/* 등

 

📋 예시 1: crsctl stat res -t 출력 예시

이 명령은 Cluster Resource 상태를 트리 형태로 보여줍니다. ASM 관련 부분 중심으로 발췌한 예시입니다:

$ crsctl stat res -t

--------------------------------------------------------------------------------
NAME           TARGET  STATE        SERVER        STATE_DETAILS
--------------------------------------------------------------------------------
ora.asm        ONLINE  ONLINE       node1
               ONLINE  ONLINE       node2
ora.LISTENER.lsnr
               ONLINE  ONLINE       node1
               ONLINE  ONLINE       node2
ora.DATA.dg     ONLINE  ONLINE      node1
                ONLINE  ONLINE      node2
ora.FRA.dg      ONLINE  ONLINE      node1
                ONLINE  ONLINE      node2
ora.cssd        ONLINE  ONLINE      node1
                ONLINE  ONLINE      node2
ora.crsd        ONLINE  ONLINE      node1
                ONLINE  ONLINE      node2
ora.evmd        ONLINE  ONLINE      node1
                ONLINE  ONLINE      node2
ora.node1.vip   ONLINE  ONLINE      node1
ora.node2.vip   ONLINE  ONLINE      node2
...

설명

  • ora.asm : ASM 인스턴스 상태 (노드별로 ONLINE 여부)
  • ora.DATA.dg, ora.FRA.dg: ASM 디스크 그룹 상태
  • ora.LISTENER.lsnr: 리스너 상태
  • ora.nodeX.vip: 가상 IP 상태

상태가 ONLINE이면 해당 리소스가 정상적으로 기동됨을 의미합니다.

🧾 예시 2: ps -ef | grep asm 출력 예시

$ ps -ef | grep asm
grid     12345     1  0 10:10 ?        00:00:00 asm_pmon_+ASM1
grid     12346     1  0 10:10 ?        00:00:00 asm_vktm_+ASM1
grid     12347     1  0 10:10 ?        00:00:00 asm_diag_+ASM1
grid     12348     1  0 10:10 ?        00:00:00 asm_dia0_+ASM1
grid     12349     1  0 10:10 ?        00:00:00 asm_dbw0_+ASM1
grid     12350     1  0 10:10 ?        00:00:00 asm_lgwr_+ASM1
grid     12351     1  0 10:10 ?        00:00:00 asm_ckpt_+ASM1
grid     12352     1  0 10:10 ?        00:00:00 asm_smon_+ASM1
grid     12353     1  0 10:10 ?        00:00:00 asm_rbal_+ASM1
grid     12354     1  0 10:10 ?        00:00:00 asm_gen0_+ASM1
...

설명

  • 프로세스 명: asm_<process>_+ASM1 형태
  • +ASM1: 노드 1의 ASM 인스턴스 이름
  • 주요 백그라운드 프로세스:
    • asm_pmon, asm_smon, asm_ckpt 등은 일반 Oracle 인스턴스와 유사
    • asm_rbal, asm_gen0: ASM 전용 프로세스

 

🔧 1. 리소스 기동 정책

 

리소스(예: DB, Listener, ASM 등)는 Oracle Clusterware에서 자동 기동 여부를 다음 속성으로 관리합니다:

 

확인 방법 

 

crsctl status resource -p 

 

  • AUTO_START: CRS 기동 시 리소스를 자동으로 기동할지 여부
    • always : 항상 자동 기동
    • restore : 이전 상태 복원
    • never : 수동으로만 기동

📌 2. 설정 확인 방법

 
crsctl status resource ora.orcl.db -p | grep AUTO_START
  • 예시 출력: AUTO_START=restore

✍️ 3. 설정 변경 방법

 
crsctl modify resource <resource_name> -attr "AUTO_START=<값>"

예시

  1. DB 인스턴스를 항상 자동으로 기동하도록 설정:
 
crsctl modify resource ora.orcl.db -attr "AUTO_START=always"
  1. 리스너 자동 기동 끄기:
 
crsctl modify resource ora.LISTENER.lsnr -attr "AUTO_START=never"
  1. 변경 후 반영 여부 확인:
 
crsctl status resource ora.orcl.db -p | grep AUTO_START

🛠️ 4. 기타 관련 속성

  • ENABLED: 해당 리소스를 CRS가 관리 대상으로 할지 여부
    • ENABLED=1 → CRS에서 관리함
    • ENABLED=0 → CRS에서 관리하지 않음
    • 변경 방법:
    • bash
      복사편집
      crsctl modify resource ora.orcl.db -attr "ENABLED=0"
  • TARGET: 대상 상태 (기동 시도 여부)
    • ONLINE, OFFLINE 등
    • 보통 crsctl start/stop resource 명령으로 수동 제어

✅ 실무 팁

상황설정 예시
PROD 환경에서 무조건 자동 기동 AUTO_START=always
테스트 환경, 수동 기동 선호 AUTO_START=never
재기동 시 이전 상태 그대로 복구 AUTO_START=restore (기본값)

 

728x90
반응형

'Oracle > Admin' 카테고리의 다른 글

[Oracle] TNS-12637, TNS-12170, ORA-609  (0) 2025.04.28
[Oracle] oracleasm, udev  (0) 2025.04.09
[Oracle] Clusterware(CRS) not coming up  (0) 2025.04.03
[Oracle] 라이선스 정책 정리  (1) 2025.02.03
[Oracle] view 데이터 보존 기간  (0) 2025.02.03
728x90
Clusterware(CRS) not coming up:-

1. From root user check crs :-
# crsctl check crs
CRS-4638: Oracle High Availability Services is online
CRS-4535: Cannot communicate with Cluster Ready Services
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online

 

​

2. Try to stop and start it:- 

# crsctl stop crs
CRS-2796: The command may not proceed when Cluster Ready Services is not running
CRS-4687: Shutdown command has completed with errors.
CRS-4000: Command Stop failed, or completed with errors.

# crsctl check crs
CRS-4638: Oracle High Availability Services is online
CRS-4535: Cannot communicate with Cluster Ready Services
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online

# crsctl start crs
CRS-4640: Oracle High Availability Services is already active
CRS-4000: Command Start failed, or completed with errors.

 

 

3. Stop High availabilty service and crs resources:- 

crsctl stop res -init -all
root@dbwr1 ~]# crsctl stop res -init -all
CRS-2500: Cannot stop resource 'ora.diskmon' as it is not running
CRS-2673: Attempting to stop 'ora.asm' on 'dbwr1'
CRS-2673: Attempting to stop 'ora.storage' on 'dbwr1'
CRS-2673: Attempting to stop 'ora.mdnsd' on 'dbwr1'
CRS-2673: Attempting to stop 'ora.gpnpd' on 'dbwr1'
CRS-2673: Attempting to stop 'ora.gipcd' on 'dbwr1'
CRS-2673: Attempting to stop 'ora.crf' on 'dbwr1'
CRS-2673: Attempting to stop 'ora.evmd' on 'dbwr1'
CRS-2677: Stop of 'ora.asm' on 'dbwr1' succeeded
CRS-2677: Stop of 'ora.storage' on 'dbwr1' succeeded
CRS-2673: Attempting to stop 'ora.cluster_interconnect.haip' on 'dbwr1'
CRS-2673: Attempting to stop 'ora.crsd' on 'dbwr1'
CRS-2673: Attempting to stop 'ora.ctssd' on 'dbwr1'
CRS-2677: Stop of 'ora.evmd' on 'dbwr1' succeeded
CRS-2677: Stop of 'ora.gpnpd' on 'dbwr1' succeeded
CRS-2677: Stop of 'ora.mdnsd' on 'dbwr1' succeeded
CRS-2677: Stop of 'ora.gipcd' on 'dbwr1' succeeded
CRS-2677: Stop of 'ora.ctssd' on 'dbwr1' succeeded
CRS-2677: Stop of 'ora.crsd' on 'dbwr1' succeeded
CRS-2677: Stop of 'ora.crf' on 'dbwr1' succeeded
CRS-2677: Stop of 'ora.cluster_interconnect.haip' on 'dbwr1' succeeded
CRS-2673: Attempting to stop 'ora.cssd' on 'dbwr1'
CRS-2677: Stop of 'ora.cssd' on 'dbwr1' succeeded
CRS-4000: Command Stop failed, or completed with errors.



crsctl stop has
[root@dbwr1 ~]# crsctl stop has
CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on 'dbwr1'
CRS-2793: Shutdown of Oracle High Availability Services-managed resources on 'dbwr1' has completed
CRS-4133: Oracle High Availability Services has been stopped.


Verify no crs processes should be running :-
ps -ef|grep d.bin

[root@dbwr1 ~]# ps -ef|grep d.bin
root      6302  4587  0 19:56 pts/0    00:00:00 grep --color=auto d.bin


Note: Kill if any process is still running .


4. Now start crs :-
crsctl start crs

ASM instances and databases will also come up in current node.


5. If any ASM Disk group is dismounted then :-
ALTER DISKGROUP <Disk_Group_Name> MOUNT;
​
 
==============================================================
[root@opendb01 opendb01]# crsctl stop crs
[root@dbwr1 ~]# crsctl stop crs
CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on 'dbwr1'
CRS-2673: Attempting to stop 'ora.crsd' on 'dbwr1'
CRS-2790: Starting shutdown of Cluster Ready Services-managed resources on server 'dbwr1'
CRS-2673: Attempting to stop 'ora.chad' on 'dbwr1'
CRS-2677: Stop of 'ora.chad' on 'dbwr1' succeeded
CRS-2673: Attempting to stop 'ora.LISTENER_SCAN1.lsnr' on 'dbwr1'
CRS-2673: Attempting to stop 'ora.LISTENER.lsnr' on 'dbwr1'
CRS-33673: Attempting to stop resource group 'ora.asmgroup' on server 'dbwr1'
CRS-2673: Attempting to stop 'ora.asm' on 'dbwr1'
CRS-2677: Stop of 'ora.LISTENER_SCAN1.lsnr' on 'dbwr1' succeeded
CRS-2673: Attempting to stop 'ora.scan1.vip' on 'dbwr1'
CRS-2677: Stop of 'ora.scan1.vip' on 'dbwr1' succeeded
CRS-2677: Stop of 'ora.LISTENER.lsnr' on 'dbwr1' succeeded
CRS-2673: Attempting to stop 'ora.dbwr1.vip' on 'dbwr1'
CRS-2677: Stop of 'ora.dbwr1.vip' on 'dbwr1' succeeded
CRS-2677: Stop of 'ora.asm' on 'dbwr1' succeeded
CRS-2673: Attempting to stop 'ora.ASMNET1LSNR_ASM.lsnr' on 'dbwr1'
CRS-2677: Stop of 'ora.ASMNET1LSNR_ASM.lsnr' on 'dbwr1' succeeded
CRS-2673: Attempting to stop 'ora.asmnet1.asmnetwork' on 'dbwr1'
CRS-2677: Stop of 'ora.asmnet1.asmnetwork' on 'dbwr1' succeeded
CRS-33677: Stop of resource group 'ora.asmgroup' on server 'dbwr1' succeeded.
CRS-2672: Attempting to start 'ora.scan1.vip' on 'dbwr2'
CRS-2672: Attempting to start 'ora.dbwr1.vip' on 'dbwr2'
CRS-2676: Start of 'ora.dbwr1.vip' on 'dbwr2' succeeded
CRS-2676: Start of 'ora.scan1.vip' on 'dbwr2' succeeded
CRS-2672: Attempting to start 'ora.LISTENER_SCAN1.lsnr' on 'dbwr2'
CRS-2676: Start of 'ora.LISTENER_SCAN1.lsnr' on 'dbwr2' succeeded
CRS-2799: Failed to shut down resource 'ora.OCR_DISK.dg' on 'dbwr1'
CRS-2794: Shutdown of Cluster Ready Services-managed resources on 'dbwr1' has failed
CRS-2675: Stop of 'ora.crsd' on 'dbwr1' failed
CRS-2799: Failed to shut down resource 'ora.crsd' on 'dbwr1'
CRS-2795: Shutdown of Oracle High Availability Services-managed resources on 'dbwr1' has failed
CRS-4687: Shutdown command has completed with errors.
CRS-4000: Command Stop failed, or completed with errors.


[root@opendb01 opendb01]# crsctl stop crs -f
[root@dbwr1 ~]# crsctl stop crs -f
CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on 'dbwr1'
CRS-2673: Attempting to stop 'ora.crsd' on 'dbwr1'
CRS-2790: Starting shutdown of Cluster Ready Services-managed resources on server 'dbwr1'
CRS-2673: Attempting to stop 'ora.OCR_DISK.dg' on 'dbwr1'
CRS-2677: Stop of 'ora.OCR_DISK.dg' on 'dbwr1' succeeded
CRS-2673: Attempting to stop 'ora.ons' on 'dbwr1'
CRS-2677: Stop of 'ora.ons' on 'dbwr1' succeeded
CRS-2673: Attempting to stop 'ora.net1.network' on 'dbwr1'
CRS-2677: Stop of 'ora.net1.network' on 'dbwr1' succeeded
CRS-2792: Shutdown of Cluster Ready Services-managed resources on 'dbwr1' has completed
CRS-2677: Stop of 'ora.crsd' on 'dbwr1' succeeded
CRS-2673: Attempting to stop 'ora.asm' on 'dbwr1'
CRS-2673: Attempting to stop 'ora.crf' on 'dbwr1'
CRS-2673: Attempting to stop 'ora.mdnsd' on 'dbwr1'
CRS-2677: Stop of 'ora.crf' on 'dbwr1' succeeded
CRS-2677: Stop of 'ora.mdnsd' on 'dbwr1' succeeded
CRS-2677: Stop of 'ora.asm' on 'dbwr1' succeeded
CRS-2673: Attempting to stop 'ora.cluster_interconnect.haip' on 'dbwr1'
CRS-2677: Stop of 'ora.cluster_interconnect.haip' on 'dbwr1' succeeded
CRS-2673: Attempting to stop 'ora.ctssd' on 'dbwr1'
CRS-2673: Attempting to stop 'ora.evmd' on 'dbwr1'
CRS-2677: Stop of 'ora.evmd' on 'dbwr1' succeeded
CRS-2677: Stop of 'ora.ctssd' on 'dbwr1' succeeded
CRS-2673: Attempting to stop 'ora.cssd' on 'dbwr1'
CRS-2677: Stop of 'ora.cssd' on 'dbwr1' succeeded
CRS-2673: Attempting to stop 'ora.gipcd' on 'dbwr1'
CRS-2673: Attempting to stop 'ora.gpnpd' on 'dbwr1'
CRS-2677: Stop of 'ora.gpnpd' on 'dbwr1' succeeded
CRS-2677: Stop of 'ora.gipcd' on 'dbwr1' succeeded
CRS-2793: Shutdown of Oracle High Availability Services-managed resources on 'dbwr1' has completed
CRS-4133: Oracle High Availability Services has been stopped.

​
​
​==============================================================
[root@RAC01 ~]# crsctl stop crs
CRS-2796: The command may not proceed when Cluster Ready Services is not running
CRS-4687: Shutdown command has completed with errors.
CRS-4000: Command Stop failed, or completed with errors.

[root@RAC01 ~]# crsctl start cluster

 
[root@RAC01 ~]# crsctl check crs
[root@dbwr1 ~]# crsctl check crs
CRS-4638: Oracle High Availability Services is online
CRS-4537: Cluster Ready Services is online
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online
728x90
반응형

'Oracle > Admin' 카테고리의 다른 글

[Oracle] oracleasm, udev  (0) 2025.04.09
[Oracle] crs 기동 (asm 권한 위주)  (0) 2025.04.09
[Oracle] 라이선스 정책 정리  (1) 2025.02.03
[Oracle] view 데이터 보존 기간  (0) 2025.02.03
[Oracle] 패치 정책  (1) 2025.01.22
728x90

📌 1. Oracle Database Edition별 라이선스 정책

Oracle은 주요 4가지 Edition을 제공합니다.

Edition설명주요 라이선스 정책

Enterprise Edition (EE) 가장 강력한 기능 제공 대부분의 고급 기능(압축, Tuning Pack 등)은 별도 라이선스 필요
Standard Edition (SE) 중소기업용 고급 기능(AWR, Partitioning 등) 없음
Standard Edition One (SE1) 제한적인 기능 Oracle 12c까지 제공, 이후 SE로 통합됨
Express Edition (XE) 무료 버전 기능 제한 (메모리 2GB, CPU 2코어 등)

📌 2. 유료 라이선스가 필요한 주요 기능

Enterprise Edition에서도 추가 라이선스가 필요한 기능들이 있습니다.

기능설명필요한 라이선스

AWR (Automatic Workload Repository) 자동 성능 수집 및 분석 Diagnostics Pack
ASH (Active Session History) 실시간 세션 분석 Diagnostics Pack
ADDM (Automatic Database Diagnostic Monitor) 데이터베이스 자동 분석 Diagnostics Pack
SQL Monitoring SQL 실행 모니터링 Tuning Pack
SQL Tuning Advisor SQL 자동 튜닝 Tuning Pack
SQL Access Advisor SQL 인덱스 및 파티션 최적화 추천 Tuning Pack
Partitioning 테이블/인덱스 파티셔닝 지원 Partitioning Option
Compression (OLTP Table Compression) 테이블 압축 Advanced Compression
Data Guard Fast-Start Failover 자동 장애 조치 Active Data Guard
GoldenGate 실시간 데이터 복제 GoldenGate License
Real Application Clusters (RAC) 여러 서버에서 단일 DB 운영 RAC Option
Multitenant (CDB/PDB 지원) 다중 Pluggable Database Multitenant Option

🔹 중요: AWR, ADDM, ASH, SQL Tuning Advisor 등은 Diagnostics Pack과 Tuning Pack이 있어야 사용 가능합니다.

📌 3. 무료(Free) 또는 기본 포함(Built-in) 기능

무료로 사용할 수 있는 오라클 도구들은 다음과 같습니다.

기능/도구설명라이선스 정책

Statspack 성능 모니터링 (AWR 대체) 무료
Enterprise Manager Express (EM Express) 기본 웹 기반 관리 도구 무료
Oracle SQL Developer SQL 개발 도구 무료
SQL*Plus CLI 기반 SQL 실행 도구 무료
RMAN (Recovery Manager) 백업/복구 도구 무료 (EE/SE 포함)
Data Pump (expdp, impdp) 데이터 내보내기/가져오기 무료 (EE/SE 포함)
DBMS_SCHEDULER 작업 스케줄링 무료
Flashback Query 과거 데이터 조회 (AS OF TIMESTAMP) 무료
Online Index Rebuild 온라인 인덱스 재구성 무료
Oracle Text 텍스트 검색 기능 무료

📌 4. Oracle Enterprise Manager (OEM) 관련 라이선스

Enterprise Manager에는 여러 추가 기능이 있으며, 일부는 유료 라이선스가 필요합니다.

기능필요한 라이선스

Performance Hub (AWR 포함) Diagnostics Pack
SQL Monitoring Tuning Pack
Cloud Control (OEM Full Version) 별도 라이선스
Configuration Management Configuration Management Pack

OEM Express는 무료이지만, Cloud Control을 활용하려면 라이선스가 필요합니다.

📌 5. 추가 유료 라이선스 옵션

오라클에서 제공하는 추가 기능 모듈도 별도 라이선스를 요구합니다.

기능설명필요한 라이선스

In-Memory Option 인메모리 칼럼 저장소 지원 Oracle In-Memory
Active Data Guard Standby DB 읽기/쓰기 지원 Active Data Guard
Advanced Security 데이터 암호화, 마스킹 Advanced Security Option
Label Security 보안 레벨 기반 접근 제어 Label Security
Database Vault DB 접근 제어 강화 Database Vault
Oracle Machine Learning AI/ML 기능 (기본 포함) Enterprise Edition 포함

📌 6. 라이선스 확인 방법

다음 쿼리를 실행하면 현재 사용 가능한 기능을 확인할 수 있습니다.

sql
복사편집
SELECT * FROM V$OPTION;

예제 결과

PARAMETER VALUE
----------------------------------            -----
Partitioning                                  TRUE → 유료 OLAP FALSE → 미사용
Advanced Analytics                     TRUE → 유료
Real Application Clusters (RAC) FALSE → 미사용

 

 

Diagnostics Pack, Tuning Pack의 활성화 여부를 확인하려면:

SELECT PARAMETER, VALUE
  FROM V$OPTION
WHERE PARAMETER LIKE '%Diagnostics%' OR PARAMETER LIKE '%Tuning%';
 
혹은 
 
SELECT name, detected_usages, last_usage_date
FROM dba_feature_usage_statistics
WHERE name IN ('Automatic Database Diagnostic Monitor', 'SQL Tuning Advisor', 'SQL Access Advisor', 'SQL Performance Analyzer', 'Automatic Workload Repository');
 
 
NAME | DETECTED_USAGES | LAST_USAGE_DATE
----------------------------------------|----------------|----------------
Automatic Database Diagnostic Monitor | 10 | 02-FEB-2025
SQL Tuning Advisor | 0 | (null)
SQL Access Advisor | 5 | 15-JAN-2025
SQL Performance Analyzer | 0 | (null)
Automatic Workload Repository | 20 | 01-FEB-2025
  • DETECTED_USAGES 값이 0이 아니라면 해당 기능이 사용된 적이 있음
  • LAST_USAGE_DATE에 날짜가 표시되면 최근 사용 기록이 있음

📌 7. 라이선스 정책 위반 주의 사항

  1. AWR 데이터를 조회하는 것만으로도 Diagnostics Pack 라이선스가 필요합니다.🚨 이 명령을 실행하는 것만으로도 라이선스 위반이 될 수 있음.
  2. sql
    복사편집
    SELECT * FROM DBA_HIST_SNAPSHOT; -- 🔴 라이선스 필요
  3. SQL Tuning Advisor, SQL Monitoring 사용 시 Tuning Pack 필요
  4. sql
    복사편집
    EXEC DBMS_SQLTUNE.CREATE_TUNING_TASK(...); -- 🔴 라이선스 필요
  5. Enterprise Manager 사용 시 일부 기능은 추가 라이선스 필요
    • AWR 관련 화면을 보는 것도 Diagnostics Pack 필요.

📌 결론

  • 무료(Free): Statspack, RMAN, Data Pump, SQL Developer, SQL*Plus 등
  • 기본 포함 (Built-in): Flashback, Online Index Rebuild, DBMS_SCHEDULER 등
  • 유료 옵션 (Licensed Feature):
    • 성능 분석: AWR, ASH, ADDM → Diagnostics Pack 필요
    • SQL 튜닝: SQL Tuning Advisor, SQL Monitor → Tuning Pack 필요
    • 데이터 분산: RAC, Active Data Guard, Partitioning → 별도 라이선스 필요
    • 보안 강화: Advanced Security, Database Vault → 별도 라이선스 필요
728x90
반응형

'Oracle > Admin' 카테고리의 다른 글

[Oracle] crs 기동 (asm 권한 위주)  (0) 2025.04.09
[Oracle] Clusterware(CRS) not coming up  (0) 2025.04.03
[Oracle] view 데이터 보존 기간  (0) 2025.02.03
[Oracle] 패치 정책  (1) 2025.01.22
[Oracle] Alert.log : Creating new log segment  (0) 2025.01.14
728x90

1. Static Dictionary Views (DBA_, ALL_, USER_)

  • 대표적인 뷰: DBA_TABLES, ALL_OBJECTS, USER_TAB_COLUMNS 등
  • 유지 기간: 영구 저장
  • 설명: 데이터 딕셔너리에 저장된 정보이므로, 테이블, 인덱스, 사용자 등의 객체가 삭제되거나 변경되지 않는 한 계속 유지됩니다.

2. Dynamic Performance Views (V$)

  • 대표적인 뷰: V$SESSION, V$SQL, V$SYSSTAT, V$LOCK 등
  • 유지 기간: 오라클 인스턴스가 재시작될 때까지
  • 설명: 메모리에 저장된 정보이므로, 인스턴스를 재시작하면 데이터가 사라집니다.

3. Active Session History (V$ACTIVE_SESSION_HISTORY)

  • 유지 기간: 기본적으로 1시간(Oracle 기본 설정)
  • 설명: AWR(Automatic Workload Repository)로 이동되기 전까지 메모리에 저장됨
  • 추가 정보: AWR 스냅샷(DBA_HIST_ACTIVE_SESSION_HISTORY)으로 이동되면 설정된 보존 기간(AWR Retention Period, 기본값 8일) 동안 유지됨.

4. AWR (Automatic Workload Repository, DBA_HIST_*)

  • 대표적인 뷰: DBA_HIST_SQLSTAT, DBA_HIST_SYSSTAT, DBA_HIST_ACTIVE_SESS_HISTORY 등
  • 유지 기간: 기본적으로 8일 (수정 가능)
  • 설명: DBA_HIST_* 뷰에 저장된 데이터는 AWR 유지 기간에 따라 자동 삭제됨.
  • 변경 방법:
    sql
    복사편집
    EXEC DBMS_WORKLOAD_REPOSITORY.MODIFY_SNAPSHOT_SETTINGS(retention => 14400); -- 10일(14400분)

5. Statspack (STATS$ 테이블)

  • 유지 기간: 설정에 따라 다름 (기본적으로 영구 저장)
  • 설명: Statspack 데이터를 삭제하려면 수동으로 관리해야 함.

6. Auditing 관련 뷰 (DBA_AUDIT_TRAIL, V$XML_AUDIT_TRAIL)

  • 유지 기간: 설정에 따라 다름 (기본적으로 DBA_AUDIT_TRAIL은 무한정 저장)
  • 설정 방법:
    sql
    복사편집
    ALTER SYSTEM SET AUDIT_TRAIL = DB, EXTENDED;
  • 자동 삭제 설정:
    sql
    복사편집
    BEGIN DBMS_AUDIT_MGMT.SET_RETENTION_PERIOD( audit_trail_type => DBMS_AUDIT_MGMT.AUDIT_TRAIL_DB_STD, retention_period => 30 -- 30일 유지 ); END; /

7. Recyclebin (DBA_RECYCLEBIN)

  • 유지 기간: 테이블을 삭제한 후 공간이 부족할 때까지 또는 PURGE 명령 실행 시 제거됨
  • 완전 삭제 방법:
    sql
    복사편집
    PURGE DBA_RECYCLEBIN;

요약

딕셔너리 뷰유지 기간

DBA_*, ALL_*, USER_* 영구
V$* 인스턴스 재시작 시 삭제
V$ACTIVE_SESSION_HISTORY 기본 1시간 (AWR 이동 후 AWR 보존 기간 적용)
DBA_HIST_* (AWR) 기본 8일 (설정 가능)
STATS$* (Statspack) 기본 영구 (수동 삭제 필요)
DBA_AUDIT_TRAIL 기본 영구 (설정 가능)
DBA_RECYCLEBIN 공간이 부족할 때까지 또는 PURGE 실행 시 삭제
728x90
반응형

'Oracle > Admin' 카테고리의 다른 글

[Oracle] Clusterware(CRS) not coming up  (0) 2025.04.03
[Oracle] 라이선스 정책 정리  (1) 2025.02.03
[Oracle] 패치 정책  (1) 2025.01.22
[Oracle] Alert.log : Creating new log segment  (0) 2025.01.14
[Oracle] Partition 실행 계획  (0) 2024.12.30
728x90

오라클 DBMS(Oracle Database Management System)의 패치 정책은 안정성과 보안 강화를 위해 정기적이고 체계적으로 관리됩니다. 주요 내용은 다음과 같습니다:

1. 패치 종류

Oracle에서 제공하는 패치에는 다음과 같은 종류가 있습니다:

(1) CPU (Critical Patch Update)

  • 분기별 제공: 1월, 4월, 7월, 10월에 발표됩니다.
  • 주요 목적: 보안 취약점 해결.
  • 심각한 보안 위협 및 취약점을 주로 다룹니다.

(2) PSU (Patch Set Update)

  • 정기적 제공: CPU와 같은 일정(분기별).
  • 내용: 보안 패치 + 안정성 관련 버그 수정.
  • 기존 기능에 영향을 덜 주며, 안정성을 높이는 패치입니다.

(3) RU (Release Update)

  • Oracle Database 12.2 이상 버전에서 도입된 개념.
  • PSU를 대체하며, 보다 광범위한 버그 수정 및 성능 향상 포함.

(4) RUR (Release Update Revision)

  • RU의 서브 세트로, 제한적인 수정 사항만 포함.
  • RU를 적용하기 부담스러운 환경에서 사용.

(5) One-off Patch

  • 특정 고객의 요구사항이나 긴급한 문제를 해결하기 위한 패치.
  • 특정 상황에 한정적으로 사용되며, 일반적으로는 잘 제공되지 않습니다.

2. 지원 주기

Oracle은 각 버전에 대해 일정한 지원 주기를 제공합니다.

(1) Premier Support

  • 제품 출시 후 5년간 제공.
  • 주요 패치와 기술 지원이 제공됩니다.

(2) Extended Support

  • Premier Support 기간 종료 후, 추가로 3년간 제공.
  • 추가 비용이 발생하며, 보안 패치와 주요 버그 수정 포함.

(3) Sustaining Support

  • Extended Support 종료 후 제공.
  • 신규 패치 제공은 없고, 기존 자료와 기술 지원만 가능합니다.

3. 패치 적용 절차

  1. 사전 계획 수립
    • 패치의 릴리스 노트(Release Notes)를 검토하여 시스템에 미칠 영향을 분석.
    • 다운타임 필요 여부와 백업 계획 수립.
  2. 테스트 환경 적용
    • 프로덕션 환경에 적용하기 전, 테스트 환경에서 충분히 검증.
  3. 백업 수행
    • 데이터베이스 및 설정을 백업하여, 패치 실패 시 복구 가능성을 확보.
  4. 패치 적용
    • Oracle 제공 문서(README 파일)를 참조하여 적용.
  5. 모니터링 및 검증
    • 패치 적용 후 시스템 성능 및 주요 기능 정상 여부 확인.

4. 최신 패치 확인

Oracle Support 사이트(https://support.oracle.com)를 통해 최신 패치와 릴리스 정보를 확인할 수 있습니다.

  • Critical Patch Update Advisory: 최신 CPU와 관련된 세부 정보 제공.
  • Patch Search: 제품 및 버전에 맞는 패치를 검색 가능.

5. 패치 관리 시 고려 사항

  1. 프로덕션 환경 안정성
    • 안정성에 민감한 환경에서는 RUR 같은 보수적인 옵션을 선택.
  2. 호환성 확인
    • 기존 애플리케이션, 미들웨어와의 호환성 문제 확인.
  3. 다운타임 최소화
    • 온라인 패치 지원 여부(Oracle RAC, Data Guard 등 활용)를 검토.
  4. 규제 준수
    • 보안이 중요한 산업(금융, 의료 등)의 경우 CPU 패치 적용을 우선적으로 고려.

패치 적용은 보안 및 안정성을 유지하는 데 필수적이므로, 정기적인 관리와 테스트 환경 검증이 중요합니다.

728x90
반응형

'Oracle > Admin' 카테고리의 다른 글

[Oracle] 라이선스 정책 정리  (1) 2025.02.03
[Oracle] view 데이터 보존 기간  (0) 2025.02.03
[Oracle] Alert.log : Creating new log segment  (0) 2025.01.14
[Oracle] Partition 실행 계획  (0) 2024.12.30
[Oracle] 병렬 처리  (1) 2024.12.27

+ Recent posts

티스토리툴바