Oracle Cloud에서 PeopleSoft에 대한 최대 가용성 솔루션 프로비저닝 및 배포 백업 동기화 및 생성 백업 동기화 및 생성 구성을 완료하고 PeopleSoft 애플리케이션을 완전히 실행했으므로 백업을 생성할 수 있습니다. 대기 데이터베이스를 물리적 대기 데이터베이스로 다시 변환 스냅샷 대기를 다시 물리적 대기로 변환하여 운영과 동기화하고 미해결된 redo를 모두 적용합니다. PIA 및 애플리케이션 계층의 각 컴퓨트 인스턴스에서 기본 태스크의 스크립트를 사용하여 PeopleSoft 애플리케이션을 종료합니다. 유저 oracle의 홈 디렉토리에서 standby database 환경의 소스를 지정합니다. $ . ./CDBHCM.env Data Guard Broker를 시작하고 SYS 암호를 입력합니다. $ dgmgrl Oracle Exadata Database Service on Dedicated Infrastructure domUs의 Oracle 사용자로서 Data Guard Broker를 사용하여 스냅샷 대기 데이터베이스를 물리적 대기 데이터베이스로 다시 변환합니다. DGMGRL> convert database CDBHCM_iad1dx to physical standby Converting database "CDBHCM_iad1dx" to a Physical Standby database, please wait... Database "CDBHCM_iad1dx" converted successfully MRP(Managed Recovery 프로세스)가 리두 적용을 시작할 수 있도록 몇 분 정도 기다리십시오. 그런 다음 Data Guard Broker에 로그인한 상태에서 구성을 표시합니다. DGMGRL> show configuration lag Configuration - ZDM_ CDBHCM_iad1dx Protection Mode: MaxPerformance Members: CDBHCM_sca6dp - Primary database CDBHCM_iad1dx - Physical standby database Transport Lag: 0 seconds (computed 2 seconds ago) Apply Lag: 10 minutes 14 seconds (computed 2 seconds ago) CDBHCM_phx5s - Physical standby database (receiving current redo) Transport Lag: 1 second (computed 1 second ago) Apply Lag: 2 seconds (computed 1 second ago) Fast-Start Failover: Disabled Configuration Status: SUCCESS (status updated 60 seconds ago) 전송 지연이 임계값을 초과했음을 나타내는 경고가 표시될 수 있습니다. 이 경고는 몇 분 후에 사라집니다. Transport Lag와 Apply Lag가 0분, 0초에 가까워질 때까지 구성을 계속 표시합니다. 이 시점에서 물리적 standby site는 지연 임계값 내에 있고 primary database와 함께 잡힙니다.