Administrator Guide

Contexts:
advanced recoverpoint
2. resolve-conflicting-detach 명령을 사용하여 클러스터-1을 승자로 선택합니다.
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> resolve-conflicting-detach -c
cluster-1
This will cause I/O to suspend at clusters in conflict with cluster cluster-1, allowing
you to stop applications at those clusters. Continue? (Yes/No) Yes
링크 운영 중단이 시작된 이후의 정합성 보장 그룹 내 볼륨의 데이터에 대한 클러스터-2의 수정 사항은 폐기됩니다.
그런 다음 클러스터-2의 데이터 이미지는 클러스터-1의 이미지와 동기화됩니다.
자동 재개 정책이 false인 경우 I/O는 클러스터-2에서 일시 중단됩니다.
3. ls 명령을 사용하여 운영 상태의 변경 사항을 확인합니다.
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> ls
Attributes:
Name Value
------------------- ----------------------------------------------------------
active-clusters [cluster-1, cluster-2]
cache-mode synchronous
detach-rule no-automatic-winner
operational-status [(cluster-1,{ summary:: ok, details:: [] }),
(cluster-2,{ summary:: suspended, details:: [requires-resume-at-
loser] })]
passive-clusters []
recoverpoint-enabled false
storage-at-clusters [cluster-1, cluster-2]
virtual-volumes [dd1_vol, dd2_vol]
visibility [cluster-1, cluster-2]
Contexts:
advanced recoverpoint
● 클러스터-1에서 I/O가 계속되고 상태가 ok입니다.
● 클러스터-2에서 데이터 뷰가 변경되어 I/O가 일시 중단됩니다.
4. consistency-group resume-at-loser 명령을 사용하여 I/O를 클러스터-2의 정합성 보장 그룹으로 재개합니다.
손실된 클러스터에서 I/O 재개
클러스터 간 링크 운영 중단 중 두 클러스터 중 하나인
승리 클러스터에서 재개하도록 I/O를 허용할 수도 있습니다.
이 작업 정보
I/O는 패배 클러스터에서 일시 중단 상태로 유지됩니다.
클러스터 간 링크가 복원되면 승리 및 패배 클러스터가 재연결되며 패배 클러스터는 승리 클러스터가 패배 클러스터 없이 I/O를 재개
했음을 인식합니다.
명시적으로 구성되지 않은 한 I/O는 패배 클러스터에서 일시 중단 상태로 유지됩니다. 이는 패배 클러스터의 애플리케이션이 자발적
인 데이터 변경을 경험하지 않도록 방지합니다.
해당 지연을 통해 애플리케이션을 종료할 수 있습니다.
애플리케이션을 중지한 후 consistency-group resume-at-loser 명령을 수행하여 다음을 수행합니다.
● 패배 클러스터의 데이터 이미지를 승리 클러스터의 데이터 이미지와 다시 동기화합니다.
● I/O 작업 서비스를 재개합니다.
그러면 패배 클러스터에서 애플리케이션을 안전하게 재시작할 수 있습니다.
패배 클러스터에서 I/O 재시작:
80 정합성 보장 그룹