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