사이드카 및 중복 항목을 위한 Immich 클라우드 내보내기 마이그레이션 체크리스트

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Immich가 사이드카, 날짜, 관계, 실제로 검증할 수 있는 원하는 버전을 보존할 때까지 원본 클라우드 내보내기를 수정하지 않은 상태로 유지하세요.

Google 포토 또는 유사한 내보내기에는 JSON 보조 파일, 반복되는 앨범 참조, 이름이 변경된 중복 파일, 편집본, 그리고 같은 휴대전화의 다음 백업과 겹치는 파일이 포함될 수 있습니다. 먼저 매니페스트를 만들고 모든 충돌 유형이 포함된 소규모 시험 가져오기를 수행하세요. 사이드카가 모호한 상태로 남아 있는 동안에는 폴더 구조를 평탄화하거나 클라우드 사본을 삭제하지 마세요. 원본 해시, 타임라인 날짜, 앨범, 첫 번째 모바일 백업 중복 테스트 결과가 일치한 후에야 마이그레이션이 완료됩니다.

원본 내보내기를 보존하고 마이그레이션 매니페스트를 만드세요

모든 아카이브를 읽기 전용 스테이징 트리에 압축 해제하고, 마이그레이션이 승인될 때까지 다운로드한 아카이브를 유지하세요. 각 후보 자산에 대해 내보내기 배치, 상대 경로, 파일명, 바이트 크기, 해시, 미디어 유형, 촬영 정보, 사이드카 경로, 앨범 디렉터리를 기록하세요. 이 매니페스트는 이름은 같지만 내용이 다른 두 파일을 구분할 때 롤백 기준으로 사용됩니다.

클라우드 내보내기에서는 촬영 시간, 설명, 위치, 앨범 관계가 미디어 파일 외부에 보존될 수 있으므로 사이드카를 인식하는 마이그레이션이 중요합니다. 내보내기 인식 가져오기 도구 워크플로는 내보내기를 인식하는 가져오기 도구를 사용하고 클라우드 사본을 삭제하기 전에 대상 위치를 검증해야 맹목적인 파일 복사보다 더 많은 정보를 보존할 수 있는 이유를 보여줍니다.

아카이브 압축 해제에 실패하거나, 예상한 연도가 없거나, 사이드카 수를 설명할 수 없거나, 스테이징 볼륨에 작업 사본을 저장할 공간이 부족하면 중단하세요. 유일한 내보내기본에서 이름을 변경하거나, 폴더 구조를 평탄화하거나, 중복을 제거하거나, 메타데이터를 다시 작성하지 마세요. 이러한 변경은 나중에 사이드카를 일치시키는 데 필요한 증거를 파괴합니다.

이름이나 폴더를 정규화하기 전에 사이드카를 일치시키세요

중복 파일, 편집본, 긴 파일명에 추가된 접미사를 포함해 내보내기 도구의 이름 지정 규칙에 따라 미디어와 JSON 파일을 그룹화하세요. 대표 항목 10개에 대해 내장된 촬영 시간, 사이드카의 사진 시간, 파일 시스템 수정 시간, 시간대, 설명, 위치, 앨범 소속을 비교하세요. 각 충돌 유형에서 어떤 필드를 기준값으로 사용할지 기록하세요.

메타데이터를 병합할 때는 작업 사본을 사용하고 원본 사이드카를 그 옆에 보존하세요. 사이드카로 인한 촬영 날짜 변경 방지에 관한 ZimaSpace 워크플로는 인접한 날짜 보존 분기를 제공합니다. 이 체크리스트에는 전체 Immich 가져오기 전에 필요한 매니페스트와 중복 파일 검증 단계가 추가되어 있습니다.

모든 시험 사이드카가 하나의 의도된 미디어 파일에 매핑되거나 명시적으로 매칭되지 않은 것으로 분류된 경우에만 이 단계가 통과됩니다. 이름이 변경된 파일이 둘 이상의 사이드카와 일치할 수 있다면 해결하지 않은 채 두고, 파일명만으로 선택하지 말고 내보내기 도구의 순서와 해시를 확인하세요.

실제 중복 파일과 관련 버전을 구분하세요

충돌을 바이트 단위로 동일한 복사본, 클라우드에서 크기가 조정된 복사본, 편집 버전, 앨범 참조, Live Photo 쌍, 이름만 같고 실제로는 다른 이미지로 분류하세요. 가족이 문서화된 규칙을 정하지 않았다면 편집본과 원본을 모두 유지하세요. 시각적 유사성만으로는 삭제를 정당화할 충분한 증거가 되지 않습니다.

클라우드 기록과 새로 시작된 휴대전화 백업에 관한 해결된 커뮤니티 사례는 클라우드 기록과 새로 시작된 휴대전화 백업으로 인해 해시가 서로 다른 중복 파일이 생성될 수 있음을 보여줍니다. 이 제한된 장애 패턴을 활용해 자동 업로드를 활성화하기 전에 Takeout 세트와 각 휴대전화 카메라 롤 간의 중복을 테스트하세요.

모든 중복 유형이 포함된 소규모 시험 세트를 가져오세요. 원본과 대상의 수, 해시, 날짜, 위치, 앨범 소속, 페어링된 동영상 동작을 비교하세요. 가져오기 도구가 필요한 버전을 합치거나 설명할 수 없는 두 번째 자산을 만들면 시험 가져오기를 롤백하세요. 나중에 대량 삭제로 보완하려 하지 마세요.

-15% OFF

전체 가져오기를 실행하고 새로운 기준 데이터 원본을 입증하세요

매니페스트에 따라 식별된 배치를 가져오는 동안 메타데이터 재작성과 모바일 백업을 일시 중지하세요. 가져오기 도구 로그와 거부된 파일 목록을 저장한 다음, 앨범 참조와 완전히 동일한 중복 파일을 의도적으로 합친 경우에는 원시 숫자 하나가 다른 숫자와 같지 않을 수 있으므로 유형별로 수를 대조하세요.

가져오기 후 오래된 연도와 최근 연도, 편집된 사진, 긴 동영상, Live Photo, 공유 앨범 항목, 사이드카가 있는 자산을 표본으로 확인하세요. 선택한 원본을 다운로드하고 스테이징 사본과 해시를 비교하세요. 웹과 모바일 클라이언트 모두에서 타임라인 날짜, 검색, 앨범 소속, 위치를 확인하세요.

가져온 기록이 검증된 후에만 휴대전화 한 대의 백업을 활성화하세요. 중복 테스트를 반복하고 Immich를 다시 시작한 다음 두 번째 사본이 나타나지 않는지 확인하세요. 두 번의 백업 주기와 복원 테스트가 성공할 때까지 원본 내보내기와 클라우드 라이브러리를 유지하세요. 매칭되지 않는 사이드카나 비결정적인 중복 처리 문제가 발생하면 매니페스트와 시험 가져오기 로그를 그대로 보존한 상태로 에스컬레이션하세요.

지원 및 팁

더 읽어보기

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.