이 프로시저는 일반적으로 다음과 같은 상황에서 사용됩니다.
- 소스 시스템에 장애가 발생하여 복제를 대기 데이터베이스 시스템으로 전환해야 하는 경우
- 오래된 아카이브 로그를 다시 읽기 위해 복제를 제시간에 맞춰 다시 배치해야 하는 경우
SharePlex 복제 복구를 지원하기 위한 요구 사항
소스, 타겟 또는 둘 다 실패했을 때 복제를 재개하려면 복제 시작 시 위치에 다음이 있어야 합니다.
- 프로덕션 소스 인스턴스의 물리적으로 동일한 복사본과 프로덕션 타겟 인스턴스의 또 다른 물리적 복사본을 제공하는 DR(Disaster Recovery) 솔루션입니다. Oracle Data Guard 또는 디스크 미러링, 테이프 백업 및 기타 방법 등이 이러한 요구 사항을 지원합니다.
- SP_OPO_UPDATE_SCN 매개변수는 값 1로 설정되어야 합니다. 이 매개변수는 처리하는 트랜잭션의 SCN 레코드를 유지하도록 SharePlex에 지시합니다. 이 매개변수를 1로 설정하면 Post Enhanced Performance 기능도 비활성화됩니다.
초기 설정 개요
다음 다이어그램은 복제 시작 시 DR 구성을 보여줍니다. Oracle Data Guard에 의해 최신 상태로 유지되는 소스 프로덕션 인스턴스와 미러링된 소스 DR 인스턴스가 있습니다. 마찬가지로 Oracle Data Guard에 의해 최신 상태로 유지되는 프로덕션 타겟 인스턴스와 미러링된 DR 타겟 인스턴스가 있습니다.
- 실선(파란색)은 Oracle Data Guard DR 배포를 나타냅니다.
- 프로덕션 소스 인스턴스와 프로덕션 타겟 인스턴스 사이의 점선(밝은 녹색)은 정상적인 운영 환경에서의 SharePlex 복제를 나타냅니다.
- 파선(빨간색, 주황색 또는 하늘색)은 소스, 타겟 또는 둘 다 실패할 경우 가능한 복제 복구 경로를 보여줍니다.
장애/복구 시나리오 예
이 예는 잠재적인 장애/복구 시나리오 중 하나를 보여줍니다. 이 경우 프로덕션 타겟 인스턴스가 실패합니다. 복구 경로는 복제 시작 시 DR 구성 다이어그램에서 대각선의 주황색 점선으로 표시됩니다.
일반 복제
다음 다이어그램은 이 예에 사용된 구성과 이름을 보여줍니다.
- 프로덕션 소스의 이름은 Source PROD이고 DR 소스의 이름은 Source DR입니다.
- 프로덕션 타겟의 이름은 Target PROD이고 DR 타겟의 이름은 Target DR입니다.
- SharePlex (다이어그램의 SPO)는 Source PROD에서 Target PROD로 복제됩니다.
그림3: 일반 복제 및 미러링 구성
프로덕션 타겟 실패
다음 다이어그램에서 빨간색 X로 표시된 것처럼 Target PROD 타겟이 실패합니다. SharePlex는 기존의 복제 데이터 스트림에 빨간색 X로 표시된 것처럼 더 이상 Target PROD에 복제할 수 없습니다.
Target PROD가 오프라인 상태이기 때문에 Oracle Data Guard는 더 이상 Target DR 을 최신 상태로 유지할 수 없습니다. 그러나 SharePlex는 가능합니다. SharePlex (다이어그램의 SPO)는 Source PROD에서 Target DR로의 복제를 재개하므로 데이터 가용성을 재개할 수 있습니다.
그림4: SharePlex(SPO)에 의한 장애 및 복구
장애 조치 후 복제 재개
이 프로시저에서는 다음을 수행하여 SharePlex에 복제를 복구하도록 지시합니다.
- 각 Post 큐에서 처리된 마지막으로 커밋된 트랜잭션의 올바른 Oracle SCN을 캡처하도록 SharePlex에 지시합니다.
- 장애가 발생하기 전에 타겟에 커밋된 모든 트랜잭션을 삭제하도록 reconcile 명령을 통해 SharePlex에 지시하므로 SharePlex가 데이터 스트림의 올바른 지점에서 복제를 재개합니다.
참고: 이 프로시저에는 다음이 필요합니다.
- 소스 인스턴스가 타겟 인스턴스보다 이후 시점으로 복구됩니다. 그렇지 않으면 이 방법에 효과가 없습니다.
- SP_OPO_UPDATE_SCN 매개변수는 1로 설정됩니다.
복제를 재개하려면 다음을 수행합니다.
참고: 이 지침에서 소스 및 타겟 시스템은 장애 조치 후 작동 가능한 소스 및 타겟 시스템입니다.
-
아직 실행 중인 경우 소스 시스템에서 SharePlex를 종료합니다.
sp_ctrl> shutdown
-
아직 실행되고 있지 않으면 타겟에서 sp_cop를 시작합니다.
$ /productdir/bin/sp_cop &
-
타겟에서 qstatus 명령을 사용하여 큐의 모든 메시지가 타겟 데이터베이스에 게시되는지 확인합니다. 명령 출력에는 Post 큐의 백로그가 0으로 표시되어야 합니다.
sp_ctrl> qstatus
-
타겟의 명령줄에서 SharePlex product 디렉토리의 bin 하위 디렉토리에 있는 show_scn 유틸리티를 실행합니다. ORACLE_SID의 경우 타겟 데이터베이스의 ORACLE_SID를 사용합니다.
$ /productdir/bin/show_scn ORACLE_SID
- show_scn 유틸리티의 출력을 열린 상태로 유지합니다. 출력에는 복구를 위해 Post를 올바른 트랜잭션에 재배치하기 위해 각 Post 큐에 사용할 완전한 reconcile 명령이 표시됩니다. 또한 이 단계의 뒷부분에서 구성을 활성화할 SCN도 표시됩니다.
-
소스와 타겟에서 sp_cop을 종료합니다.
sp_ctrl> shutdown
-
소스와 타겟에서 ora_cleansp를 실행하여 큐를 정리합니다.
$ /productdir/bin/ora_cleansp
-
소스와 타겟에서 sp_cop을 시작합니다.
$ /productdir/bin/sp_cop &
-
타겟에서 Post를 중지합니다.
sp_ctrl> stop post
-
소스에서 scn 옵션과 함께 activate config 명령을 실행하여 구성을 활성화합니다. scn_value의 경우 show_scn 유틸리티의 출력에서 On source activate to scn=nnnnnnn이라는 줄에 표시된 값을 사용합니다.
sp_ctrl> activate config configname scn=scn_value
예:
sp_ctrl> activate config myconfig scn=510012416
-
타겟에서 show_scn 출력의 첫 번째 reconcile 명령을 복사한 다음, sp_ctrl에서 실행합니다. 그런 다음, 두 번째 reconcile 명령에 대해 동일한 작업을 수행하고 목록 아래로 작업합니다.
예:
sp_ctrl> reconcile queue spx11 for o.ora112-o.ora112 scn 235690
sp_ctrl> reconcile queue pq1 for o.ora112-o.ora112 scn 132436
sp_ctrl> reconcile queue pq2 for o.ora112-o.ora112 scn 246843
sp_ctrl> reconcile queue pq3 for o.ora112-o.ora112 scn 123457
reconcile 명령은 새 데이터가 들어올 때까지 정지된 것처럼 보일 수 있습니다. 그러나 이 명령은 작동 중입니다.
-
타겟에서 Post를 시작합니다.
sp_ctrl> start post