외부 라이브러리를 활성화한 후에만 사진 라이브러리에 중복 항목이 표시되는 이유는 무엇인가요?

외부 라이브러리를 활성화한 후에만 나타나는 중복 항목은 일반적으로 동일한 사진이 서로 다른 두 가지 가져오기 경로를 통해 데이터베이스에 들어왔다는 의미입니다.

처음부터 똑같아 보이는 카드를 삭제하지 마세요. 먼저 애플리케이션이 하나의 실제 파일에 대해 두 개의 레코드를 생성했는지, 업로드된 사본과 외부 원본을 함께 색인했는지, 아니면 실제로 다른 편집 파일을 찾은 것인지 확인해야 합니다. 해결 방법은 원본 자산과 소유권은 유지하면서 겹치는 가져오기 경계를 제거하는 것입니다.

중복이 실제 파일 수준인지 데이터베이스 수준인지 확인하기

중복된 사진 하나를 골라 파일 시스템 경로, 크기, 체크섬, 촬영 시각, 라이브러리 레코드 ID를 비교하세요. UI 카드가 두 개라고 해서 실제 사본도 두 개라는 의미는 아닙니다.

외부 라이브러리 자산 처리 기능은 이미 다른 경로로 업로드된 파일을 다시 노출할 수 있습니다. 이 경우 가정 내 저장소에는 실제 이미지가 하나뿐이어도 애플리케이션 레코드는 두 개가 생성됩니다.

두 레코드가 서로 다른 라이브러리 루트를 통해 동일한 실제 콘텐츠를 가리킨다면 이는 가져오기 경계 문제입니다. 실제로 파일이 두 개 존재한다면 대신 복사 작업의 원인을 진단하세요.

동일한 폴더를 색인할 수 있는 모든 경로 파악하기

업로드 디렉터리, 외부 라이브러리 루트, 바인드 마운트, 동기화 대상, 그리고 다른 색인 트리로 다시 연결되는 중첩 폴더를 모두 기록하세요.

셀프 호스팅 사진 환경에서는 관리형 업로드와 감시 대상 저장소를 분리하는 경우가 많습니다. 이러한 Immich 라이브러리 경계를 이해하면 UI에서 일반적인 중복 제거 버튼을 찾는 것보다 겹치는 루트를 쉽게 발견할 수 있습니다.

테스트 라이브러리에서 겹치는 소스 하나를 비활성화하거나 범위를 좁히세요. 지원되는 재검색 후 두 번째 레코드가 사라지고 파일에는 계속 접근할 수 있다면, 권위 있는 가져오기 경로 하나만 유지하세요.

소유권과 파일 식별성 분리하기

각 라이브러리 레코드의 소유자가 누구인지, 한 사본은 사용자가 업로드한 반면 외부 라이브러리는 동일한 파일을 관리자 또는 서비스 계정용으로 색인하고 있는지 비교하세요.

일반적인 셀프 호스팅 Immich 저장소 경로는 여러 서비스와 저장 위치를 사용하므로, 동일한 바이트의 파일도 서로 다른 소유권 또는 수명 주기 규칙으로 애플리케이션에 들어올 수 있습니다.

소유권이 앨범, 공유, 삭제 또는 얼굴 메타데이터에 영향을 미치는 경우 레코드를 무작정 병합하지 마세요. 가정에서 해당 사진을 관리하려는 방식과 수명 주기가 일치하는 경로를 선택하세요.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

완전히 동일한 사본과 편집된 변형 파일 구분하기

무엇이든 삭제하기 전에 체크섬과 픽셀 크기를 비교하세요. 휴대폰에서 편집한 파일, 사이드카가 적용된 내보내기 파일, 메타데이터가 다시 작성된 파일은 갤러리에서 똑같아 보여도 실제로는 다른 파일일 수 있습니다.

Immich의 저장소 계획에서는 신중한 Immich 외부 저장소 계획을 강조합니다. 외부 트리에 원본, 편집된 내보내기 파일, 이미 가져온 관리형 사본이 나란히 있을 때 이러한 구분이 중요합니다.

실제 중복 파일에는 정확한 콘텐츠 증거를 사용하고, 의도한 변경 사항이 포함된 편집 파생 파일은 유지하세요. 시각적 유사도 점수만으로 삭제하는 것은 안전한 기준이 아닙니다.

하나의 가져오기 경계를 선택하고 확인하기

권위 있는 소스를 선택한 후에는 지원되는 애플리케이션 작업을 사용해 겹치는 라이브러리 정의 또는 중복 관리형 사본만 제거하세요. 앨범과 공유 동작을 확인할 때까지는 별도의 백업을 유지하세요.

중복 사진 마이그레이션 워크플로에 관한 관련 ZimaSpace 워크플로가 여기서 유용합니다. 이 워크플로는 중복 정리를 일괄 삭제의 지름길이 아니라 마이그레이션 결정으로 다룹니다.

새 휴대폰 업로드 하나와 외부 폴더에 추가한 파일 하나로 다시 테스트하세요. 새 자산이 각각 정확히 한 번만 들어오고 재검색 후에도 두 번째 레코드가 생성되지 않는다면 문제가 안정적으로 해결된 것입니다.