라이브러리 유지 관리 중 미디어 메타데이터 재작성을 방지하는 방법

에바 왕

IceWhale author

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

How to Avoid Media Metadata Rewrites During Library Maintenance - Zima Store Online

라이브러리 전체 유지 관리를 시작하기 전에 선별한 필드와 아트워크를 내구성 있는 소스로 보호해 두면 미디어 메타데이터가 덮어써지는 일을 가장 쉽게 피할 수 있습니다.

스캔, 공급자 새로 고침, 데이터베이스 정리, 경로 변경 또는 서버 업그레이드는 미디어 라이브러리의 서로 다른 계층에 영향을 줄 수 있습니다. 유지 관리 전에 어떤 제목, 포스터, 컬렉션, NFO 파일 및 수동 편집 필드가 기준 데이터인지 확인하고, 서버에서 지원하는 항목은 잠그며, 로컬 사이드카 파일과 아트워크를 백업하고, 테스트 항목 하나에서 가장 파괴적이지 않은 새로 고침 모드를 실행하세요. 유지 관리 작업이 라이브러리 전체와 관련되어 있다는 이유만으로 “모든 메타데이터 교체”를 선택하지 마세요.

유지 관리 전에 어떤 메타데이터를 선별했는지 목록화하세요

대표적인 영화와 에피소드 몇 개를 선택하고 사용자 지정 제목, 정렬 이름, 공급자 ID, 컬렉션, 포스터, 배경 이미지, 에디션 및 수동으로 수정한 설명을 기록하세요. 각 값이 데이터베이스에만 존재하는지, 로컬 NFO 또는 아트워크 파일에도 존재하는지 확인하세요.

최신 Jellyfin 메타데이터 가이드에서는 광범위한 메타데이터 작업 전에 직접 선별한 필드를 잠그는 것을 권장합니다.

어떤 값이 의도적으로 설정된 것인지 확인할 수 없다면, 모든 항목 교체 새로 고침을 시작하지 마세요. 먼저 소규모 감사 목록을 내보내거나 스크린샷으로 남겨 원치 않는 변경을 몇 주 후에야 알아차리는 대신 즉시 감지할 수 있도록 하세요.

NFO 파일과 로컬 아트워크를 내구성 있는 소스로 백업하세요

라이브러리에서 로컬 NFO 파일, 포스터 또는 배경 이미지를 기준 메타데이터로 사용하는 경우 미디어와 함께 복사하거나 유지 관리 백업에 포함하세요. 일부 샘플의 타임스탬프와 체크섬을 확인하세요.

Jellyfin은 NFO 파일을 로컬 메타데이터로 지원하며, NFO 저장 기능이 활성화되면 메타데이터를 해당 파일에 다시 저장할 수 있습니다.

데이터베이스 백업만으로 모든 수동 관리 사이드카 파일이 보존된다고 가정하지 마세요. 반대로 라이브러리가 지금까지 서버 데이터베이스 안에만 편집 내용을 저장해 왔다면 NFO가 기준 데이터라고 가정해서도 안 됩니다.

포스터 안정성이 중요하다면 로컬 아트워크를 우선 사용하세요

공급자 변경 후에도 유지해야 하는 포스터나 배경 이미지는 미디어 서버가 지원하는 로컬 명명 규칙에 따라 선택한 이미지를 저장하고, 미디어 라이브러리와 함께 백업하세요.

Plexopedia는 로컬 포스터가 공급자 변경에 강하다는 점을 보여 줍니다. 아트워크를 내구성 있는 로컬 자산으로 유지하기 때문입니다.

라이브러리 전체에 해당 규칙을 적용하기 전에 항목 하나를 테스트하세요. 로컬 아트워크는 재현성을 높이지만, 백업·동기화·권한 정책에서 보존해야 하는 파일도 새로 생성합니다.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

가장 파괴적이지 않은 새로 고침 모드를 사용하세요

일반 라이브러리 스캔, 메타데이터 새로 고침, 모든 메타데이터 교체 작업 및 기존 이미지 교체 옵션을 구분하세요. 저장 경로나 데이터베이스 인덱스만 변경하는 유지 관리에는 모든 필드와 이미지를 교체할 필요가 거의 없습니다.

Emby 문제 해결 사례는 수동 새로 고침 중 모두 교체 기능이 아트워크를 덮어쓸 수 있음을 보여 줍니다.

목표를 달성할 수 있다면 “새 파일 또는 업데이트된 파일 검색”이나 플랫폼에서 제공하는 이에 준하는 제한적 옵션으로 시작하세요. 메타데이터를 의도적으로 다시 구축해야 하는 항목에만 파괴적인 새로 고침을 적용하세요.

미디어 폴더에 다시 쓰기 전에 기준 데이터를 확인하세요

여러 애플리케이션이 동일한 미디어 트리를 공유한다면 NFO 파일, 아트워크 또는 태그를 쓸 수 있는 애플리케이션을 결정하세요. 두 서버가 동일한 사이드카 파일에 쓰면 일상적인 유지 관리가 애플리케이션 간 메타데이터 충돌로 이어질 수 있습니다.

Firecore의 메타데이터 가이드는 아트워크를 의도적으로 재정의할 수 있음을 보여 줍니다.

가능하면 공유 사이드카 파일을 기록하는 내구성 있는 작성자를 한 곳으로 유지하거나, 파일을 읽기만 하면 되는 애플리케이션에는 미디어 마운트를 읽기 전용으로 설정하세요. 목표는 메타데이터 작성자 수를 최대화하는 것이 아니라 명확한 기준 데이터를 정하는 것입니다.

먼저 소규모 테스트 라이브러리에서 유지 관리를 실행하세요

사용자 지정 아트워크, 로컬 NFO 파일, 컬렉션, 편집된 제목 및 일반적인 미수정 항목이 포함된 임시 라이브러리를 만들거나 작은 폴더를 선택하세요. 먼저 그곳에서 계획한 유지 관리 작업을 정확히 실행하세요.

Plex는 지원되는 로컬 자산이 명명 규칙을 따른다고 문서화하고 있으므로, 테스트 라이브러리에서 유지 관리 후에도 내구성 있는 로컬 자산이 계속 읽히는지 확인할 수 있습니다.

스캔, 새로 고침, 경로 변경 또는 업그레이드 전후의 테스트 항목을 비교하세요. 선별한 필드가 안정적으로 유지되고 의도한 공급자 업데이트가 계속 작동할 때만 유지 관리 정책이 안전합니다. 이미 선별한 아트워크가 변경된 경우에는 새로 고침 후 사용자 지정 포스터가 되돌아간 경우를 다루는 관련 ZimaSpace 문서를 복구 절차로 참고하세요.