복제 방향 바꾸기

일반적인 투 시스템 재해 복구 계획을 지원하기 위해 복제 방향을 바꿀 수 있습니다. 이 작업은 위에서 설명한 단절 작업과 비슷하지만, 추가적으로 증분 복제를 위해 새 로컬 프로젝트의 복제 작업을 소스 시스템에 다시 구성합니다. 이 작업이 완료될 때 소스 시스템에서 변경되는 내용은 없지만, 이 작업을 사용하려고 시도하는 첫번째 업데이트는 소스 시스템에 있는 원래의 프로젝트를 복제 패키지로 변환하고 해당 시스템에서 마지막으로 성공한 복제 업데이트 이후 변경된 모든 내용을 롤백합니다.

이 기능은 주 및 보조 데이터 복사본의 읽기/쓰기 상태를 수정하는 것 외에는 자동으로 운용 작업량을 재지정하거나, IP 주소를 페일오버하거나, 재해 복구 페일오버와 관련된 다른 작업을 수행하지 않습니다.

원래의 소스 프로젝트를 원래 소스 시스템(이제는 대상 역할을 함)의 복제 패키지로 변환하는 과정에서, 현재 방향을 바꾸고 있는 작업/패키지의 일환으로 복제된 공유는 새로운 복제 패키지로 이동하며 내보내지지 않습니다. 원래의 프로젝트는 로컬 모음에 남아 있지만, 해당하는 공유가 모두 작업/패키지에 포함된 경우 비게 될 수도 있습니다. 공유 레벨 복제의 방향을 바꿀 때 원래 프로젝트에 있는 다른 공유에는 아무런 변동이 없습니다.

어플라이언스 간의 공유 레벨 복제를 설정한 후 대상 어플라이언스에서 해당 복제의 방향을 바꾸면 복제 일정이 삭제됩니다. 그런 다음 일정 없이 올바른 대상 어플라이언스를 포함하는 프로젝트 레벨에서 복제 작업이 만들어집니다.

위에서 언급한 대로 이 기능은 주 시스템이 운용 데이터를 처리하며 주 사이트에서 재해 발생 시 운용 트래픽을 처리할 수 있도록 대기 중인 보조 또는 DR 시스템(종종 다른 데이터 센터에 있음)에 운용 데이터를 복제하는 투 시스템 재해 복구 구성을 구현하는 데 일반적으로 사용됩니다. 주 사이트에서 재해 발생 시 보조 사이트의 복사본을 쓰기 가능으로 만들고 운용 트래픽을 보조 사이트로 재지정함으로써 "주" 사이트로 만들어야 합니다. 주 사이트가 복구되면 보조 사이트에 누적된 변경 내용을 다시 주 사이트로 복제할 수 있으며 해당 사이트가 다시 운용 작업량 처리를 재개할 수 있습니다.

이러한 계획하의 일반적인 이벤트 순서는 다음과 같습니다.

• 주 시스템이 운용 작업량을 처리하고 이를 보조 시스템에 복제합니다.

• 주 사이트에서 전체적인 시스템 장애에 해당하는 재해가 발생합니다. 관리자가 보조 사이트에서 복제 방향을 바꾸고, 복제된 공유를 주 서비스가 복원될 때 주 사이트에 다시 복제하도록 구성된 새 프로젝트로 내보냅니다. 한편 운용 작업량은 보조 사이트로 재지정됩니다.

• 주 사이트가 다시 온라인 상태가 될 때 관리자가 보조 사이트에서 주 사이트로의 복제 업데이트를 시작합니다. 이는 주 사이트의 복사본을 복제 패키지로 변환하고, 대상에서 마지막으로 성공한 업데이트(장애 이전) 이후에 변경된 모든 내용을 롤백합니다. 주 사이트의 복사본이 다시 최신 상태가 되면 관리자는 복제 방향을 다시 바꿔 주 사이트에 있는 복사본을 쓰기 가능 상태로 만듭니다. 운용 트래픽이 다시 주 사이트로 재지정됩니다. 주 사이트에서 보조 사이트로의 복제가 재개되고, 주 복사본과 보조 복사본 간의 초기 관계가 복원됩니다.

패키지의 복제 방향을 바꿀 때는 관리자가 소스에서 해당 프로젝트의 복제를 먼저 중지하는 것이 좋습니다. 관리자가 프로젝트의 복제 방향을 바꿀 때 복제 업데이트가 진행 중일 경우, 관리자는 이전 대상 어플라이언스(이제는 소스 어플라이언스)에서 어떤 일관된 복제 스냅샷을 사용하여 최종 프로젝트를 만들었는지 알 수 없습니다.

BUI에서 복제 패키지로 이동하고(위 참조) 복제 탭을 누른 다음 버튼을 눌러 복제 방향을 바꿀 수 있습니다. 이때 나타나는 대화 상자에서 관리자는 새 로컬 프로젝트의 이름을 지정할 수 있습니다.

CLI에서 복제 패키지로 이동하고(위 참조) reverse 명령을 사용하여 복제 방향을 바꿀 수 있습니다. 이 명령은 새 로컬 프로젝트의 이름을 지정하는 선택적 인수를 사용합니다. 인수가 지정되지 않으면 원래 이름이 사용됩니다.

모든 로컬 공유를 내보내기 때문에 패키지가 반대 방향으로 전환될 때는 이전에 내보냈는지(위 참조)에 관계없이 패키지에 있는 모든 공유를 내보냅니다. 복제된 파일 시스템과 시스템에 있는 다른 파일 시스템 간에 마운트 지점이 충돌할 경우에는 방향 바꾸기 작업이 실패합니다. 이러한 충돌은 관련 공유의 마운트 지점을 재구성함으로써 단절 이전에 해결되어야 합니다. 이 작업은 일반적으로 운용 서비스를 복원하기 위한 주요 경로에 속하므로 DR 페일오버를 수행할 때보다는 시스템을 처음 설정할 때 이러한 마운트 지점 충돌을 해결하는 것이 좋습니다.