투 시스템 재해 복구 계획 및 디스크 간 백업을 지원하기 위해 복제 방향을 바꿀 수 있습니다.
복제 방향 바꾸기 작업은 복제 패키지를 로컬 프로젝트로 변환합니다. 이 작업은 또한 증분 복제를 위해 새 로컬 프로젝트의 복제 작업을 소스 어플라이언스로 다시 구성합니다. 첫번째 업데이트 시도에서는 소스 시스템의 원본 프로젝트를 복제 패키지로 변환하고 마지막으로 성공한 복제 업데이트 이후 변경된 사항을 해당 시스템에서 롤백합니다.
다음 그림은 복제 방향 바꾸기의 일반적인 이벤트 순서를 설명합니다.
그림 36 재해 복구를 위해 원격 복제 사용
|
원래의 소스 프로젝트를 원래 소스 시스템(이제는 대상 역할을 함)의 복제 패키지로 변환하는 과정에서, 현재 방향을 바꾸고 있는 작업/패키지의 일환으로 복제된 공유는 새로운 복제 패키지로 이동하며 내보내지지 않습니다. 원래의 프로젝트는 로컬 모음에 남아 있지만, 해당하는 공유가 모두 작업/패키지에 포함된 경우 비게 될 수도 있습니다. 공유 레벨 복제의 방향을 바꿀 때 원래 프로젝트에 있는 다른 공유에는 아무런 변동이 없습니다.
어플라이언스 간의 공유 레벨 복제를 설정한 후 대상 어플라이언스에서 해당 복제의 방향을 바꾸면 복제 일정이 삭제됩니다. 그런 다음 일정 없이 올바른 대상 어플라이언스를 포함하는 프로젝트 레벨에서 복제 작업이 만들어집니다.
패키지의 복제 방향을 바꿀 때는 관리자가 소스에서 해당 프로젝트의 복제를 먼저 중지하는 것이 좋습니다. 관리자가 프로젝트의 복제 방향을 바꿀 때 복제 업데이트가 진행 중일 경우, 관리자는 이전 대상 어플라이언스(이제는 소스 어플라이언스)에서 어떤 일관된 복제 스냅샷을 사용하여 최종 프로젝트를 만들었는지 알 수 없습니다.
모든 로컬 공유를 내보내기 때문에 패키지가 반대로 될 때는 이전에 내보냈는지에 관계없이 패키지에 있는 모든 공유를 내보냅니다. 복제된 파일 시스템과 시스템에 있는 다른 파일 시스템 간에 마운트 지점이 충돌할 경우에는 방향 바꾸기 작업이 실패합니다. 이러한 충돌은 관련 공유의 마운트 지점을 재구성함으로써 단절 이전에 해결되어야 합니다. 이 작업은 일반적으로 운용 서비스를 복원하기 위한 주요 경로에 속하므로 재해 복구 페일오버를 수행할 때보다는 시스템을 처음 설정할 때 이러한 마운트 지점 충돌을 해결하는 것이 좋습니다.
관련 항목