상태 데이터베이스를 복원한 후 클라우드 동기화 작업에서 이전에 삭제한 파일을 다시 업로드하는 이유는 무엇인가요?

삭제 기록과 새로 발견된 로컬 데이터를 구분하는 정보가 더 이상 포함되지 않은 동기화 데이터베이스를 복원하면, 삭제된 파일이 다시 업로드될 수 있습니다.

양방향 동기화는 현재 표시되는 파일만으로 작동하지 않습니다. 이전 경로, 버전, 장치 ID, 삭제 표시(tombstone), 동기화 상태의 색인 또는 데이터베이스를 유지합니다. 최신 로컬 파일이나 클라우드 상태를 그대로 둔 채 오래된 데이터베이스를 복원하면 시간 정보가 서로 맞지 않게 됩니다. 이 경우 클라이언트가 남아 있는 로컬 복사본을 새 파일로 검색하거나 원격 삭제를 충돌로 해석할 수 있습니다. 어느 시점의 상태를 기준으로 삼을지 결정하기 전에 모든 동기화 참여자를 일시 중지하세요.

어떤 데이터베이스와 파일 트리가 복원되었는지 확인

데이터베이스 백업 시간, 로컬 파일 트리 시간, 클라우드 상태, 클라이언트 구성, 장치 ID, 최초 재업로드 이벤트를 기록하세요. 데이터베이스와 파일이 동일한 복구 시점에서 나온 것인지 확인합니다.

Nextcloud의 복원 절차에서는 데이터베이스와 데이터 디렉터리를 일관된 하나의 시스템으로 복원해야 합니다. 한 계층만 복원하면 저장된 파일과 더 이상 일치하지 않는 메타데이터가 생성되기 때문입니다.

데이터베이스가 삭제 이전 시점의 것이고 로컬 트리에 이전 버전의 파일이 남아 있다면 재업로드는 예상 가능한 결과입니다. 자동 동기화를 다시 허용하기 전에 세 가지 상태를 모두 보존하세요.

삭제 표시가 롤백되었는지 확인

복원된 상태에 삭제 이벤트, 파일 버전, 원격 항목 ID, 원래 파일을 삭제한 장치 정보가 포함되어 있는지 확인하세요. 삭제 직전과 직후의 로그를 비교합니다.

Syncthing은 로컬 색인 데이터베이스를 유지하며, 데이터베이스를 초기화하면 전체 재검색과 재동기화가 강제로 수행된다고 안내합니다. 이후 오래된 파일 트리가 마운트되면 버전 불일치가 발생할 수 있습니다.

최신 데이터베이스에만 존재하던 삭제 기록은 롤백 후 사라집니다. 다음 검색에서는 남아 있는 파일을 발견하지만, 해당 파일이 삭제된 상태로 유지되어야 한다는 과거 정보는 확인할 수 없습니다.

상태를 유지하는 Bisync 또는 양방향 목록 파일 검토

Rclone Bisync와 같은 도구를 사용하는 경우 이전 목록 두 개, 작업 디렉터리, 잠금 상태, 마지막 성공 실행 기록을 확인하세요. 새로 수행하는 재동기화를 유효한 상태에서 이어서 실행하는 것과 동일하게 취급하지 마세요.

Rclone은 Bisync가 연속 실행 간 상태를 유지한다고 문서화하고 있으며, 동기화된 폴더와 별도로 작업 데이터를 저장합니다.

이러한 목록을 복원하거나 삭제하면 “마지막 실행 이후 삭제됨”과 “한쪽에만 존재함”을 구분하는 정보가 사라질 수 있습니다. 드라이런을 사용하고 상태를 다시 구축하기 전에 두 목록을 모두 저장하세요.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

데이터베이스 복원 후 서버 지문 업데이트

서버 플랫폼이 데이터베이스가 복원되었음을 클라이언트에 알리는 복구 표시를 제공하는지 확인하세요. 클라이언트가 다시 연결하기 전에 이를 적용합니다.

ownCloud는 서버 백업을 복원한 후 데스크톱 및 모바일 클라이언트가 복구된 서버 상태를 인식할 수 있도록 maintenance:data-fingerprint를 실행하도록 관리자에게 안내합니다.

복구 지문을 변경하지 않으면 클라이언트가 이후 데이터베이스를 기준으로 만들어진 기존 가정을 계속 사용할 수 있습니다. 이로 인해 충돌, 재업로드 또는 서버에서 복원된 객체를 삭제하려는 시도가 발생할 수 있습니다.

클라우드에서 삭제된 뒤에도 남아 있는 로컬 복사본 확인

동기화된 모든 장치, 오프라인 폴더, 제외된 경로, 휴지통, 충돌 디렉터리, 임시 복구 폴더에서 삭제된 파일의 복사본을 검색하세요.

Dropbox는 항목을 삭제하면 동기화된 장치 전체에서 해당 항목이 제거될 수 있다고 설명합니다. 그러나 다른 위치에서 관리되거나 더 이상 동일한 동기화 상태에 참여하지 않는 복사본은 남아 있을 수 있습니다.

복원된 데이터베이스가 로컬에 남은 파일을 기존에 삭제된 객체로 인식하지 못하면, 해당 파일은 업로드 후보가 됩니다. 조정 작업을 수행하기 전에 파일의 해시를 확인하고 동기화 루트 외부로 격리하세요.

동기화 상태를 초기화하거나 다시 구축하기 전에 클라이언트 일시 중지

서버 동기화 작업자를 중지하고 데스크톱, 모바일, 컨테이너, 예약된 모든 동기화 클라이언트를 일시 중지하세요. 먼저 기준으로 삼을 하나의 권한 있는 엔드포인트만 다시 연결합니다.

Microsoft의 OneDrive 초기화 절차는 클라이언트가 로컬 DAT 파일을 다시 구축한다고 설명합니다. 이는 초기화가 클라이언트 상태를 변경할 뿐, 어떤 과거 파일 버전을 기준으로 삼아야 하는지는 결정하지 않는다는 점을 보여 줍니다.

초기화는 올바른 시간 기준을 선택하는 작업을 대신할 수 없습니다. 여러 클라이언트가 동시에 다시 검색하면 한 클라이언트는 오래된 로컬 복사본을 업로드하고 다른 클라이언트는 삭제를 전파할 수 있습니다.

독립 백업과 드라이런으로 한 폴더 조정

복원된 데이터베이스를 내보내고, 충돌하는 모든 로컬 파일을 동기화 루트 외부에 복사한 다음, 기준 상태를 선택하세요. 전체 라이브러리를 재개하기 전에 작은 폴더 하나로 테스트합니다.

ZimaSpace의 3-2-1 백업 가이드는 관련된 기준을 제시합니다. 삭제를 재현하거나 오래된 데이터를 재업로드할 수 있는 동기화 상태는 독립적인 복구용 사본이 아닙니다.

삭제한 파일이 삭제된 상태로 유지되고, 필요한 파일은 한 번만 업로드되며, 충돌이 문서화되고, 두 번째 통제된 동기화에서 예상하지 못한 파일 부활이 발생하지 않으면 문제가 해결된 것입니다.

자주 묻는 질문

데이터베이스를 복원하면 삭제 기록도 복원되나요?

데이터베이스 백업 시점까지의 기록만 복원됩니다. 그 이후에 기록된 삭제는 다른 로그나 엔드포인트에 보존되어 있지 않다면 복원되지 않습니다.

복구 중에 모든 동기화 클라이언트를 연결된 상태로 두어야 하나요?

아니요. 클라이언트를 일시 중지하고 먼저 기준으로 삼을 하나의 권한 있는 엔드포인트만 다시 연결하세요. 그래야 오래된 클라이언트가 오래된 파일을 즉시 다시 가져오지 못합니다.

전체 재검색을 수행하면 문제가 안전하게 해결되나요?

재검색은 현재 존재하는 항목을 다시 구축할 뿐, 사라진 과거의 의도를 추론할 수는 없습니다. 먼저 기준 상태를 선택하지 않으면 남아 있는 파일을 다시 업로드할 수 있습니다.