Plex 데이터베이스 백업과 파일 수준 백업: 각 계층은 어떤 역할을 할까요?
Plex 데이터베이스 백업과 파일 수준 백업은 서로 보완하는 관계이지, 서로 대체할 수 있는 방식은 아닙니다. 하나는 제한된 데이터베이스 복구 지점을 보호하고, 다른 하나는 호스트 또는 스토리지 장애 이후에 필요한 더 광범위한 서버 상태를 보존할 수 있습니다.
먼저 복구 범위를 정하세요
내장 예약 백업은 Plex 데이터베이스 복구를 중심으로 설계되었습니다. 데이터베이스가 손상되었거나 최근 라이브러리 상태 변경을 되돌려야 할 때 유용하지만, 전체 서버 데이터 디렉터리를 복사하는 것과는 다릅니다.
Plex의 예약 유지 관리 기능은 주기적인 데이터베이스 백업을 생성하므로, 데이터베이스 중심 복구에 빠르고 편리한 계층을 제공합니다.
복구 대상이 핵심 라이브러리 데이터베이스일 때 이 계층을 사용하세요. 모든 메타데이터 파일, 구성 정보 또는 서버 재구축에 필요한 호스트 수준 경로까지 보존한다고 가정해서는 안 됩니다.
빠른 데이터베이스 롤백에는 데이터베이스 백업이 유리합니다
용량이 작은 데이터베이스 사본은 자주 보관하기 쉽고, 나머지 서버 상태가 정상일 때 복원하기도 쉽습니다. 따라서 범위가 제한된 데이터베이스 문제에 대한 강력한 1차 복구 옵션이 됩니다.
예약 작업은 Plex의 기본 데이터베이스만 보호하며, 더 광범위한 서버 상태를 완전히 복제하지는 않습니다.
가능하면 정상 작동이 확인된 여러 데이터베이스 복구 지점을 현재 운영 중인 데이터베이스 경로 외부에 보관하세요. 해당 사본을 유일한 복구 수단으로 사용하기 전에 복원 과정을 테스트하세요.
호스트 교체에는 파일 수준 백업이 유리합니다
호스트를 마이그레이션하거나 앱 데이터 장치에 장애가 발생하면 환경 설정, 메타데이터, 아트워크, 데이터베이스 파일 및 나머지 Plex 데이터 디렉터리를 함께 이동해야 할 수 있습니다. 데이터베이스만 복구하는 방식으로는 이러한 광범위한 상태를 보호할 수 없습니다.
Plex를 마이그레이션할 때는 viewstate, 메타데이터, 설정 및 서버 데이터를 함께 보존해야 복원된 호스트에서 서비스를 처음부터 다시 구축하지 않아도 됩니다.
서버를 정의하는 전체 Plex 상태에는 파일 수준 백업을 사용하고, 캐시 또는 기타 재생성 가능한 데이터는 실제로 삭제해도 문제가 없는지 확인한 경우에만 백업에서 제외하세요.
더 나은 계획은 두 계층을 모두 활용합니다
이 두 방식은 서로 다른 장애 범위를 보호하므로, 양자택일을 강요하면 복구력이 약해집니다. 자주 생성한 데이터베이스 사본은 롤백 범위를 줄여 주고, 주기적인 파일 수준 백업은 더 광범위한 서비스를 보호합니다.
이러한 계층을 하나 이상의 사본을 운영 중인 장애 영역 외부에 보관하는 백업 및 복구 설계에 포함하세요.
범위가 제한된 데이터베이스 문제에는 데이터베이스만 복구하고, 호스트 또는 서버 상태 손실에는 파일 수준 복구를 사용하세요. Plex 서버가 중요해 어느 한 유형의 장애라도 큰 문제가 될 수 있다면 두 방식을 모두 사용하세요.
추천 제품
제품 비교
더 읽어보기
Plex용 쿼드 코어와 옥타 코어 CPU 비교: 혼합 클라이언트 동시 접속에는 어떤 제품이 적합할까요?
4코어는 주로 직접 재생에 적합하고, 소프트웨어 트랜스코딩이나 동시 호스트 작업이 측정된 기준치를 넘을 때 8코어가 비용만큼의 가치를 발휘합니다.
전용 Jellyfin 서버와 공유 앱 호스트: 어떤 경계가 적합할까요?
예측 가능한 미디어 처리와 복구를 원한다면 전용 호스팅을 선택하고, 워크로드가 가볍고 격리 수준을 측정할 수 있다면 공유 호스트를 선택하세요.
다중 사용자 홈 스트리밍에서 Jellyfin과 Plex 비교: 클라이언트 지원 범위와 제어 기능 중 무엇을 중시할까?
클라이언트 지원 범위가 관건이라면 Plex가 우세하고, 제어 권한이 관건이라면 Jellyfin이 우세합니다. 사용자가 명확하게 나뉜다면 둘 다 적합할 수 있습니다.
