일관성이 깨진 데이터베이스를 백업하지 않고 Plex를 백업하는 방법

전체 Plex 앱 데이터 백업을 수행하려면 파일 시스템 복사 또는 스냅샷을 만들기 전에 Plex를 중지하세요. 핵심 데이터베이스만 백업하려는 경우에는 Plex의 예약 백업이 애플리케이션을 인식하는 방식입니다.

서버가 실행되는 동안 Plex는 데이터베이스, 메타데이터, 환경 설정 및 캐시를 기록하므로 일반적인 백업 작업에서는 서로 다른 시점의 파일이 함께 저장될 수 있습니다. 그렇다고 실행 중인 모든 백업이 손상된다는 뜻은 아니지만, 애플리케이션이나 스토리지 계층에서 일관성을 조정하지 않는 한 원시 복사본을 신뢰하기는 더 어렵습니다. 먼저 핵심 Plex 데이터베이스가 필요한지, 아니면 전체 서버 상태가 필요한지 결정한 다음, 그 범위에 맞는 방법을 사용하고 복원 경로를 확인한 후에야 백업이 완료되었다고 판단하세요.

핵심 데이터베이스 백업과 전체 서버 데이터 백업을 구분하세요

Plex 예약 작업은 시청 상태와 매칭 정보를 저장하는 핵심 데이터베이스를 백업할 수 있습니다. 이는 데이터베이스 복구에 유용하지만, Plex는 이것이 전체 Plex Media Server 데이터 디렉터리 백업을 대체하지 않는다고 명시합니다. 하나의 파일이 모든 것을 포함한다고 가정하지 말고, 두 백업을 서로 다른 복구 도구로 취급하세요.

Plex 백업 문서에서는 기본 서버 데이터 디렉터리를 백업할 것을 권장하며, 일부 플랫폼에서는 캐시를 제외할 수 있다고 설명합니다. 임시 캐시 때문에 아카이브가 불필요하게 커지지 않으면서 중요한 데이터베이스와 메타데이터 상태는 보호되도록 백업 대상을 신중하게 정하세요.

목표가 “서버를 정확히 원래 상태로 복원”하는 것이라면 Plex에 필요한 영구 앱 데이터 트리와 플랫폼별 설정을 포함하세요. 목표가 “시청 상태와 핵심 라이브러리 데이터베이스만 복구”하는 것이라면 예약 데이터베이스 백업이 더 작고 집중적인 대안이 될 수 있습니다.

원시 파일 시스템 복사 전에 Plex를 일시 중지하세요

간단한 파일 수준 백업을 수행하려면 Plex 컨테이너를 중지하고, 영구 데이터 경로를 복사하거나 스냅샷으로 저장하기 전에 컨테이너가 종료되었는지 확인하세요. 중단 시간은 짧게 유지하세요. 중지하고 일관된 시점을 캡처한 다음 다시 시작하고, 파일 시스템이 지원한다면 스냅샷에서 느린 외부 복사를 계속 진행하세요.

SQLite의 백업 API 문서는 실행 중인 데이터베이스 복사가 단순한 파일 크기 문제가 아니라 조정이 필요한 작업인 이유를 보여 줍니다. 애플리케이션 인식 백업이나 일시 중지된 스냅샷을 사용하면 정의된 데이터베이스 상태를 확보할 수 있지만, 변경 중인 데이터베이스, WAL 및 메타데이터 파일을 무작정 복사하면 복구 지점에 대한 확실성이 떨어집니다.

NAS에서 즉시 스냅샷을 생성할 수 있다면 대용량 백업이 느린 스토리지를 탐색하는 동안 Plex를 몇 시간씩 중지하지 마세요. 더 안전한 방식은 짧게 쓰기 작업을 일시 중지해 일관성을 확보한 뒤, 서비스가 다시 실행되는 동안 스냅샷 또는 아카이브 작업으로 백업을 다른 위치로 이동하는 것입니다.

로그, 캐시 및 영구 상태에 서로 다른 복구 규칙을 적용하세요

캐시와 상세 로그는 빠르게 변경될 수 있으며 일반적으로 Plex 데이터베이스와 메타데이터만큼의 보존 기간이 필요하지 않습니다. 이러한 경로를 분리하면 백업 크기가 줄어들고 복원 범위도 더 명확해집니다. 또한 불필요하게 많은 로그나 캐시 트리가 애플리케이션 상태용으로 확보한 공간을 차지하는 것을 방지할 수 있습니다.

컨테이너 로그와 앱 데이터 분리에 관한 ZimaSpace 가이드에서는 앱 상태, 로그 및 캐시의 수명 주기와 복구 요구 사항이 서로 다른 이유를 설명합니다. 세 가지가 하나의 컨테이너 설정에서 시작하더라도 Plex에는 동일한 정책이 유용합니다.

백업 범위를 변경했다면 폐기 가능한 복사본이나 격리된 컨테이너를 대상으로 복원 테스트를 한 번 실행하세요. 백업 정책은 업로드가 성공했다고 검증되는 것이 아니라, 복구된 데이터베이스와 메타데이터를 Plex가 예상한 서버 상태로 열 수 있을 때 검증됩니다.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

알려진 상태를 복원하여 백업을 확인하세요

복원 후 확인할 수 있는 몇 가지 항목을 정하세요. 서버 이름, 라이브러리 하나, 시청한 항목 하나, 일부만 시청한 항목 하나, 그리고 알고 있는 설정 하나가 이에 해당합니다. 테스트 복원에서는 Plex가 새 서버를 만들거나 미디어 파일에서 라이브러리를 다시 구축하지 않고도 이러한 항목을 복구해야 합니다.

Plex는 서버를 중지하고 활성 데이터베이스를 백업본으로 교체하는 것으로 시작하는 데이터베이스 복원 절차를 안내합니다. 전체 백업 방식이 다르더라도 데이터베이스를 교체하기 전에 서버를 중지하는 원칙은 유용한 복구 규칙입니다.

복원 테스트에 실패했다면 보존 기간을 늘리거나 복사본을 더 자동화하기 전에 백업 방법부터 수정하세요. 손상된 실행 중인 데이터베이스를 시험하는 과정에서 마지막으로 복구 가능한 복사본을 덮어쓰지 말고, 정상적인 백업으로도 복원할 수 없을 때만 데이터베이스 복구를 고려하세요.