수명 주기

주기 동안 시스템에서 다른 작업이 수행됩니다. 가장 관련성이 높은 항목은 검증, 패치 적용 등을 위해 보조를 전환하고 테스트하거나 여는 것입니다.

Switchover 수행

스위치오버는 관리자가 두 사이트의 역할을 되돌리는 계획된 작업입니다. 스위치오버 후 주 시스템은 보조 시스템이 되고 보조 시스템은 기본 시스템이 됩니다. 전환을 수행하면 기본 사이트에서 작동 중지 시간이 발생합니다.

표준 절차에 따라 스위치오버가 수행됩니다(Oracle WebLogic Server for Oracle Cloud Infrastructure Disaster Recovery의 스위치오버 및 Oracle Cloud Infrastructure Marketplace Disaster Recovery의 SOA Suite 참조).

  1. "Setup Ongoing Configuration Replication"에 제공된 단계별로 보류 중인 구성 변경사항을 전달합니다.
  2. 기본 사이트에서 서버를 중지합니다.
  3. DNS 이름을 전환합니다.
  4. 데이터베이스를 전환합니다.
  5. 보조 사이트에서 서버를 시작합니다.

주요 차이점은 Oracle Cloud Infrastructure(OCI) 콘솔만 사용하여 Oracle Autonomous Database 인스턴스를 스위치오버한다는 것입니다.

참고:

원격 새로고침 가능 복제본의 경우 영구 전환이 수행되는 경우(보조가 영구적이지 않은 테스트 또는 검증을 넘어 기본이 되는 경우) 새 대기(원래 기본)에서 테스트 및 검증을 위한 보조 시스템을 갖도록 원래 기본 영역에 피어 새로고침 가능 복제본을 생성해야 합니다. 소스가 대기 상태가 되므로 보조의 새로고침 가능 복제본은 다시 접속할 수 없게 됩니다(새로고침 가능 복제본은 대기 Oracle Autonomous Database Serverless에서 생성, 유지 관리 또는 접속할 수 없음). 데이터베이스를 다시 새로 고칠 수 없으며 필요한 경우 데이터베이스를 제거하여 비용을 절감할 수 있습니다. 원래 기본(현재 대기)에서 새로 고칠 수 있는 복제본을 만들려면 첫번째 복제본과 동일한 절차를 따릅니다.

{\f2732 switchover }작업에 대해 다음 단계를 수행합니다{\f2732 .}

  1. 스위치오버가 수행되는 동안 예약된 복제를 사용 안함으로 설정합니다. 페일오버가 수행되고 스위치오버 작업 자체가 방해될 수 있기 때문입니다.
  2. 기본 사이트에서 서버를 중지합니다.
    Oracle WebLogic Administration Server 콘솔 또는 스크립트를 사용하여 기본 사이트에서 Oracle WebLogic Server 인스턴스를 중지합니다.

    참고:

    기본 사이트의 관리 서버는 전환 중에 계속 작동할 수 있습니다. 그러나 대기 사이트의 도메인 구성은 수명 주기 동안 기본 구성으로 대체될 것으로 예상되므로 사이트가 대기 롤에 있을 때 중지하는 것이 좋습니다. 이 경우 관리 서버가 작동 중이면 사용되지 않는 구성으로 실행됩니다.
  3. 프론트 엔드 DNS 이름을 전환합니다.

    시스템에서 사용하는 이름을 호스트하는 DNS 서버에서 필요한 DNS 푸시를 수행하거나 클라이언트의 파일 호스트 확인을 변경하여 시스템의 프론트 엔드 가상 이름을 보조 사이트의 로드 밸런서에서 사용하는 공용 IP로 지정합니다.

    DNS가 외부 프런트엔드 분석(예: OCI DNS 또는 상용 DNS)에 사용되는 시나리오의 경우 API를 사용하여 변경 사항을 푸시할 수 있습니다. OCI DNS에서 이 변경사항을 푸시하는 예를 보려면 GitHub(예: 프론트엔드 DNS 업데이트)로 이동하십시오.

    참고:

    DNS 항목의 TTL 값은 스위치오버의 RTO에 영향을 줍니다. TTL이 높으면(예: 20분) DNS 변경은 클라이언트에서 해당 시간이 적용됩니다. TTL 값이 낮으면 속도가 빨라지지만, 클라이언트가 캐시된 이름을 사용하는 대신 DNS에 더 자주 도달하므로 오버헤드가 발생할 수 있습니다. DNS가 변경되기 전에 임시로 TTL을 낮은 값(예: 1분)으로 설정하는 것이 좋습니다. 그런 다음 변경을 수행하고 전환 절차가 완료되면 TTL을 다시 원래 값으로 되돌립니다.
  4. SECONDARY REGION의 Oracle Cloud Infrastructure(OCI) 콘솔에 로그인한 다음 Autonomous Database로 이동합니다.
  5. Oracle WebLogic 데이터베이스를 호스팅하는 구획을 선택하고 데이터베이스 이름을 누릅니다.
  6. 추가 작업 드롭다운 메뉴에서 전환을 선택한 다음 대기 데이터베이스 이름 입력을 확인합니다.
  7. 작업이 완료될 때까지 기다리십시오.

    왼쪽의 리소스 아래의 작업 요청 메뉴에 상태가 나타납니다.

  8. 보조 관리 서버를 시작하거나 이미 시작된 경우 다시 시작하여 대기 중 복제된 구성 변경 사항이 적용됩니다.
  9. Oracle WebLogic Server 콘솔 또는 스크립트를 사용하여 보조 관리 서버를 시작합니다.

페일오버 수행

페일오버 작업은 기본 사이트를 사용할 수 없게 되면 수행되며 일반적으로 계획되지 않은 작업입니다. 원본 primary database가 실패하고 primary database를 적절한 방식으로 recovery할 가능성이 없으면 standby database를 primary database로 롤오버할 수 있습니다.

primary database Failure 당시 primary database와 target standby database의 일관성 여부에 따라 데이터 손실이 발생할 수도 있고 없을 수도 있습니다. 페일오버 절차는 스위치오버 절차와 비슷하지만 데이터베이스에서 스위치오버 작업 대신 페일오버를 수행합니다.

일반적으로 운용중단이 기본 영역에 영향을 줄 때 복구 작업이 실행됩니다. 따라서 기본에서 수행할 수 없는 일부 작업이 있을 수 있습니다. 예를 들어, 호스트에 연결할 수 없으므로 기본에서 Oracle WebLogic Server 프로세스를 중지하지 못할 수 있습니다.

  1. 가능한 경우 기본 사이트에서 WebLogic 서버를 중지합니다.
  2. DNS 이름 전환.
  3. 데이터베이스 복구.

    주:

    Oracle Autonomous Database Serverless를 사용하는 경우 기본 데이터베이스를 사용할 수 없고 대기 데이터베이스를 사용할 수 있는 경우에만 페일오버 링크가 표시됩니다. API를 사용하면 언제든지 수동 페일오버를 시작할 수 있습니다.
  4. 보조 사이트에서 서버를 시작합니다.
  5. 페일오버 작업이 완료되고 이전 기본 사이트에 다시 연결할 수 있게 되면 다음 수동 작업을 수행하여 이후 스위치백을 위해 시스템을 준비해야 합니다.
    1. 실패한 사이트에서 Oracle WebLogic Server 프로세스를 정지합니다.
      페일오버 중 중지하지 않은 경우 프로세스가 정지될 수 있습니다. 중지되었는지 확인합니다.
    2. Oracle Autonomous Database Serverless의 경우 실패한 기본을 수동으로 복원할 필요가 없습니다.
      수동 Oracle Autonomous Data Guard 페일오버 후 영역이 다시 온라인으로 전환될 때 대기 데이터베이스가 자동으로 다시 연결되거나 필요한 경우 자동으로(투명하게) 다시 프로비저닝됩니다.
      자세한 내용은 대기 데이터베이스와 수동 복구에 대한 참고 사항을 참조하십시오.
    3. Oracle Autonomous Database on Dedicated Exadata Infrastructure의 경우 실패한 컨테이너 데이터베이스를 [세부정보] 페이지에서 사용으로 설정된 대기 롤로 복원합니다.
      페일오버 후 대기 컨테이너 데이터베이스의 역할은 기본이 되고 기본 컨테이너 데이터베이스의 역할은 사용 불가능 상태의 사용 불가능 대기가 됩니다.
      자세한 내용은 자율운영 Data Guard 구성에서 대기로 페일오버를 참조하십시오.
    4. 새 기본에서 새 대기로 구성 복제본의 올바른 실행을 확인합니다.