백업 동기화 및 생성

구성을 완료하고 PeopleSoft 애플리케이션을 완전히 실행했으므로 백업을 생성할 수 있습니다.

대기 데이터베이스를 물리적 대기 데이터베이스로 다시 변환

스냅샷 대기를 다시 물리적 대기로 변환하여 운영과 동기화하고 미해결된 redo를 모두 적용합니다.

  1. PIA 및 애플리케이션 계층의 각 컴퓨트 인스턴스에서 기본 태스크의 스크립트를 사용하여 PeopleSoft 애플리케이션을 종료합니다.
  2. 유저 oracle의 홈 디렉토리에서 standby database 환경의 소스를 지정합니다.
    $ . ./CDBHCM.env
  3. Data Guard Broker를 시작하고 SYS 암호를 입력합니다.
    $ dgmgrl
  4. 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
  5. 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)

    전송 지연이 임계값을 초과했음을 나타내는 경고가 표시될 수 있습니다. 이 경고는 몇 분 후에 사라집니다.

  6. Transport Lag와 Apply Lag가 0분, 0초에 가까워질 때까지 구성을 계속 표시합니다.
    이 시점에서 물리적 standby site는 지연 임계값 내에 있고 primary database와 함께 잡힙니다.