Sun StorEdge Availability Suite용 Sun Cluster Geographic Edition 데이터 복제 설명서

3장 Sun StorEdge Availability Suite 3.2.1 데이터 복제를 사용하는 서비스의 마이그레이션

이 장에서는 유지보수용 또는 클러스터 장애의 결과로 인한 서비스 마이그레이션에 대한 정보를 제공합니다. 이 장은 다음 내용으로 구성되어 있습니다.

Sun StorEdge Availability Suite 3.2.1 데이터 복제를 사용하는 시스템의 클러스터 실패 검출

이 절에서는 기본 또는 보조 클러스터에서 실패가 감지될 때 발생하는 내부 프로세스에 대해 설명합니다.

기본 클러스터 실패 감지

주어진 보호 그룹에 대한 기본 클러스터가 실패하면 파트너쉽의 보조 클러스터가 실패를 감지합니다. 실패하는 클러스터가 둘 이상의 파트너쉽의 구성원일 수 있으며, 이 경우 복수 실패 감지가 발생합니다.

보호 그룹의 전체 상태가 Unknown 상태로 변경될 때 다음 작업이 나타납니다.

하트비트 실패가 파트너 클러스터에 의해 감지됩니다.
하트비트가 비상 모드로 활성화되어 하트비트 손실이 일시적 현상이 아니며 기본 클러스터가 실패했음을 확인합니다. 하트비트 메커니즘이 기본 클러스터를 계속 재시도하는 동안 하트비트는 이 기본 시간초과 간격 중에 OK 상태를 유지합니다. 하트비트 플러그인만이 Error 상태에 표시됩니다.

하트비트의 Query_interval 등록 정보를 사용하여 쿼리 간격을 설정합니다. 사용자가 구성한 네 번의 Query_interval (세 번의 재시도와 한번의 비상 모드 검사) 후에 하트비트가 계속 실패하는 경우 하트비트 손실 이벤트가 생성되고 시스템 로그에 기록됩니다. 기본 간격을 사용할 때 비상 모드 재시도 작동이 약 9분 동안 하트비트 손실 통지를 지연시킬 수 있습니다. 그래픽 사용자 인터페이스(GUI)와 geoadm status 명령 출력에 메시지가 표시됩니다.

로깅에 대한 자세한 내용은 Sun Cluster Geographic Edition 시스템 관리 설명서의 Sun Cluster Geographic Edition 로그 메시지 보기를 참조하십시오.

보조 클러스터 실패 감지

주어진 보호 그룹에 대한 보조 클러스터가 실패하면 동일한 파트너쉽의 클러스터가 실패를 감지합니다. 실패한 클러스터가 둘 이상의 파트너쉽의 구성원일 수 있으며, 이 경우 복수 실패 감지가 발생합니다.

실패 감지 중에 다음 조치가 발생합니다.

하트비트 실패가 파트너 클러스터에 의해 감지됩니다.
보조 클러스터가 중지되었는지 확인하기 위해 하트비트가 비상 모드로 활성화됩니다.
클러스터가 관리자에게 통지합니다. 시스템이 실패한 클러스터가 보조로서 작용 중이었던 모든 보호 그룹을 감지합니다. 이들 보호 그룹의 상태가 Unknown이 됩니다.

작업 전환으로 Sun StorEdge Availability Suite 3.2.1을(를) 사용하는 서비스 마이그레이션

파트너 클러스터로 서비스를 순차적으로 이전하려는 경우 Sun StorEdge Availability Suite 3.2.1 보호 그룹의 작업 전환을 수행합니다. 전환은 다음으로 구성됩니다.

응용 프로그램 서비스는 이전 기본 클러스터인 cluster-paris에서 관리 해제됩니다.

어느 클러스터가 cluster-paris인지에 대한 미리 알림은 Sun Cluster Geographic Edition 시스템 관리 설명서의 Sun Cluster Geographic Edition 클러스터 구성 예를 참조하십시오.
데이터 복제 역할이 반전되고 이제 새 기본 클러스터인 cluster-newyork에서 이전 기본 클러스터인 cluster-paris로 실행하기 시작합니다.
응용 프로그램 서비스가 새 기본 클러스터인 cluster-newyork에서 온라인 상태가 됩니다.

1차에서 2차로 Sun StorEdge Availability Suite 3.2.1 보호 그룹을 작업 전환하는 방법

시작하기 전에

전환이 발생하려면 기본 클러스터와 보조 클러스터 사이에 데이터 복제가 활성 상태여야 합니다. 또한 두 클러스터의 데이터 볼륨이 동기된 상태에 있어야 합니다.

보호 그룹을 기본 클러스터에서 보조 클러스터로 전환하기 전에 다음 조건이 만족되는지 확인하십시오.

Sun Cluster Geographic Edition 소프트웨어가 두 클러스터 모두에서 실행 중입니다.
보조 클러스터가 파트너쉽의 구성원입니다.
두 클러스터 파트너 모두에 접근할 수 있습니다.
보호 그룹의 전체 상태가 OK입니다.

클러스터 노드에 로그인합니다.

이 절차를 완료하려면 Geo Management RBAC 권리 프로파일이 지정되어야 합니다. RBAC에 대한 자세한 내용은 Sun Cluster Geographic Edition 시스템 관리 설명서의 Sun Cluster Geographic Edition 소프트웨어와 RBAC를 참조하십시오.

전환을 시작합니다.

보호 그룹의 일부인 응용 프로그램 자원 그룹이 전환 중에 중지되고 시작됩니다.
# geopg switchover [-f] -m newprimarycluster protectiongroupname
-f

사용자에게 확인을 요청하지 않고 강제로 명령이 조작을 수행하도록 합니다.

-m newprimarycluster

보호 그룹에 대한 기본 클러스터가 될 클러스터의 이름을 지정합니다.

protectiongroupname

보호 그룹의 이름을 지정합니다.

예 3–1 기본에서 보조로 강제 전환

이 예에서는 보조 클러스터로 전환을 수행합니다.

# geopg switchover -f -m cluster-newyork avspg

전환 동안 Sun Cluster Geographic Edition 소프트웨어가 수행하는 조치

geopg switchover 명령이 실행될 때 소프트웨어는 장치 그룹과 연관된 볼륨 세트가 replicating 상태에 있는지 확인합니다. 그런 다음 소프트웨어는 원래 기본 클러스터에 다음 조치를 수행합니다.

보호 그룹의 모든 응용 프로그램 자원 그룹과 경량 자원 그룹과 같은 내부 자원 그룹 사이의 유사성 및 자원 종속성을 제거합니다.
응용 프로그램 자원 그룹을 오프라인으로 만들고 Unmanaged 상태로 만듭니다.
쓰기가 완료하기를 기다립니다.
보호 그룹의 장치 그룹에 해당하는 기본 볼륨을 마운트 해제합니다.
모든 볼륨 세트를 로깅 모드로 만들어서 데이터 복제를 중지합니다.
모든 볼륨 세트의 역할을 반전시킵니다.

원래 보조 클러스터에서 명령은 다음 조치를 수행합니다.

모든 볼륨 세트를 로깅 모드로 만듭니다.
모든 볼륨 세트의 역할을 반전시킵니다.
자동 동기화 기능이 활성화된 갱신 동기화를 실행하여 데이터 복제를 시작합니다.
RoleChange_ActionCmd 등록 정보에 정의된 스크립트를 실행합니다.
모든 응용 프로그램 자원 그룹을 온라인으로 만들고 응용 프로그램 자원 그룹과 경량 자원 그룹과 같은 내부 자원 그룹 사이의 유사상을 추가합니다.

명령의 실행이 성공적으로 완료된 경우 cluster-newyork 보조 클러스터가 보호 그룹에 대한 새 기본 클러스터로 전환됩니다. 원래 기본 클러스터인 cluster-paris는 새 보조 클러스터가 됩니다. 보호 그룹의 장치 그룹과 연관된 볼륨 세트는 로컬 클러스터의 보호 그룹 역할에 따라서 해당 역할이 반전되었습니다. 응용 프로그램 자원 그룹은 새 기본 클러스터에서 온라인입니다. 새 기본 클러스터에서 새 보조 클러스터로의 데이터 복제가 시작됩니다.

앞의 조작 중 하나라도 실패하는 경우 이 명령은 오류를 반환합니다. 각 구성 요소의 상태를 보려면 geoadm status 명령을 실행합니다. 예를 들어 보호 그룹의 Configuration 상태가 실패의 원인에 따라서 Error로 설정될 수 있습니다. 보호 그룹이 활성화 또는 비활성화될 수 있습니다.

보호 그룹의 Configuration 상태가 Error로 설정되는 경우, Sun StorEdge Availability Suite 3.2.1 보호 그룹 검증 방법에서 설명하는 절차를 사용하여 보호 그룹을 재검증하십시오.

보호 그룹의 구성이 각 파트너 클러스터에서 같지 않은 경우 Sun StorEdge Availability Suite 3.2.1 보호 그룹 재동기화 방법에서 설명하는 절차를 사용하여 구성을 재동기화해야 합니다.

Sun StorEdge Availability Suite 3.2.1을 사용하는 시스템에서 강제 작업 인계

기본 볼륨과 보조 볼륨의 데이터가 완전히 일치하는지 여부와 상관없이 응용 프로그램이 보조 클러스터에서 온라인으로 되어야 할 때 인계를 수행해야 합니다. 이 절의 정보는 보호 그룹이 시작되었다는 것을 가정합니다.

인계가 시작된 후에 다음 단계가 발생합니다.

이전 기본 클러스터 cluster-paris가 연결될 수 있고 보호 그룹이 알림 처리 또는 다른 이유로 인해 잠겨 있지 않은 경우 보호 그룹이 비활성화됩니다.

어느 클러스터가 cluster-paris인지에 대한 미리 알림은 Sun Cluster Geographic Edition 시스템 관리 설명서의 Sun Cluster Geographic Edition 클러스터 구성 예를 참조하십시오.
이전 주 클러스터 cluster-paris의 데이터 볼륨이 새로운 주 클러스터 cluster-newyork에 의해 인계됩니다.

주 –
이 데이터가 원래 기본 볼륨과 일치하지 않을 수 있습니다. 새 기본 클러스터 cluster-newyork에서 이전 기본 클러스터 cluster-paris로의 데이터 복제가 중지됩니다.
데이터 복제 없이 보호 그룹이 활성화됩니다.

인계 전후에 기본 및 보조 클러스터에 나타날 수 있는 상태에 대한 자세한 내용은 Sun Cluster Geographic Edition 시스템 관리 설명서의 부록 C, 인계 사후 조건를 참조하십시오.

다음 절차는 보조 클러스터에 의한 강제 인계를 위해 수행해야 하는 단계 및 그 이후의 데이터 복구 방법을 설명합니다.

2차 클러스터에 의한 Sun StorEdge Availability Suite 3.2.1 서비스의 즉시 작업 인계 강제 수행 방법

시작하기 전에

보조 클러스터가 기본 클러스터의 활동을 가정하게 하려면 다음 조건이 만족되었는지 확인합니다.

Sun Cluster Geographic Edition 소프트웨어가 클러스터에서 가동되고 실행 중입니다.
클러스터가 파트너쉽의 구성원입니다.
보호 그룹의 Configuration 상태가 보조 클러스터에서 OK입니다.

보조 클러스터의 노드에 로그인합니다.

이 절차를 완료하려면 Geo Management RBAC 권리 프로파일이 지정되어야 합니다. RBAC에 대한 자세한 내용은 Sun Cluster Geographic Edition 시스템 관리 설명서의 Sun Cluster Geographic Edition 소프트웨어와 RBAC를 참조하십시오.

인계를 시작합니다.
# geopg takeover [-f] protectiongroupname
-f

사용자 확인 없이 강제로 명령이 조작을 수행하도록 합니다.

protectiongroupname

보호 그룹의 이름을 지정합니다.

예 3–2 보조 클러스터에 의한 인계 강제 수행

이 예에서는 보조 클러스터 cluster-newyork에 의한 avspg의 인계를 강제로 수행합니다.

phys-newyork-1은 보조 클러스터의 첫 번째 노드입니다. 어느 노드가 phys-newyork-1인지에 대한 미리 알림은 Sun Cluster Geographic Edition 시스템 관리 설명서의 Sun Cluster Geographic Edition 클러스터 구성 예를 참조하십시오.

phys-newyork-1# geopg takeover -f avspg

다음 순서

인계 동안 Sun Cluster Geographic Edition 소프트웨어가 수행하는 조치

geopg takeover 명령이 실행될 때 소프트웨어에서는 보조 클러스터에서 볼륨 세트가 Replicating인지 또는 Logging 상태에 있는지 확인합니다.

원래의 기본 클러스터 cluster-paris에 접근할 수 있는 경우 소프트웨어는 다음 조치를 수행합니다.

보호 그룹의 모든 응용 프로그램 자원 그룹과 보호 그룹이 활성이었던 경우의 내부 자원 그룹 사이의 유사성 및 자원 종속성을 제거합니다.
응용 프로그램 자원 그룹을 오프라인으로 만들고 Unmanaged 상태로 만듭니다.
보호 그룹의 장치 그룹에 해당하는 기본 볼륨을 마운트 해제합니다.
모든 볼륨 세트를 로깅 모드로 만들어서 데이터 복제를 중지합니다.
모든 볼륨 세트의 역할을 반전시킵니다.

소프트웨어가 원래의 보조 클러스터 cluster-newyork에서 다음 조치를 수행합니다.

모든 볼륨 세트를 로깅 모드에 둡니다.
모든 볼륨 세트의 역할을 반전시킵니다.
RoleChange_ActionCmd 등록 정보에 지정된 스크립트를 실행합니다.
보호 그룹이 인계 전에 원래의 보조 클러스터에서 활성이었던 경우, 모든 응용 프로그램 자원 그룹을 온라인으로 만들고 응용 프로그램 자원 그룹과 내부 자원 그룹 사이에 유사성 및 자원 종속성을 추가합니다.

명령의 실행이 성공적으로 완료된 경우 cluster-newyork 보조 클러스터가 보호 그룹에 대한 새 기본 클러스터로 전환됩니다. 보호 그룹의 장치 그룹과 연관된 볼륨 세트는 로컬 클러스터의 보호 그룹 역할에 따라서 해당 역할이 반전되었습니다. 보호 그룹이 인계 전에 원래의 보조 클러스터에서 활성이었던 경우 응용 프로그램 자원 그룹은 새 기본 클러스터에서 온라인이 됩니다. 원래의 기본 클러스터에 접근할 수 있는 경우 보호 그룹의 새 보조 클러스터가 됩니다. 보호 그룹의 장치 그룹과 연관된 모든 볼륨 세트의 복제가 중지됩니다.

주의 –

인계에 성공한 후 데이터 복제가 중지됩니다. 복제 일시 중단 상태를 계속 유지하려면 geopg start 명령을 사용할 때마다 -n 옵션을 지정하십시오. 이 옵션은 새 기본 클러스터에서 새 보조 클러스터로 데이터 복제가 시작되지 않도록 합니다.

앞의 조작 중 하나라도 실패하는 경우 이 명령은 오류를 반환합니다. 각 구성 요소의 상태를 보려면 geoadm status 명령을 사용합니다. 예를 들어 보호 그룹의 Configuration 상태가 실패의 원인에 따라서 Error로 설정될 수 있습니다. 보호 그룹이 활성화 또는 비활성화될 수 있습니다.

작업 인계 후 Sun StorEdge Availability Suite 3.2.1 데이터 복구

인계 조작이 성공한 후 cluster-newyork 보조 클러스터가 보호 그룹에 대한 기본 클러스터가 되고 서비스가 보조 클러스터에서 온라인으로 전환됩니다. 원래의 기본 클러스터가 복구된 후에 장애 복구라는 프로세스를 사용하여 원래 기본 클러스터에서 서비스가 다시 온라인으로 전환될 수 있습니다.

Sun Cluster Geographic Edition 소프트웨어는 다음 두 종류의 장애 복구를 지원합니다.

장애 복구-전환.장애 복구- 전환 중에, 기본 클러스터의 데이터가 cluster-newyork 보조 클러스터의 데이터와 재동기화된 후 응용 프로그램이 원래 기본 클러스터 cluster-paris에서 다시 온라인으로 전환됩니다.

어느 클러스터가 cluster-paris 및 cluster-newyork인지에 대한 미리 알림은 Sun Cluster Geographic Edition 시스템 관리 설명서의 Sun Cluster Geographic Edition 클러스터 구성 예를 참조하십시오.
장애 복구-인계.장애 복구-인계 중에 응용 프로그램이 원래 기본 클러스터에서 다시 온라인이 되고 기본 클러스터의 현재 데이터를 사용합니다. 보조 클러스터에서 발생한 모든 업데이트는 삭제됩니다.

새 기본 클러스터 cluster-newyork을 기본 클러스터로 두고 원래 기본 클러스터를 재시작한 후 원래 기본 클러스터 cluster-paris를 보조 클러스터로 두려는 경우, 전환 또는 인계 없이 보호 그룹 구성을 재동기화 하고 재검증할 수 있습니다.

보호 그룹 구성의 재동기화 및 재검증 방법

원래 기본 클러스터 cluster-paris에 있는 데이터를 현재 기본 클러스터 cluster-newyork에 있는 데이터로 재동기화 및 재검증하려면 이 절차를 사용합니다.

시작하기 전에

보호 그룹 구성을 재동기화 및 재검증하기 전에 cluster-newyork에서 인계가 발생합니다. 클러스터는 이제 다음 역할을 갖습니다.

원래의 기본 클러스터 cluster-paris가 중지된 경우 클러스터가 부트되고 Sun Cluster Geographic Edition 기반 구조가 클러스터에서 활성화되었는지 확인합니다. 클러스터 부트에 대한 자세한 정보는 Sun Cluster Geographic Edition 시스템 관리 설명서의 클러스터 부트를 참조하십시오.
cluster-newyork의 보호 그룹은 primary 역할을 갖습니다.
cluster-paris의 보호 그룹은 cluster-paris가 cluster-newyork에서 인계 동안 연결되는 지에 따라 primary 역할 또는 secondary 역할 중 하나를 가집니다.

원래 주 클러스터 cluster-paris를 현재 주 클러스터 cluster-newyork와 재동기화하십시오.

cluster-paris 클러스터는 자체 구성을 상실하고 cluster-newyork 구성을 로컬로 복제합니다. 파트너쉽 및 보호 그룹 구성을 재동기화합니다.
1. cluster-paris에서 로컬 클러스터의 보호 그룹을 비활성화합니다.
  # geopg stop -e Local protectiongroupname
  -e Local
  
  명령의 범위를 지정합니다.
  
  local 범위를 지정하면 명령이 로컬 클러스터에서만 작동합니다.
  
  protectiongroupname
  
  보호 그룹의 이름을 지정합니다.
  
  보호 그룹이 이미 비활성화된 경우, 보호 그룹의 자원 그룹 상태는 Error일 수도 있습니다. 응용프로그램 자원 그룹이 관리되고 오프라인이기 때문에 해당 상태는 Error입니다.
  
  보호 그룹 비활성화로 인해 Error 상태를 지워서 응용 프로그램 자원 그룹을 더이상 관리하지 않습니다.
2. cluster-paris에서, 파트너쉽을 재동기화합니다.
  # geops update partnershipname
  partnershipname
  
  파트너쉽의 이름을 지정합니다.
  
  주 –
  여러 보호 그룹을 재동기화할 경우에도 본 단계는 한번만 수행합니다.
  
  파트너쉽 동기화에 대한 자세한 내용은 Sun Cluster Geographic Edition 시스템 관리 설명서의 파트너쉽 재동기화를 참조하십시오.
3. cluster-paris에서 각 보호 그룹을 재동기화합니다.
  
  cluster-newyork 의 보호 그룹 역할이 primary이기 때문에 이 단계에서는 cluster-paris의 보호 그룹 역할이 secondary 임을 확인합니다.
  # geopg update protectiongroupname
  protectiongroupname
  
  보호 그룹의 이름을 지정합니다.
  
  보호 그룹 동기화에 대한 자세한 정보는 Sun StorEdge Availability Suite 3.2.1 보호 그룹 재동기화를 참조하십시오.

cluster-paris에서 각 보호 그룹에 대한 구성을 검증합니다.
# geopg validate protectiongroupname
protectiongroupname

단일 보호 그룹을 식별하는 고유한 이름을 지정합니다.

자세한 정보는 Sun StorEdge Availability Suite 3.2.1 보호 그룹 검증 방법을 참조하십시오.

cluster-paris에서 각 보호 그룹을 활성화합니다.

보호 그룹을 활성화할 때 그의 응용 프로그램 자원 그룹도 온라인이 됩니다.
# geopg start -e Global protectiongroupname
-e Global

명령의 범위를 지정합니다.

Global 범위를 지정하여 보호 그룹이 전개된 양 클러스터에서 해당 명령이 작동합니다.

protectiongroupname

보호 그룹의 이름을 지정합니다.

주의 –
현재 기본 클러스터 cluster-newyork로부터 현재 보조 클러스터 cluster-paris로 데이터의 동기화가 필요하기 때문에 -n 옵션은 사용하지 마십시오.

보호 그룹이 보조 역할을 갖기 때문에 데이터는 현재 주, cluster-newyork에서 현재 보조, cluster-paris로 동기화됩니다.

geopg start 명령에 대한 자세한 정보는 Sun StorEdge Availability Suite 3.2.1 보호 그룹 활성화 방법을 참조하십시오.

데이터가 완전히 동기화되었는지 확인합니다.

첫 번째로, cluster-newyork의 보호 그룹의 상태가 OK인지 확인합니다.
phys-newyork-1# geoadm status
출력의 Protection Group섹션을 참조하십시오.

그런 다음, 복제 자원 그룹 AVSprotectiongroupname-rep-rg의 모든 자원이 OK 상태를 보고하는지 확인합니다.
phys-newyork-1# scstat -g

Sun StorEdge Availability Suite 3.2.1 복제를 사용하는 시스템에서 장애 복구-작업 전환을 수행하는 방법

이 클러스터의 데이터가 현재의 기본 클러스터 cluster-newyork 의 데이터와 재동기화된 후, 이 절차를 사용하여 원래의 기본 클러스터 cluster-paris에서 응용 프로그램을 다시 시작합니다.

장애 복구 절차는 파트너쉽에 있는 클러스터에만 적용됩니다. 다음 절차는 파트너쉽 마다 한번만 수행해야 합니다.

시작하기 전에

장애 복구-전환을 수행하기 전에 인계가 cluster-newyork에서 발생했습니다. 클러스터는 이제 다음 역할을 갖습니다.

원래의 기본 클러스터 cluster-paris가 중지된 경우 클러스터가 부트되고 Sun Cluster Geographic Edition 기반 구조가 클러스터에서 활성화되었는지 확인합니다. 클러스터 부트에 대한 자세한 정보는 Sun Cluster Geographic Edition 시스템 관리 설명서의 클러스터 부트를 참조하십시오.
cluster-newyork의 보호 그룹은 primary 역할을 갖습니다.
cluster-paris의 보호 그룹은 cluster-paris가 cluster-newyork에서 인계 동안 연결되는 지에 따라 primary 역할 또는 secondary 역할 중 하나를 가집니다.

원래 주 클러스터 cluster-paris를 현재 주 클러스터 cluster-newyork와 재동기화하십시오.

cluster-paris 클러스터는 자체 구성을 상실하고 cluster-newyork 구성을 로컬로 복제합니다. 파트너쉽 및 보호 그룹 구성을 재동기화합니다.
1. cluster-paris에서 로컬 클러스터의 보호 그룹을 비활성화합니다.
  phys-paris-1# geopg stop -e Local protectiongroupname
  -e Local
  
  명령의 범위를 지정합니다.
  
  local 범위를 지정하면 명령이 로컬 클러스터에서만 작동합니다.
  
  protectiongroupname
  
  보호 그룹의 이름을 지정합니다.
  
  보호 그룹이 이미 비활성화된 경우, 보호 그룹의 자원 그룹 상태는 Error일 수도 있습니다. 응용프로그램 자원 그룹이 관리되고 오프라인이기 때문에 해당 상태는 Error입니다.
  
  보호 그룹 비활성화로 인해 Error 상태를 지워서 응용 프로그램 자원 그룹을 더이상 관리하지 않습니다.
2. cluster-paris에서, 파트너쉽을 재동기화합니다.
  phys-paris-1# geops update partnershipname
  partnershipname
  
  파트너쉽의 이름을 지정합니다.
  
  주 –
  파트너쉽의 여러 보호 그룹에 대하여 장애 복구-전환을 수행할 경우에도 파트너쉽 마다 이 단계를 한번만 수행해야 합니다.
  
  파트너쉽 동기화에 대한 자세한 내용은 Sun Cluster Geographic Edition 시스템 관리 설명서의 파트너쉽 재동기화를 참조하십시오.
3. cluster-paris에서 각 보호 그룹을 재동기화합니다.
  
  cluster-newyork 에 있는 보호 그룹의 로컬 역할이 지금 primary이기 때문에 이 단계는 cluster-paris에 있는 보호 그룹의 로컬 역할이 secondary로 전환되는 것을 확인합니다.
  phys-paris-1# geopg update protectiongroupname
  protectiongroupname
  
  보호 그룹의 이름을 지정합니다.
  
  보호 그룹 동기화에 대한 자세한 정보는 Sun StorEdge Availability Suite 3.2.1 보호 그룹 재동기화를 참조하십시오.

cluster-paris에서 각 보호 그룹에 대한 구성을 검증합니다.

보호 그룹이 오류 상태일 때는 시작할 수 없습니다. 보호 그룹이 오류 상태가 아님을 확인합니다.
phys-paris-1# geopg validate protectiongroupname
protectiongroupname

단일 보호 그룹을 식별하는 고유한 이름을 지정합니다.

자세한 정보는 Sun StorEdge Availability Suite 3.2.1 보호 그룹 검증 방법을 참조하십시오.

cluster-paris에서 각 보호 그룹을 활성화합니다.

보호 그룹을 활성화할 때 그의 응용 프로그램 자원 그룹도 온라인이 됩니다.
phys-paris-1# geopg start -e Global protectiongroupname
-e Global

명령의 범위를 지정합니다.

Global 범위를 지정하여 보호 그룹이 전개된 양 클러스터에서 해당 명령이 작동합니다.

protectiongroupname

보호 그룹의 이름을 지정합니다.

주의 –
장애 복구-전환을 수행할 때는 데이터가 현재 기본 클러스터인 cluster-newyork에서 현재 보조 클러스터인 cluster-paris 로 동기화되어야 하기 때문에 -n 옵션은 사용하지 마십시오.

보호 그룹에 보조의 역할이 있기 때문에 데이터가 현재 기본인 cluster-newyork에서 현재 보조인 cluster-paris로 동기화됩니다.

geopg start 명령에 대한 자세한 정보는 Sun StorEdge Availability Suite 3.2.1 보호 그룹 활성화 방법을 참조하십시오.

데이터가 완전히 동기화되었는지 확인합니다.

첫 번째로, cluster-newyork의 보호 그룹의 상태가 OK인지 확인합니다.
phys-newyork-1# geoadm status
출력의 Protection Group섹션을 참조하십시오.

그런 다음, 복제 자원 그룹 AVSprotectiongroupname-rep-rg의 모든 자원이 OK 상태를 보고하는지 확인합니다.
phys-newyork-1# scstat -g

클러스터 중 하나에서 각 보호 그룹에 대한 cluster-newyork 에서 cluster-paris로의 전환을 수행합니다.
# geopg switchover [-f] -m clusterparis protectiongroupname
자세한 정보는 1차에서 2차로 Sun StorEdge Availability Suite 3.2.1 보호 그룹을 작업 전환하는 방법을 참조하십시오.

cluster-paris가 보호 그룹에 대한 기본 클러스터로서 원래 역할을 재개합니다.

전환이 성공적으로 수행되었는지 확인합니다.

보호 그룹이 지금 cluster-paris에서 기본이고 cluster-newyork에서 보조임을 확인하고 "데이터 복제" 및 "자원 그룹"에 대한 상태가 두 클러스터에서 OK임을 확인합니다.
# geoadm status
각 Sun StorEdge Availability Suite 3.2.1 보호 그룹에 대해 응용 프로그램 자원 그룹 및 데이터 복제의 런타임 상태를 점검합니다.
# scstat -g
점검하려는 데이터 복제 장치 그룹에 대해 제공되는 Status 및 Status Message 필드를 참조하십시오. 이 필드에 대한 자세한 내용은 표 2–1을 참조하십시오.

데이터 복제의 런타임 상태에 대한 자세한 내용은 Sun StorEdge Availability Suite 3.2.1 데이터 복제의 런타임 상태 점검 을 참조하십시오.

Sun StorEdge Availability Suite 3.2.1 복제를 사용하는 시스템에서 장애 복구-작업 인계를 수행하는 방법

원래의 기본 클러스터 cluster-paris에서 응용 프로그램을 재시작하고 원래 기본 클러스터의 현재 데이터를 사용하려면 이 절차를 사용합니다. 보조 클러스터 cluster-newyork가 기본 클러스터로서 활동하고 있는 동안 이 클러스터에서 발생한 모든 업데이트가 삭제됩니다.

장애 복구 절차는 파트너쉽에 있는 클러스터에만 적용됩니다. 다음 절차는 파트너쉽 마다 한번만 수행해야 합니다.

주 –

조건에 따라 원래의 기본 클러스터 cluster-paris의 데이터 사용을 재개할 수 있습니다. cluster-newyork 에 대한 인계 조작 후에는 임의의 지점에서 새로운 기본 클러스터 cluster-newyork에서 원래의 기본 클러스터 cluster-paris 로 데이터를 복제하지 않아야 합니다.

시작하기 전에

장애 복구-인계 조작을 시작하기 전에는 클러스터에서 다음 역할을 가집니다.

원래의 기본 클러스터 cluster-paris가 중지된 경우 클러스터가 부트되고 Sun Cluster Geographic Edition 기반 구조가 클러스터에서 활성화되었는지 확인합니다. 클러스터 부트에 대한 자세한 정보는 Sun Cluster Geographic Edition 시스템 관리 설명서의 클러스터 부트를 참조하십시오.
cluster-newyork의 보호 그룹은 primary 역할을 갖습니다.
cluster-paris의 보호 그룹은 인계 중에 보호 그룹에 접근할 수 있는지 여부에 따라서 primary 역할 또는 secondary 역할을 가집니다.

원래 주 클러스터 cluster-paris를 원래 보조 클러스터 cluster-newyork와 재동기화하십시오.

cluster-paris는 고유 구성을 상실하고 cluster-newyork 구성을 지역적으로 복제합니다.
1. cluster-paris에서, 파트너쉽을 재동기화합니다.
  phys-paris-1# geops update partnershipname
  partnershipname
  
  파트너쉽의 이름을 지정합니다.
  
  주 –
  파트너쉽의 여러 보호 그룹에 대해 장애 복구-전환을 수행할 경우에도 파트너쉽 마다 이 단계를 한번만 수행해야 합니다.
  
  파트너쉽 동기화에 대한 자세한 내용은 Sun Cluster Geographic Edition 시스템 관리 설명서의 파트너쉽 재동기화를 참조하십시오.
2. cluster-paris에서 각 보호 그룹을 재동기화합니다.
  
  보호 그룹이 활성화되면 geopg stop 명령을 사용하여 보호 그룹을 비활성화합니다. 보호 그룹 비활성화에 대한 자세한 정보는 Sun StorEdge Availability Suite 3.2.1 보호 그룹 비활성화 방법을 참조하십시오.
  phys-paris-1# geopg update protectiongroupname
  protectiongroupname
  
  보호 그룹의 이름을 지정합니다.
  
  보호 그룹 동기화에 대한 자세한 정보는 Sun StorEdge Availability Suite 3.2.1 보호 그룹 재동기화 방법을 참조하십시오.

cluster-paris에서 각 보호 그룹에 대한 구성을 검증합니다.

보호 그룹이 오류 상태가 아님을 확인합니다. 보호 그룹이 오류 상태일 때는 시작할 수 없습니다.
phys-paris-1# geopg validate protectiongroupname
protectiongroupname

단일 보호 그룹을 식별하는 고유한 이름을 지정합니다.

자세한 정보는 Sun StorEdge Availability Suite 3.2.1 보호 그룹 검증 방법을 참조하십시오.

cluster-paris에서 데이터 복제 없이 보조 역할의 각 보호 그룹을 활성화합니다.

cluster-paris의 보호 그룹이 secondary의 역할을 갖기 때문에 geopg start 명령이 cluster-paris에서 응용 프로그램을 재시작하지 않습니다.
phys-paris-1# geopg start -e local -n protectiongroupname
-e local

명령의 범위를 지정합니다.

local 범위를 지정하면 명령이 로컬 클러스터에서만 작동합니다.

-n

보호 그룹 시작 시에 데이터 복제의 시작을 막습니다.

주 –
-n 옵션을 사용해야 합니다.

protectiongroupname

보호 그룹의 이름을 지정합니다.

자세한 정보는 Sun StorEdge Availability Suite 3.2.1 보호 그룹 활성화 방법을 참조하십시오.

-n 옵션이 cluster-paris 에서 사용되기 때문에 cluster-newyork에서 cluster-paris로의 복제가 시작되지 않습니다.

cluster-paris에서 각 보호 그룹에 대한 인계를 시작합니다.
phys-paris-1# geopg takeover [-f] protectiongroupname
-f

사용자 확인 없이 강제로 명령이 조작을 수행하도록 합니다.

protectiongroupname

보호 그룹의 이름을 지정합니다.

geopg takeover 명령에 대한 자세한 정보는 2차 클러스터에 의한 Sun StorEdge Availability Suite 3.2.1 서비스의 즉시 작업 인계 강제 수행 방법을 참조하십시오.

이제 cluster-paris의 보호 그룹은 primary 역할이 되고, cluster-newyork의 보호 그룹은 secondary 역할이 됩니다.

cluster-newyork에서 각 보호 그룹을 활성화합니다.

cluster-newyork의 보호 그룹이 secondary의 역할을 가지기 때문에, geopg start 명령으로 cluster-newyork에서 응용 프로그램이 재시작되지 않습니다.
phys-newyork-1# geopg start -e local [-n] protectiongroupname
-e local

명령의 범위를 지정합니다.

local 범위를 지정하면 명령이 로컬 클러스터에서만 작동합니다.

-n

보호 그룹 시작 시에 데이터 복제의 시작을 막습니다.

이 옵션을 생략하면 데이터 복제 서브시스템이 보호 그룹과 동시에 시작합니다.

protectiongroupname

보호 그룹의 이름을 지정합니다.

geopg start 명령에 대한 자세한 정보는 Sun StorEdge Availability Suite 3.2.1 보호 그룹 활성화 방법을 참조하십시오.

데이터 복제를 시작합니다.

데이터 복제를 시작하려면 주 클러스터 cluster-paris에서 보호 그룹을 활성화합니다.
# geopg start -e local protectiongroupname
geopg start 명령에 대한 자세한 정보는 Sun StorEdge Availability Suite 3.2.1 보호 그룹 활성화 방법을 참조하십시오.

인계가 성공적으로 수행되었는지 확인합니다.

이제 보호 그룹이 cluster-paris의 기본이고 cluster-newyork의 보조인지 그리고 두 클러스터에서 데이터 복제와 자원 그룹의 상태가 OK인지 확인합니다.
# geoadm status
각 Sun StorEdge Availability Suite 3.2.1 보호 그룹에 대해 응용 프로그램 자원 그룹 및 데이터 복제의 런타임 상태를 점검합니다.
# scstat -g
점검하려는 데이터 복제 장치 그룹에 대해 제공되는 Status 및 Status Message 필드를 참조하십시오. 이 필드에 대한 자세한 내용은 표 2–1을 참조하십시오.

데이터 복제의 런타임 상태에 대한 자세한 내용은 Sun StorEdge Availability Suite 3.2.1 데이터 복제의 런타임 상태 점검 을 참조하십시오.

Sun StorEdge Availability Suite 3.2.1 데이터 복제 오류에서 복구

데이터 복제 레벨에서 오류가 발생할 때 오류가 관련 장치 그룹의 복제 자원 그룹의 자원 상태에 반영됩니다.

예를 들어 Sun StorEdge Availability Suite 3.2.1에 의해 제어되는 avsdg라는 장치 그룹이 볼륨 실패 상태인 VF로 변경된다고 가정합니다. 이 상태가 다음 자원 상태에서 반영됩니다.

Resource Status = "FAULTED"
Resource status message = "FAULTED : Volume failed"

주 –

검사가 여전히 올바르게 실행 중이기 때문에 자원 상태가 여전히 Online입니다.

자원 상태가 변했기 때문에 보호 그룹 상태도 변경됩니다. 이 경우에 로컬 데이터 복제 상태, 로컬 클러스터의 보호 그룹 상태 및 전체 보호 그룹 상태가 Error가 됩니다.

오류 상태에서 복구하려면 다음 절차의 관련 단계를 완료합니다.

데이터 복제 오류에서 복구하는 방법

Sun StorEdge Availability Suite 3.2.1 문서의 절차를 사용하여 오류 상태의 원인을 판별하십시오. 이 상태는 VF로 표시됩니다.

Sun StorEdge Availability Suite 3.2.1 절차를 사용하여 오류 상태에서 복구합니다.

복구 절차가 장치 그룹의 상태를 변경하는 경우 이 상태는 자원에 의해 자동으로 감지되며 새 보호 그룹 상태로서 보고됩니다.

보호 그룹 구성을 재검증합니다.
phys-paris-1# geopg validate protectiongroupname
protectiongroupname

Sun StorEdge Availability Suite 3.2.1 보호 그룹의 이름을 지정합니다.

보호 그룹 구성의 상태를 검토합니다.
phys-paris-1# geopg list protectiongroupname
protectiongroupname

Sun StorEdge Availability Suite 3.2.1 보호 그룹의 이름을 지정합니다.