正常な状態のPlexデータベースを復元する際は、サーバーを停止し、破損したファイルを保持したうえで、新しいスキャンを実行する前に復元後の状態を検証してください。
アクティブなライブラリデータベースが破損している場合、最近のバックアップが最も迅速な復旧手段になることがあります。ただし、ファイルを無計画に置き換えると、役立つ証拠が失われたり、2つ目の不整合な状態を招いたりする可能性があります。最初に障害が発生する前のバックアップを選び、古いデータベース一式と新しいデータベース一式の両方をコピーして保管し、所有権を維持したうえで、静かな検証時間帯にPlexを起動してください。復元したデータベースにも同じ破損が見られた場合は、直ちに停止します。
アクティブなデータベースに触れる前にバックアップを選ぶ
最初に確認された破損の兆候より前のタイムスタンプで、かつ視聴状況やライブラリの変更を十分に保持できるほど新しいバックアップから始めます。何かを置き換える前に、現在のデータベースと候補となるバックアップの両方を安全な場所へコピーしてください。残っている唯一のコピーで実験してはいけません。
アクティブなデータベースを置き換える前に、利用可能なバックアップのコピーを確認してください。単に最新のファイルを選ぶのではなく、最初に破損の兆候が現れる前のタイムスタンプを選びます。
バックアップのタイムスタンプから現在までの間に失われるものを記録します。新しくライブラリに追加した項目は再スキャンできますが、視聴進捗、コレクション、メタデータの編集内容は手動で調整しなければならない場合があります。この差を把握することで、置き換える前に修復を試みる価値があるか判断できます。
Plexを停止して破損した状態を保持する
Plexがデータベースへ書き込み中にデータベースファイルを交換してはいけません。サーバーまたはコンテナを正常に停止し、プロセスが終了したことを確認してから、現在のデータベースディレクトリを稼働中のアプリケーションデータパスの外へコピーしてください。選択したバックアップも破損していた場合に、ロールバックできるようになります。
修復または置き換えの前にPlexを停止してください。停止してから修復する手順により、交換または修復中にアプリケーションがデータベースファイルへ書き込むのを防げます。
破損したデータベースをすぐに削除しないでください。タイムスタンプを維持したまま名前を変更するか、別の場所へ移動します。復元後に別の問題が発生した場合、何が変わったのかを理解するために、ログ、サイドカーファイル、または破損したデータベースが必要になることがあります。
一致するデータベースファイルを想定された場所へ復元する
稼働中のサーバーがすでに使用している同じPlexデータディレクトリを使い、正しいアクティブファイル名でデータベースのコピーを復元します。稼働中のディレクトリにある権限と所有権を維持してください。バックアップ方法によって整合性のあるデータベース一式が取得されている場合は、異なるタイムスタンプのファイルを混在させず、その一式を復元します。
バックアップデータベースの復元は、個別に最も新しそうなファイルを混ぜるのではなく、1つの一貫した復旧時点として扱ってください。
Plexを起動する前に、所有者、グループ、モード、ファイルサイズを周辺のアプリケーションデータと比較します。復元によってデータベースが誤って読み取れなくなると、別の破損事故のように見えます。まずファイルシステム層でアクセス権を正しく設定してください。
バックアップに同じ復旧時点の関連データベースファイルやサイドカーファイルが含まれている場合は、その一式をまとめて保持します。異なるタイムスタンプのファイルを混ぜると、元の破損と似た新たな不整合が発生する可能性があります。
Plexを起動し、スキャンを開始する前に状態を確認する
サーバーを起動し、大規模なメンテナンス処理を実行させる前にライブラリを確認します。ウェブアプリが開くこと、ライブラリが表示されること、ユーザーと視聴状況が妥当であること、既知のタイトルのいくつかが有効なメディアパスに解決されることを確認してください。プロセスが正常に起動しただけでは不十分です。
アプリケーションと整合性のある復旧時点を作るには、整合性のあるバックアップのためにPlexを停止することで、次回の復元に書き込み途中のデータベース状態が含まれる可能性を減らせます。
復元したサーバーが安定してから、バックアップ後に追加されたメディアをスキャンしてください。可能な限りスキャン範囲を絞ります。スキャンを実行する前にデータベースが再び破損を報告した場合は、直ちに停止し、より古いバックアップを選ぶか、管理された修復手順へ移行してください。
整合性とバックアップのテストで復旧を完了する
復元したデータベースが通常のブラウジングと小規模なライブラリ更新に耐えたら、Plexを一度再起動し、状態が維持されることを確認します。その後、この正常な基準状態から新しいバックアップを作成し、次回の障害が同じ疑わしい世代のバックアップに依存しないようにします。
バックアップが信頼できるものになるのは、隔離した環境での復元により重要なPlexの状態が戻ることを状態保持テストで確認できた場合だけです。
使用したバックアップのタイムスタンプ、失われた状態、合格した検証項目を記録します。正常な復元でも破損が再発する場合は、バックアップを延々と入れ替えるのではなく、ストレージエラー、正常でないシャットダウン、または再現可能なソフトウェアのトリガーを調査してください。
サポートとヒント
もっと読む

Plexは別のDockerコンテナとGPUを共有できますか?
Plexと別のコンテナは同じGPUにアクセスできることが多いですが、ドライバーのサポート、デバイスマッピング、ビデオエンジンの負荷、メモリ、復旧動作をテストする必要があります。

Plexのエラーがクライアント側とサーバー側のどちらに起因するかを見分ける方法
別のクライアントで同じ項目を再現し、セッションパスを比較してから、スコープによって障害の実際の所在が特定された後にのみサーバーの証拠を収集してください。

Plexのキャッシュとトランスコード用一時ストレージを設定する方法
永続的な Plex の状態を保護しつつ、トランスコードの一時ファイルを適切なローカルストレージに配置し、クリーンアップ、空き容量、再起動時の動作を確認します。

