• 이 문서에서는 "복제 다시 동기화"가 네트워크를 통해 보낼 데이터를 결정하는 방법에 대해 설명합니다. 재동기화를 수행하는 방법에 대한 절차는 다음 문서를 참조하십시오. Data Domain: 디렉토리 복제를 중단하고 다시 동기화하는 방법

적용 대상

• 모든 DD(Data Domain) 모델
• 디렉토리 복제
• 모든 소프트웨어 릴리스 4.3 이상

해결책

Resync는 initialize와 거의 동일하며, 디렉터리 복제 컨텍스트에 대해 initialize 대신 지정할 수도 있지만 다음과 같은 차이점이 있습니다.

복제본 디렉토리는 비워둘 필요가 *없습니다*. 내부적으로 대상은 기존 파일을 방해가 되지 않도록 이동합니다.

(4.3에서 4.5까지에서는 이러한 파일의 이름을 $destdir/.ddrsaved/ directory에 관한 자세한 내용을 참조하십시오. 4.6+에서는 스냅샷을 만든 다음 복제 컨텍스트에서 파일을 삭제합니다 $destdir에서 제공하는 최신 버전)으로 업데이트합니다.

소스 디렉토리의 각 파일에 대해 대상에 동일한 상대 경로가 있는지 확인합니다( $destdir/.ddrsaved또는 스냅샷). 

파일이 있는 경우 대상 파일이 소스 파일과 동일한지 확인합니다. 

동일한 경우 기존 복제본 파일은 해당 내용을 필터링하거나 보낼 필요 없이 제자리에 하드 링크됩니다.

파일 ID 검사는 일정한 시간에 수행됩니다.

복제본 파일이 directory replication >= 4.3에 의해 생성된 경우 검사가 성공합니다.

즉, 컬렉션 복제(Data Domain이 LAN에 있는 경우 편리함)를 실행하고 컬렉션 복제를 중단한 다음 디렉토리 복제 재동기화를 수행하여 시딩을 수행할 수 있습니다.

복제본 파일을 찾을 수 없거나 컨텐츠가 일치하지 않으면 파일이 정상적으로 복제됩니다. 즉, 세그먼트별로 필터링됩니다.

재동기화의 요점은 가능한 경우 이 필터링을 방지하는 것입니다.

잠재적인 문제는 파일 이름을 바꾸는 사용자 활동 또는 애플리케이션 논리로 인해 복제가 중단된 후 다시 동기화하기 전에 원본 또는 복제본 파일이 이동되거나 이름이 바뀔 수 있다는 것입니다.

이로 인해 resync의 경로 이름 조회에서 일치하는 항목을 찾지 못하므로 각 파일을 전체 필터링해야 합니다.

세그먼트가 대상에 존재하기 때문에 높은 복제 압축이 달성되지만 세그먼트 참조를 전송하고 필터링하지 않을 기회를 놓치게 됩니다.

• 4.5에서는 복제본에 Retention Lock이 활성화되어 있거나 활성화된 적이 있는 경우 재동기화가 실패합니다.
• 4.6 이상에서는 복제본의 보존 잠금된 파일과 관련된 몇 가지 추가 요구 사항이 있습니다. 기본적으로 대상의 모든 보존 잠금 파일도 존재해야 하며 발신자에 일치하는 콘텐츠 및 속성이 있어야 합니다. 이는 복제 기능이 복제본에서 Retention Lock이 설정된 파일을 제거하려고 시도하는 것을 방지하기 위한 것입니다.

• Data Domain: 잠재적인 NVRAM 손실로 인해 복제 컨텍스트가 비활성화되었습니다.
• Data Domain: 디렉토리 복제를 중단하고 다시 동기화하는 방법