"Oracle ARK (LifeKeeper for Linux)의 처리 개요
Oracle ARK가 제공하는 모니터링 및 부팅 프로세스 중지 처리, 복구 프로세스에 대해 설명합니다.
※ Oracle ARK 6.3.1에서 청취자가 보호 가능했습니다. 다음 페이지도 함께 참조하십시오.
Oracle ARK 6.3.1 (이상)로 업그레이드하는 방법
대상 제품 · LifeKeeper For Linux v7.0 (Steeleye-lkORA -7.0.0-1)
아래에서 Oracle 자원과 Listener 자원 각각의 동작 과정을 안내합니다.
Oracle 자원
감시 처리
Oracle 자원에서는 다음 항목을 모니터링하고 있습니다.
(1) ora_pmon 프로세스 및 ora_lgwr 프로세스가 존재하는지 여부를 ps 명령으로 확인합니다.
(2) sqlplus를 통해 다음과 같은 SQL을 발행하고 확인을합니다.
SELECT * from dba_data_files;
장애로 판정 된 경우 로컬 복구를 사용하여 동일한 서버에서 Oracle을 다시 시작하려고합니다.
로컬 복구에 실패하면 대기 시스템으로 전환 처리로 전환합니다.
※ Oracle 자원의 계층 아래에 청취자 리소스가 정의되어 있지 않은 경우, lsnrctl 명령을 사용하여 수신기의 상태도 확인하고 있습니다.
그러나 청취자가 시작하고 있지 않다고 판단 된 경우 다시 시작을 시도 실패로 전환 처리는 이행하지 않고 다음 모니터링
스크립트시에 다시 "오류 감지"→ "다시 시작"을 시도 할 수 있습니다 (청취자의 장애는 전환 처리의 대상이되어 있지 않습니다).
시작 처리
Oracle 자원을 시작할 때 다음 작업을 수행합니다.
(1) ora_pmon 프로세스가 존재하는지 여부를 ps 명령으로 확인합니다.
(2) sqlplus를 통해 다음과 같은 SQL을 발행하고 확인을합니다.
SELECT * from dba_data_files;
(3) sqlplus 통해 sysdba로 Oracle에 연결 한 다음 startup을 실행하여 부팅 프로세스를 실행합니다.
(4) Oracle이 시작되었는지 여부를 판정합니다. 시작에 성공하면 부팅 프로세스가 종료됩니다.
(5) 처리 (4)의 판정에서 시작 처리에 실패했다고 판정 한 경우뿐만 아니라 sqlplus를 통해 [startup force를 발행하고
부팅 프로세스를 실행합니다. 여기에서 시작에 실패한 경우, 자원의 시작 처리에 실패하여 처리가 종료됩니다.
※ Oracle 자원의 계층 아래에 청취자 자원이 정의되지 않은 경우 Oracle의 시작에 성공한 시점에서 청취자도 마찬가지로 시작됩니다.
정지 처리
Oracle 자원을 중지하면 다음 작업이 수행됩니다.
(1) ora_pmon 프로세스가 존재하는지 여부를 ps 명령으로 확인합니다.
(2) sqlplus 통해 sysdba로 Oracle에 연결 한 다음 shutdown immediate을 실행하여 중지 처리를 실행합니다.
정지에 성공했을 경우는 중지 처리가 종료됩니다.
(3) 처리 (2)의 판정에 대해 중지 처리에 실패했다고 판정 한 경우뿐만 아니라 sqlplus 통해 sysdba로 Oracle에 연결
[shutdown abort를 실행하여 정지 작업을 수행합니다. 여기에서 정지에 실패하면 자원의 정지 처리에 실패하여 처리가 종료됩니다.
※ Oracle 자원의 계층 아래에 청취자 자원이 정의되지 않은 경우 Oracle의 정지에 성공한 시점에서 리스너도 중지됩니다.
복구 처리
Oracle 자원을 복구하면 다음 작업이 수행됩니다.
(1) ora_pmon 프로세스가 존재하는지 여부를 ps 명령으로 확인합니다.
(2) sqlplus를 통해 다음과 같은 SQL을 발행하고 확인을합니다.
SELECT * from dba_data_files;
(3) 시작하지 않으면 sqlplus 통해 sysdba로 Oracle에 연결 한 다음 shutdown abort를 발행 중지 처리를 실행합니다.
(4) sqlplus 통해 sysdba로 Oracle에 연결 한 다음 startup을 실행하여 부팅 프로세스를 실행합니다.
(5) 처리 (4)의 판정에서 시작 처리에 실패했다고 판정 한 경우뿐만 아니라 sqlplus를 통해 [startup force를 발행하고 부팅 프로세스를 실행합니다.
(6) sqlplus를 통해 다음과 같은 SQL을 발행하고 확인을합니다.
SELECT * from dba_data_files;
(7) 처리 (6)의 판정에서 시작을 확인할 수없는 경우에는 복구 작업에 실패했다고 판단하고 처리를 종료합니다.
Listener 자원
감시 처리
Listener리스에서는 다음 항목을 모니터링하고 있습니다.
(1) lsnrctl status를 실행하여 리스너의 상태를 확인합니다.
(2) 처리 (1)의 판정에 대해 청취자의 시작을 확인하는 경우 모니터링 프로세스를 종료합니다.
청취자의 시작을 확인할 수없는 경우는 장애로 판단하고 로컬 복구 작업을 실시.
※ Listener Protection Level을 Minimal Control이있는 경우 로컬 복구 처리되지 않습니다.
시작 처리
Listener 자원을 시작할 때 다음 작업을 수행합니다.
(1) lsnrctl status를 실행하여 리스너의 상태를 확인합니다.
(2) 처리 (1)의 판정에 대해 청취자의 시작을 확인하는 경우는 부트 프로세스를 종료합니다.
청취자의 시작을 확인할 수없는 경우 lsnrctl start를 실행하여 부팅 프로세스를 실행합니다.
(3) 처리 (2)의 판정에 대해 청취자의 시작을 확인할 수없는 경우에는 Listener의 시작에 실패했다고 판단하고 처리를 종료합니다.
정지 처리
Listener 자원을 중지하면 다음 작업이 수행됩니다.
(1) lsnrctl status를 실행하여 리스너의 상태를 확인합니다.
(2) 처리 (1)의 판정에 대해 청취자의 정지를 확인하는 경우는 정지 처리를 종료합니다.
청취자의 정지를 확인할 수없는 경우 lsnrctl stop을 실행하여 부팅 프로세스를 실행합니다.
(3) 처리 (2)의 판정에 대해 청취자의 정지를 확인할 수없는 경우에는 Listener 중지에 실패했다고 판단하고 처리를 종료합니다.
※ Listener Protection Level이 FULL 이외로되어있는 경우는 청취자의 정지 처리되지 않습니다
복구 처리
Listener 자원은 복구 작업시 다음 작업을 수행합니다.
(1) lsnrctl status를 실행하여 리스너의 상태를 확인합니다.
(2) lsnrctl start를 실행하여 부팅 프로세스를 실행합니다.
(3) 처리 (2)의 판정에 대해 청취자의 시작을 확인할 수없는 경우에는 Listener의 시작에 실패했다고 판단하고 처리를 종료합니다.
