미디어 메타데이터를 SSD에 보관해야 할까요, 아니면 라이브러리와 함께 보관해야 할까요?

미디어 서버의 데이터베이스와 활성 캐시는 SSD에 보관하고, 마이그레이션이 중요하다면 이식 가능한 NFO 파일과 선별한 아트워크는 라이브러리와 함께 저장하세요.

“메타데이터”에는 애플리케이션 데이터베이스, 사용자 상태, 인덱스, 캐시, 다운로드한 아트워크, 챕터 이미지, 트릭플레이 미리 보기, NFO 사이드카 파일, 수동으로 정리한 이미지 등 여러 요소가 포함됩니다. 이 모든 항목을 한곳에 저장하면 불필요한 HDD 지연이 발생하거나 이식성이 떨어질 수 있습니다. 일반적으로 홈 미디어 서버는 백업 및 복구 경계가 문서화된 분할 레이아웃에서 가장 잘 작동합니다.

드라이브를 선택하기 전에 메타데이터를 분류하세요

애플리케이션 데이터베이스, 구성, 사용자 계정, 시청 기록, 인덱스, 캐시, 썸네일, 포스터, 배경 이미지, NFO 파일, 자막, 플러그인 데이터를 목록화하세요. 각 항목을 기준 데이터, 이식 가능, 재생성 가능 또는 임시 데이터로 표시하세요.

애플리케이션 데이터베이스와 사용자 상태는 대개 서버에 종속되며 자주 변경됩니다. 미디어 옆에 저장된 NFO 파일과 아트워크는 호환되는 다른 라이브러리에서도 읽을 수 있는 파일 수준의 보조 데이터인 반면, 캐시와 생성된 썸네일은 삭제해도 되는 경우가 많습니다.

전체 폴더 이름만 보고 저장 위치를 선택하지 마세요. “metadata”라는 디렉터리 안에 대체할 수 없는 수동 편집 내용과 쉽게 재생성할 수 있는 이미지 캐시가 함께 들어 있을 수 있으므로, 콘텐츠별로 백업 및 배치 규칙을 달리해야 합니다.

데이터베이스, 인덱스, 활성 캐시는 SSD에 저장하세요

데이터베이스 쿼리, 라이브러리 탐색, 검색, 사용자 상태 업데이트, 썸네일 조회에는 작은 읽기와 쓰기가 많이 발생합니다. SSD는 이러한 작업의 지연 시간을 줄이고 순차적인 미디어 작업과 분리해 줍니다.

빠른 저장 장치를 사용한다고 해서 안전하지 않은 파일 시스템이나 용량이 부족한 볼륨이 문제가 되지 않는 것은 아닙니다. Jellyfin 이슈에서는 일반적인 사용 중 데이터베이스 잠금과 응답하지 않는 인터페이스가 보고되었으며, 이는 애플리케이션 데이터베이스가 버려도 되는 캐시가 아니라 실시간 운영에 필요한 구성 요소임을 보여 줍니다.

충분한 여유 공간, 스냅샷, 백업을 갖춘 SSD에 지속적인 앱 데이터 전체를 저장하세요. 애플리케이션이 잠금 및 지연 시간 동작을 명시적으로 지원하지 않는 한, 활성 데이터베이스를 네트워크 공유에 두지 마세요.

필요하다면 이식 가능한 NFO 파일과 정리한 아트워크를 미디어와 함께 보관하세요

사이드카 NFO 파일, 로컬 포스터, 에디션 라벨, 수동으로 선택한 아트워크를 사용하면 다른 인스턴스에서 라이브러리를 더 쉽게 재구성할 수 있습니다. 애플리케이션 데이터베이스를 잃어도 이러한 파일은 영화 폴더에 남아 있습니다.

모든 버전과 스캐너에서 이식성이 보장되는 것은 아닙니다. Jellyfin 마이그레이션 보고서에서는 이동 후 기존 NFO 파일이 무시되고 덮어써진 사례가 설명되어 있으므로, 사이드카 파일만을 유일한 복구 경로로 사용하기 전에 테스트 가져오기를 수행해야 합니다.

애플리케이션이 일관되게 읽을 수 있고 보존할 의도가 있는 메타데이터만 저장하세요. 수동으로 정리한 파일은 백업하고, 통제된 테스트 없이 자동 제공자가 해당 파일을 덮어쓰지 않도록 하세요.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

읽기 전용 라이브러리와 권한 경계를 준수하세요

읽기 전용 미디어 마운트는 애플리케이션이 실수로 원본 파일을 변경하는 것을 막아 주지만, 서버가 라이브러리 옆에 NFO 파일, 아트워크, 컬렉션, 로컬 미리 보기를 작성하지 못하게 합니다.

한 Jellyfin 이슈에서는 애플리케이션 구성은 SSD에서 쓰기 가능했음에도 읽기 전용 미디어 파일 시스템 때문에 컬렉션 생성이 실패했습니다. 이 사례는 메타데이터 기능에 쓰기 위치가 영향을 준다는 점을 보여 줍니다.

원본의 불변성이 중요하다면 미디어는 읽기 전용으로 유지하고, 앱이 소유한 메타데이터는 SSD 볼륨으로 보내세요. 로컬 사이드카 파일을 복구 계획의 일부로 사용할 때만 라이브러리에 쓰기 권한을 부여하고, 해당 권한은 서비스 ID로 제한하세요.

재생성 가능한 미리 보기 데이터는 중요한 상태 데이터와 분리하세요

트릭플레이 이미지, 챕터 썸네일, 추출된 미리 보기 그리드, 임시 캐시는 핵심 데이터베이스보다 훨씬 커질 수 있습니다. 또한 대개 재생성할 수 있으므로 백업 가치도 다릅니다.

Jellyfin은 미디어 옆에 아트워크와 트릭플레이 이미지를 저장하는 옵션을 제공하며, 일부 레이아웃에서는 가시성과 마이그레이션 편의성을 높여 줍니다. Jellyfin 인터페이스 소스에서는 로컬 아트워크와 트릭플레이 저장 위치를 하나의 보편적인 메타데이터 위치가 아니라 별도의 선택 사항으로 설명합니다.

미리 보기 데이터가 크게 증가한다면 전용 캐시 또는 메타데이터 하위 볼륨을 사용하세요. 데이터베이스와 수동 메타데이터는 재생성 가능한 썸네일보다 더 자주 백업하고, 복구 중 삭제해도 되는 폴더를 문서화하세요.

복구 및 마이그레이션 요구 사항에 따라 레이아웃을 선택하세요

한 서버가 라이브러리를 관리하고, 미디어 마운트를 읽기 전용으로 유지해야 하며, 파일 수준의 이식성보다 빠른 탐색이 중요하다면 앱 메타데이터를 SSD에만 저장하세요. 정리한 메타데이터를 파일과 함께 이동해야 하거나 여러 호환 도구가 라이브러리를 공유한다면 로컬 NFO 파일과 아트워크를 사용하세요.

대체로 분할 레이아웃이 가장 적합한 경계를 제공합니다. 데이터베이스, 사용자, 인덱스, 활성 캐시는 SSD에 저장하고, 원본 미디어는 대용량 저장소에 보관하며, 선별한 NFO 파일과 정리한 아트워크는 미디어 옆에 저장하고, 대용량 재생성 가능 미리 보기는 별도로 용량을 지정한 캐시 또는 지원되는 로컬 경로에 저장하세요.

ZimaSpace의 앱 및 메타데이터 작업에 적합한 NAS 드라이브 선택 가이드에서 이러한 분할 방식에 필요한 저장 장치 성능 관련 배경을 확인할 수 있습니다.

백업 및 복원 테스트로 레이아웃을 검증하세요

미디어 서버를 중지하고 SSD 앱 볼륨과 라이브러리에 저장된 모든 사이드카 메타데이터를 백업하세요. 동일한 컨테이너 경로와 권한을 사용해 격리된 인스턴스에 복원하세요.

사용자, 시청 기록, 컬렉션, 수동 매칭, 아트워크, 트릭플레이가 활성화된 항목 하나가 예상대로 복원되는지 확인하세요. 그런 다음 미디어 파일과 사이드카만 사용해 두 번째 복구를 테스트하여 앱 데이터베이스가 없을 때 무엇을 잃게 되는지 파악하세요.

탐색이 계속 응답성을 유지하고, 앱 저장 공간이 예측 가능하게 증가하며, 미디어를 의도한 대로 최대한 읽기 전용으로 유지할 수 있고, 문서화된 백업으로 재생성할 수 없는 모든 부분을 복원할 수 있다면 레이아웃이 올바른 것입니다. 복원 테스트에서 실제 속도, 용량 또는 이식성 문제가 드러난 경우에만 저장 위치를 변경하세요.