재해 복구 관리 개요

이 절은 재해 복구 시나리오의 예와 관리자가 수행할 수 있는 조치를 제공합니다.

Company X가 파리의 cluster-paris와 뉴욕의 cluster-newyork이라는 두 개의 지리적으로 떨어진 클러스터를 갖습니다. 이들 클러스터가 파트너 클러스터로 구성됩니다. 파리의 클러스터는 1차 클러스터로 구성되며 뉴욕의 클러스터는 2차 클러스터로 구성됩니다.

cluster-paris 클러스터가 폭풍 중의 정전의 결과로 일시적으로 실패합니다. 관리자의 경우 다음 이벤트가 발생합니다.

1. cluster-paris와 cluster-newyork 사이에 심박동 통신이 유실됩니다. 심박동 통지가 파트너쉽의 작성 중에 구성되었기 때문에 심박동 유실 통지 전자 우편이 관리자에게 송신됩니다.

   파트너쉽 및 심박동 통지 구성에 대한 정보는 파트너쉽 작성 및 수정을 참조하십시오.

2. 관리자는 통지 전자 우편을 수신하고 회사 절차를 따라서 2차 클러스터에 의한 작업 인계가 필요한 상황 때문에 단절이 발생했는지 확인합니다. 작업 인계는 비용이 많이 들기 때문에 Company X 는 2 시간 이내에 1차 클러스터를 수리할 수 없는 경우가 아니면 작업 인계를 허용하지 않습니다.

   Sun StorEdge Availability Suite 3.2.1을 사용하는 시스템에서 단절 검증에 대한 정보는 Sun StorEdge Availability Suite 3.2.1 데이터 복제를 사용하는 시스템의 클러스터 실패 검출를 참조하십시오.

   Hitachi TrueCopy를 사용하는 시스템에서 단절 검증에 대한 정보는 Hitachi TrueCopy 데이터 복제를 사용하는 시스템의 클러스터 실패 검출을 참조하십시오.

3. cluster-paris 클러스터를 최소한 다른 날에 다시 온라인으로 만들 수 없기 때문에 관리자는 뉴욕 노드에서 geopg takeover 명령을 실행하는데, 이 명령은 뉴욕의 2차 클러스터 cluster-newyork에서 보호 그룹을 시작합니다.

   Sun StorEdge Availability Suite 3.2.1 데이터 복제를 사용하는 시스템에서 작업 인계 수행에 대한 정보는 Sun StorEdge Availability Suite 3.2.1을 사용하는 시스템에서 강제 작업 인계을 참조하십시오. Hitachi TrueCopy 데이터 복제를 사용하는 시스템에서 작업 인계 수행에 대한 정보는 Hitachi TrueCopy 데이터 복제를 사용하는 시스템에서 강제 작업 인계을 참조하십시오.

4. 작업 인계 후, 2차 클러스터 cluster-newyork 가 새로운 1차 클러스터가 됩니다. 파리의 실패한 클러스터는 여전히 1차로서 구성되므로, cluster-paris가 재시작할 때 클러스터는 정지되었으며 파트너 클러스터와의 접속이 유실되었음을 검출합니다. 그러면 cluster-paris가 수리하기 위한 관리 조치가 필요한 오류 상태에 들어갑니다. 클러스터가 데이터를 복구하고 재동기화해야 할 수도 있습니다.

   Sun StorEdge Availability Suite 3.2.1 데이터 복제를 사용하는 시스템의 작업 인계 후 데이터 복구에 대한 정보는 작업 인계 후 Sun StorEdge Availability Suite 3.2.1 데이터 복구를 참조하십시오. Hitachi TrueCopy 데이터 복제를 사용하는 시스템에서 작업 인계 수행에 대한 정보는 Hitachi TrueCopy 복제를 사용하는 시스템에서 원래의 1차 클러스터로 서비스 장애 복구를 참조하십시오.