파일은 남아 있지만 해당 자산을 묶어 주던 서비스별 관계가 가져오기 과정에서 복원되지 않으면, 클라우드 내보내기 후 사진 라이브러리에서 앨범 소속이 사라질 수 있습니다.
앨범 소속을 각 JPEG 또는 RAW 파일에 영구적으로 내장된 정보로 가정하지 말고 별도의 메타데이터로 취급하세요. 모든 파일을 셀프 호스팅 라이브러리로 가져오기 전에 클라우드 내보내기에 앨범 디렉터리, JSON 사이드카, 앨범별 메타데이터, 즐겨찾기, 설명, 중복 파일 참조가 포함되어 있는지 확인하세요. 그런 다음 해당 내보내기 구조를 이해하는 가져오기 도구를 사용하거나, 내보내기 데이터로 실제 확인할 수 있는 관계만 재구성하세요.
사진은 남았지만 관계만 사라졌는지 확인하기
알고 있는 사진 5~10장이 포함된 앨범 하나를 선택하고, 모든 원본이 내보내기 파일에 존재하는지 확인하세요. 그런 다음 해당 자산이 대상 라이브러리에 표시되는지, 단순히 앨범 관계만 사라졌는지 확인하세요.
Google은 추가 메타데이터가 JSON에 저장된다고 설명하며, 모든 클라우드 라이브러리 필드가 이미지 자체에 기록되는 것은 아니라고 안내합니다.
원본이 누락되었다면 불완전한 내보내기 문제입니다. 원본은 있지만 그룹화되지 않았다면 이미지 파일을 다시 복사하지 말고 내보내기 구조를 보존한 뒤 앨범 메타데이터를 처리하세요.
내보내기 구조를 평탄화하기 전에 앨범 메타데이터 확인하기
원본 Takeout 또는 클라우드 내보내기 아카이브를 그대로 보관하세요. 앨범 폴더, 앨범 수준의 메타데이터 파일, JSON 사이드카, 같은 사진에 대한 반복 참조, 연도별 폴더와 앨범 폴더 사이에서 달라지는 파일명을 확인하세요.
셀프 호스팅 마이그레이션 안내에서는 Takeout에 사진별 정보와 함께 앨범 메타데이터도 포함된다고 설명합니다.
가져오기 도구가 이러한 관계를 읽기 전에 모든 디렉터리를 하나의 폴더로 평탄화하지 마세요. 폴더 중복 제거로 공간은 절약할 수 있지만 앨범을 재구성하는 데 필요한 근거가 사라질 수 있습니다.
클라우드 관계를 이해하는 가져오기 도구 사용하기
일반 파일 업로더는 사진을 가져올 수는 있지만, 해당 관계가 파일 경로나 인식 가능한 사이드카 데이터에 표시되지 않는 한 사진이 어떤 앨범에 속했는지 추론할 수 없습니다. 소규모 테스트 앨범을 사용해 일반 업로드와 Takeout 인식 가져오기를 비교하세요.
Immich 마이그레이션 보고서에서는 가져오기 도구가 클라우드 내보내기 맥락을 보존하면 앨범 메타데이터를 재구성할 수 있다고 설명합니다.
Takeout 인식 가져오기로 테스트 앨범이 복원된다면 전체 마이그레이션에도 해당 방식을 사용하세요. 일반 업로더와 두 번째 앨범 인식 가져오기를 모두 사용해 자산이 중복 생성되지 않도록 하세요.
가져오기 전에 사이드카를 올바른 사진에 연결하기
클라우드 내보내기에서는 대용량 아카이브가 여러 개로 분할되거나, 메타데이터 파일의 이름이 변경되거나, 앨범 메타데이터가 다른 곳에 있는 동일한 원본 자산을 참조하도록 사진이 연도별 폴더에 저장될 수 있습니다. 대상 앱을 탓하기 전에 파일명 일치 여부와 사이드카 인접성을 확인하세요.
Google 포토 마이그레이션 안내에서는 Takeout 구조를 신중하게 처리하면 마이그레이션 도구가 메타데이터를 보존한다고 강조합니다.
편집본, 중복 기본 파일명, Live Photo, 긴 파일명을 사용해 테스트하세요. 이러한 항목에서 사이드카 일치가 어긋나는 경우가 흔합니다. 모든 앨범 수를 확인할 때까지 원본 ZIP 또는 TGZ 아카이브를 보관하세요.
내보내기로 확인할 수 있는 앨범만 재구성하기
일부 클라우드 앨범에는 다른 사람이 업로드한 공유 자산, 자동 그룹화 또는 일반적인 사용자가 만든 앨범과 동일하지 않은 서비스 생성 컬렉션이 포함됩니다. 원본 서비스의 앨범 목록과 내보내기에 실제로 포함된 메타데이터를 비교하세요.
실용적인 Immich 마이그레이션 안내에서는 내보낸 관계 데이터가 있으면 Immich-Go가 앨범을 유지할 수 있다고 설명합니다.
그러한 근사치가 허용되는 경우가 아니라면 촬영 날짜나 폴더명을 바탕으로 누락된 앨범 소속을 임의로 만들지 마세요. 정확히 재구성할 수 있는 앨범과 수동 또는 부분적으로 다시 만들어야 하는 앨범을 기록하세요.
클라우드 사본을 삭제하기 전에 앨범 수 확인하기
가져온 후 규모가 큰 앨범, 작은 앨범, 공유 앨범, 오래된 앨범, 최근 편집된 앨범을 표본으로 선택해 비교하세요. 자산 수를 세고 대표 사진을 열어 날짜와 설명을 확인하며, 중복 파일을 앨범 소속 누락으로 잘못 판단하지 않았는지 확인하세요.
Takeout 메타데이터 도구는 사이드카가 내보낸 메타데이터를 복원하는 이유를 보여 준 뒤 깔끔한 로컬 라이브러리 가져오기를 진행합니다.
중요한 앨범과 대표 자산이 가정의 필요에 맞을 만큼 원본과 일치할 때에만 마이그레이션이 완료된 것입니다. 셀프 호스팅 가족 사진 라이브러리에 관한 관련 ZimaSpace 안내에서는 마지막 클라우드 사본을 삭제하기 전에 필요한 백업 기준을 제공합니다.
자주 묻는 질문
사진은 모두 있는데 앨범만 전부 비어 있는 이유는 무엇인가요?
가져오기 도구가 미디어 파일은 업로드했지만, 해당 자산을 컬렉션으로 연결한 서비스별 사이드카 또는 앨범 메타데이터를 읽지 않았을 수 있습니다.
EXIF만으로 Google 포토 앨범을 재구성할 수 있나요?
아니요. EXIF는 날짜, 카메라 정보, 위치를 파악하는 데 도움이 되지만 일반적인 앨범 소속은 별도의 관계이며, 보통 내보내기 메타데이터나 앨범 인식 가져오기 도구가 필요합니다.
가져오기 전에 중복처럼 보이는 앨범 사본을 삭제해야 하나요?
가져오기 도구의 중복 제거 동작을 이해하기 전에는 삭제하지 마세요. 같은 사진이 여러 앨범에서 참조될 수 있지만, 여러 개의 독립적인 원본을 의미하는 것은 아닙니다.
지원 및 팁
더 읽어보기

Plex가 다른 Docker 컨테이너와 GPU를 공유할 수 있나요?
Plex와 다른 컨테이너가 동일한 GPU에 함께 액세스할 수 있는 경우가 많지만, 드라이버 지원, 디바이스 매핑, 비디오 엔진 부하, 메모리, 복구 동작을 테스트해야 합니다.

Plex 오류가 클라이언트에서 발생한 것인지 서버에서 발생한 것인지 확인하는 방법
다른 클라이언트에서 동일한 항목을 재현하고, 세션 경로를 비교한 다음, 범위 분석을 통해 장애가 실제로 발생한 위치를 확인한 후에만 서버 증거를 수집하세요.

Plex 캐시 및 트랜스코딩 임시 저장소 구성 방법
영구 Plex 상태는 보호하면서 트랜스코딩 임시 파일은 적합한 로컬 저장소에 배치한 다음, 정리 상태와 여유 공간 및 재시작 동작을 확인하세요.

