Hitachi TrueCopy 복제를 사용하는 시스템에서 장애 복구-작업 인계를 수행하는 방법
원래의 1차 클러스터 cluster-paris에서 응용 프로그램을 재시작하고 원래 1차 클러스터의 현재 데이터를 사용하려면 이 절차를 사용하십시오. 2차 클러스터 cluster-newyork가 1차 클러스터로서 활동하고 있는 동안 이 클러스터에서 발생한 모든 업데이트가 삭제됩니다.
주 –
조건에 따라, 원래의 1차 클러스터 cluster-paris의 데이터 사용을 재개할 수 있습니다. cluster-newyork 에 대한 작업 인계 조작 후 임의의 지점에서 새 1차 클러스터 cluster-newyork에서 원래의 1차 클러스터 cluster-paris 로 데이터를 복제하지 않아야 합니다. 새 1차 클러스터와 원래의 1차 클러스터 사이의 데이터 복제를 막으려면 geopg start 명령을 사용할 때마다 -n 옵션을 사용해야만 합니다.
시작하기 전에
장애 조치-작업 인계 조작을 시작하기 전에 클러스터는 다음 역할을 갖습니다.
-
cluster-newyork의 보호 그룹은 primary 역할을 갖습니다.
-
cluster-paris의 보호 그룹은 작업 인계 중에 보호 그룹에 접근할 수 있는지 여부에 따라서 primary 역할 또는 secondary 역할을 갖습니다.
단계
-
원래 1차 클러스터 cluster-paris를 원래 2차 클러스터 cluster-newyork와 재동기화하십시오.
cluster-paris는 고유 구성을 상실하고 cluster-newyork 구성을 지역적으로 복제합니다.
-
cluster-paris에서, 파트너쉽을 재동기화합니다.
# geops update partnership-name
- 파트너쉽_이름
-
파트너쉽의 이름을 지정합니다.
주 –복수 보호 그룹에 대해 장애 복구-작업 인계를 수행 중인 경우에도 이 단계를 한 번만 수행해야 합니다.
파트너쉽 동기화에 대한 자세한 정보는 파트너쉽 재동기화를 참조하십시오.
-
Hitachi TrueCopy 장치 그룹 devgroup1을 SMPL 상태에 둡니다.
pairsplit 명령을 사용하여 cluster-paris 및 cluster-newyork 모두의 보호 그룹에 있는 Hitachi TrueCopy 장치 그룹을 SMPL 상태에 둡니다. 사용하는 pairsplit 명령은 Hitachi TrueCopy 장치 그룹의 쌍 상태에 달려있습니다. 다음 표는 몇몇 전형적인 쌍 상태에 대해 cluster-paris에서 사용해야 하는 명령의 몇 가지 예를 제공합니다.
cluster-paris의 쌍 상태
cluster-newyork의 쌍 상태
cluster-paris에서 사용되는 pairsplit 명령
PSUS 또는 PSUE
SSWS
pairsplit -R -g dgname
pairsplit -S -g dgname
SSUS
PSUS
pairsplit -S -g dgname
pairsplit명령에 대한 자세한 정보는 Sun StorEdge SE 9900 V Series Command and Control Interface User and Reference Guide를 참조하십시오.
명령이 성공하는 경우 devgroup1의 상태가 pairdisplay 명령의 출력에 다음과 같이 주어집니다.
phys-paris-1# pairdisplay -g devgroup1 Group PairVol(L/R) (Port#,TID,LU),Seq#,LDEV#,P/S,Status,Fence,Seq#,P-LDEV# M devgroup1 pair1(L) (CL1-A , 0, 1) 12345 1..SMPL ---- ----,----- ---- - devgroup1 pair1(R) (CL1-C , 0, 20)54321 609..SMPL ---- ----,----- ---- - devgroup1 pair2(L) (CL1-A , 0, 2) 12345 2..SMPL ---- ----,----- ---- - devgroup1 pair2(R) (CL1-C , 0,21) 54321 610..SMPL ---- ----,----- ---- -
.
-
cluster-paris에서 각 보호 그룹을 재동기화합니다.
cluster-newyork 의 보호 그룹의 로컬 역할이 지금 primary이기 때문에 이 단계는 cluster-paris의 보호 그룹의 로컬 역할이 secondary이도록 합니다 .
# geopg update protection-group-name
- 보호_그룹_이름
-
보호 그룹의 이름을 지정합니다.
보호 그룹 재동기화에 대한 자세한 정보는 보호 그룹 재동기화 방법을 참조하십시오.
-
-
cluster-paris에서 각 보호 그룹에 대한 클러스터의 구성을 검증합니다.
# geopg validate protection-group-name
- 보호_그룹_이름
-
단일 보호 그룹을 식별하는 고유한 이름을 지정합니다.
자세한 정보는 Hitachi TrueCopy 보호 그룹 검증 방법 을 참조하십시오.
-
cluster-paris에서, 데이터 복제 없이 보조 역할의 각 보호 그룹을 활성화합니다.
cluster-paris의 보호 그룹이 secondary의 역할을 갖기 때문에 geopg start 명령이 cluster-paris에서 응용 프로그램을 재시작하지 않습니다.
# geopg start -e local -n protection-group-name
- -e local
-
명령의 범위를 지정합니다.
local 범위를 지정하면 명령이 로컬 클러스터에서만 작동합니다.
- -n
-
보호 그룹 시작 시에 데이터 복제의 시작을 막습니다.
주 –-n 옵션을 사용해야 합니다.
- 보호_그룹_이름
-
보호 그룹의 이름을 지정합니다.
자세한 정보는 Hitachi TrueCopy 보호 그룹 활성화 방법 을 참조하십시오.
-n 옵션이 cluster-paris에서 주어지기 때문에 cluster-newyork에서 cluster-paris로의 복제가 시작되지 않습니다.
-
cluster-paris에서, 각 보호 그룹에 대한 작업 인계를 시작합니다.
# geopg takeover [-f] protection-group-name
- -f
-
사용자 확인 없이 강제로 명령이 조작을 수행하도록 합니다.
- 보호_그룹_이름
-
보호 그룹의 이름을 지정합니다.
geopg takeover 명령에 대한 자세한 정보는 2차 클러스터에 의한 Hitachi TrueCopy 서비스의 즉시 작업 인계 강제 수행 방법을 참조하십시오.
cluster-paris의 보호 그룹이 이제 primary 역할을 갖고, cluster-newyork의 보호 그룹은 secondary 역할을 갖습니다. 응용 프로그램 서비스가 이제 cluster-paris에서 온라인입니다.
-
cluster-newyork에서 각 보호 그룹을 활성화합니다.
4단계의 끝에서 cluster-newyork의 보호 그룹 로컬 상태가 Offline입니다. 보호 그룹의 로컬 상태 모니터링을 시작하려면 cluster-newyork에서 보호 그룹을 활성화해야 합니다.
cluster-newyork의 보호 그룹이 secondary의 역할을 갖기 때문에, geopg start 명령이 cluster-newyork에서 응용 프로그램을 재시작하지 않습니다.
# geopg start -e local [-n] protection-group-name
- -e local
-
명령의 범위를 지정합니다.
local 범위를 지정하면 명령이 로컬 클러스터에서만 작동합니다.
- -n
-
보호 그룹 시작 시에 데이터 복제의 시작을 막습니다.
이 옵션을 생략하면 데이터 복제 서브시스템이 보호 그룹과 동시에 시작합니다.
- 보호_그룹_이름
-
보호 그룹의 이름을 지정합니다.
geopg start 명령에 대한 자세한 정보는 Hitachi TrueCopy 보호 그룹 활성화 방법 을 참조하십시오.
- © 2010, Oracle Corporation and/or its affiliates