정상 작동이 확인된 Plex 데이터베이스는 서버가 중지된 상태에서만 복원하고, 손상된 파일은 보존하며, 새로운 스캔을 실행하기 전에 복구된 상태를 검증하세요.
활성 라이브러리 데이터베이스가 손상된 경우 최근 백업이 가장 빠른 복구 방법일 수 있지만, 파일을 무작정 교체하면 유용한 증거가 사라지거나 일관성이 깨진 새로운 상태가 만들어질 수 있습니다. 최초 장애가 발생하기 전의 백업을 선택하고, 기존 데이터베이스 세트와 새 데이터베이스 세트를 모두 복사해 보관하며, 소유권을 유지한 뒤 조용한 검증 시간에 Plex를 실행하세요. 복원된 데이터베이스에서 동일한 손상이 나타나면 즉시 중단하세요.
활성 데이터베이스를 건드리기 전에 백업을 선택하세요
최초로 알려진 손상 증상보다 이전 시점이면서도 시청 상태와 라이브러리 변경 사항을 충분히 보존할 만큼 최근인 백업으로 시작하세요. 무엇이든 교체하기 전에 현재 데이터베이스와 후보 백업을 모두 안전한 위치에 복사하세요. 남아 있는 유일한 사본으로 실험하지 마세요.
활성 데이터베이스를 교체하기 전에 사용 가능한 백업 사본을 확인하세요. 단순히 가장 최신 파일이 아니라 최초 손상 증상 이전의 타임스탬프를 선택하세요.
백업 시점부터 현재까지 사라지게 될 항목을 기록하세요. 새로 추가된 라이브러리는 다시 스캔할 수 있지만, 시청 진행률, 컬렉션 또는 메타데이터 수정 사항은 수동으로 조정해야 할 수 있습니다. 이러한 손익을 파악하면 교체하기 전에 복구 시도를 해볼 가치가 있는지 판단하는 데 도움이 됩니다.
Plex를 중지하고 손상된 상태를 보존하세요
Plex가 데이터베이스에 활발히 쓰는 동안에는 데이터베이스 파일을 교체하면 안 됩니다. 서버 또는 컨테이너를 정상적으로 중지하고 프로세스가 완전히 종료되었는지 확인한 다음, 현재 데이터베이스 디렉터리를 실제 애플리케이션 데이터 경로 외부에 복사하세요. 선택한 백업도 손상된 경우 롤백할 수 있습니다.
복구 또는 교체 전에 Plex를 중지하세요. 중지 후 복구 순서를 따르면 파일을 교체하거나 복구하는 동안 애플리케이션이 데이터베이스 파일에 쓰는 것을 방지할 수 있습니다.
손상된 데이터베이스를 즉시 삭제하지 마세요. 타임스탬프를 유지한 채 이름을 바꾸거나 다른 위치로 옮기세요. 복원 후 다른 문제가 드러나면 변경된 내용을 파악하기 위해 로그, 사이드카 파일 또는 손상된 데이터베이스가 필요할 수 있습니다.
일치하는 데이터베이스 파일을 예상 위치에 복원하세요
정상적으로 작동하는 서버가 이미 사용하는 Plex 데이터 디렉터리를 그대로 사용하고, 올바른 활성 파일 이름으로 데이터베이스 사본을 복원하세요. 실제 디렉터리의 권한과 소유권을 유지하세요. 백업 방식으로 일관된 데이터베이스 세트를 확보했다면 서로 다른 시점의 파일을 섞지 말고 해당 세트 전체를 복원하세요.
백업 데이터베이스 복원은 최신으로 보이는 개별 파일을 섞는 대신 하나의 일관된 복구 시점으로 처리하세요.
Plex를 시작하기 전에 주변 앱 데이터와 소유자, 그룹, 모드 및 파일 크기를 비교하세요. 실수로 데이터베이스를 읽을 수 없게 만들면 또 다른 손상 사고처럼 보일 수 있습니다. 먼저 파일 시스템 수준에서 올바른 접근 권한을 설정하세요.
백업에 동일한 복구 시점의 관련 데이터베이스 파일이나 사이드카가 포함되어 있다면 해당 세트를 함께 유지하세요. 서로 다른 시점의 파일을 섞으면 원래 손상과 비슷해 보이는 새로운 불일치가 발생할 수 있습니다.
스캔을 실행하기 전에 Plex를 시작하고 상태를 확인하세요
대규모 유지 관리 작업을 요청하기 전에 서버를 시작하고 라이브러리를 확인하세요. 웹 앱이 열리고, 라이브러리가 표시되며, 사용자와 시청 상태가 정상적으로 보이고, 알고 있는 여러 콘텐츠가 올바른 미디어 경로로 연결되는지 확인하세요. 프로세스가 성공적으로 시작된 것만으로는 충분하지 않습니다.
애플리케이션 수준에서 일관된 복구 시점을 확보하려면 일관된 백업을 위해 Plex 중지하기를 실행하면 다음 복원에 부분적으로 기록된 데이터베이스 상태가 포함될 가능성을 줄일 수 있습니다.
복원된 서버가 안정적으로 작동하는 것을 확인한 후에만 백업 이후 추가된 미디어를 스캔하세요. 가능한 경우 스캔 범위를 좁게 유지하세요. 스캔을 실행하기도 전에 데이터베이스에서 다시 손상이 보고되면 즉시 중단하고 더 오래된 백업을 선택하거나 통제된 복구 절차로 전환하세요.
무결성 및 백업 테스트로 복구를 마무리하세요
복원된 데이터베이스가 일반적인 탐색과 소규모 라이브러리 업데이트를 견디면 Plex를 한 번 재시작하고 상태가 유지되는지 확인하세요. 그런 다음 이 정상 상태를 기준으로 새 백업을 생성하여 다음 장애가 동일하게 의심스러운 백업 세대에 의존하지 않도록 하세요.
백업은 상태 보존 테스트를 통해 격리된 복원 환경에서도 중요한 Plex 상태가 복원된다는 사실이 확인될 때만 신뢰할 수 있습니다.
사용한 백업 타임스탬프, 손실된 상태, 통과한 검증 항목을 문서화하세요. 정상적으로 복원된 상태에서 손상이 다시 발생한다면 백업을 끝없이 바꿔가며 시도하기보다 저장 장치 오류, 비정상 종료 또는 재현 가능한 소프트웨어 원인을 조사하세요.
지원 및 팁
더 읽어보기

Plex가 다른 Docker 컨테이너와 GPU를 공유할 수 있나요?
Plex와 다른 컨테이너가 동일한 GPU에 함께 액세스할 수 있는 경우가 많지만, 드라이버 지원, 디바이스 매핑, 비디오 엔진 부하, 메모리, 복구 동작을 테스트해야 합니다.

Plex 오류가 클라이언트에서 발생한 것인지 서버에서 발생한 것인지 확인하는 방법
다른 클라이언트에서 동일한 항목을 재현하고, 세션 경로를 비교한 다음, 범위 분석을 통해 장애가 실제로 발생한 위치를 확인한 후에만 서버 증거를 수집하세요.

Plex 캐시 및 트랜스코딩 임시 저장소 구성 방법
영구 Plex 상태는 보호하면서 트랜스코딩 임시 파일은 적합한 로컬 저장소에 배치한 다음, 정리 상태와 여유 공간 및 재시작 동작을 확인하세요.

