원격 동기화가 재연결 후 전체 폴더를 다시 복사하는 이유는 무엇인가요?

원격 동기화는 클라이언트가 로컬 파일과 원격 파일이 동일하다는 것을 더 이상 증명할 수 없을 때 전체 폴더를 다시 복사합니다.

노트북, NAS, 마운트된 공유 폴더 또는 원격 피어가 다시 연결된 후, 동기화 엔진은 인덱스를 재구성하거나, 다른 파일 시스템 ID를 인식하거나, 저장된 해시를 잃거나, 변경된 타임스탬프를 감지하거나, 이름이 변경된 파일을 새 객체로 처리하거나, 오래된 데이터베이스와 비교할 수 있습니다. 올바른 진단은 먼저 두 복사본을 보호한 후, 클라이언트가 다시 스캔, 해싱, 재다운로드 또는 실제 데이터 재전송 중인지 판단한 다음 라이브러리를 재설정합니다.

클라이언트가 스캔, 해싱 또는 전송 중인지 확인하기

네트워크 처리량, 디스크 읽기, CPU 사용량, 클라이언트 상태 및 로그 메시지를 기록하여 복사 과정처럼 보이는 상황을 관찰하세요. 전체 스캔이나 체크섬 검사는 인터넷을 통해 전체 폴더를 전송하지 않고도 몇 시간 동안 바쁘게 보일 수 있습니다.

rclone 토론에서는 체크섬 모드가 매 실행마다 체크섬 처리를 반복할 수 있다고 설명합니다. 이 동작은 저장 공간과 CPU를 소모하지만 실제 네트워크 재전송과는 다릅니다.

파일별 전송 카운터나 패킷 총량을 사용해 이벤트를 분류하세요. 메타데이터와 해시만 읽힌다면 스캔 상태를 최적화하고, 전체 데이터가 다시 이동한다면 ID, 인덱스, 타임스탬프, 이름 변경 테스트를 계속 진행하세요.

동기화 데이터베이스 또는 인덱스가 재구성되었는지 확인하기

재연결 시점 전후 클라이언트 로그를 검사하여 데이터베이스 마이그레이션, 손상, 인덱스 누락, 재설정, 재스캔 또는 첫 실행 메시지를 확인하세요. 클라이언트 구성 디렉터리와 데이터베이스 타임스탬프를 마지막 성공 동기화와 비교하세요.

Syncthing 지원 사례에서는 손상된 인덱스 데이터베이스가 재구성되어 장치가 폴더를 새로 추가한 것처럼 동작하며 대규모 초기 재스캔이 발생할 수 있다고 설명합니다.

데이터베이스를 삭제하거나 재설정하기 전에 백업하세요. 앱 재설치, 컨테이너 재생성, 프로필 재설정 또는 데이터베이스 손실 직후 복사가 시작되었다면, 좋은 데이터를 보존하고 클라이언트가 지원하는 기존 폴더 재연결 워크플로를 사용하세요.

파일 이름을 넘어선 파일 ID 비교하기

클라이언트가 다시 복사하려는 여러 파일을 선택하여 양쪽에서 크기, 수정 시간, 체크섬, 권한, 소유권, 대소문자, 확장 속성, 경로를 비교하고 어떤 필드가 다른지 기록하세요.

FreeFileSync 사용자들은 크기와 타임스탬프만으로는 파일이 동일하다는 것을 항상 증명할 수 없기 때문에 체크섬을 저장하며, 체크섬 데이터베이스는 자체 상태 요구사항을 추가한다고 논의합니다. 이는 재연결 후 파일 비교 메타데이터가 중요한 이유를 보여줍니다.

내용 해시가 일치하지만 타임스탬프나 권한이 다르다면, 내용을 재전송하기보다 시계, 메타데이터 보존 또는 비교 설정을 수정하세요. 해시가 다르다면 자동 덮어쓰기를 허용하기 전에 어느 쪽이 권한 있는지 확인하세요.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

폴더가 다른 ID로 재연결되었는지 확인하기

연결 끊김 전후에 마운트 경로, 파일 시스템 UUID, 네트워크 공유 이름, 드라이브 문자, 볼륨 식별자, 컨테이너 바인드 마운트, 대소문자 구분을 비교하세요. 익숙한 폴더 경로라도 다른 마운트나 빈 로컬 디렉터리를 가리킬 수 있습니다.

동기화 도구는 표시된 경로만 신뢰하지 않고 로컬 데이터베이스에 폴더 ID를 저장하는 경우가 많습니다. 따라서 재마운트된 NAS 공유, 교체된 USB 디스크, 변경된 Docker 볼륨, 재생성된 클라이언트 프로필은 완전히 새로운 대상처럼 보일 수 있습니다.

예상된 마운트가 없거나 폴더가 로컬 대체 저장소를 가리키면 동기화를 중단하세요. 원래 마운트를 복원하고 샘플 파일을 확인한 후 라이브러리를 다시 연결하여 삭제나 중복 다운로드를 방지하세요.

이동 및 이름 변경이 감지되는지 테스트하기

작은 폴더 하나를 선택해 두 피어가 모두 연결된 상태에서 이름을 변경하고, 클라이언트가 메타데이터 이동을 수행하는지 아니면 모든 파일을 새 콘텐츠로 업로드하는지 관찰하세요. 연결 끊김 후 재연결 후에도 반복하세요.

Syncthing 기능 토론에서는 도구가 기존 인덱스를 통해 변경된 경로를 일치시킬 수 없으면 이동이나 이름 변경이 새 전송으로 처리되어 삭제 후 재업로드 동작이 발생할 수 있다고 언급합니다.

복사가 상위 폴더 이름 변경 후에 발생한다면, 클라이언트가 인덱스 교환을 완료할 때까지 기다린 후 추가 변경을 하세요. 대규모 라이브러리의 경우 여러 피어에서 동시에 대량 이름 변경을 피하고 버전 관리 또는 백업 보호를 활성화하세요.

좋은 복사본을 재설정하지 않고 안전하게 재연결하기

권한 있는 쪽의 백업 또는 스냅샷을 만들고 동기화를 일시 중지한 후, 클라이언트의 기존 폴더 또는 재연결 기능을 사용해 작은 하위 폴더 하나를 테스트하세요. 방향을 이해하기 전에는 일반적인 재설정 또는 재동기화 버튼을 클릭하지 마세요.

ZimaSpace의 한 공유 폴더를 안전하게 복원하는 방법 가이드는 영향을 받지 않은 데이터를 보호하는 동일한 격리 원칙을 제공합니다.

문제는 재연결 시 인덱스를 보존하고, 기존 파일을 페이로드 전송 없이 비교하며, 실제 변경 사항만 적용하고, 다시 연결 끊김에도 견딜 때 해결됩니다. 데이터베이스가 반복적으로 손상되거나 사라진다면, 반복되는 전체 동기화를 받아들이기보다 저장소, 종료, 컨테이너 지속성 또는 클라이언트 설치 문제를 해결하세요.