エラーやアプリの状態による速度低下が修復可能な場合は Plex データベースを維持し、修復や正常なバックアップを使っても安定した状態に戻せない場合にのみ置き換えてください。
正常なデータベースは大容量になることがあり、閲覧がときどき遅いだけでは再構築の理由になりません。より重大な兆候は、整合性エラー、原因不明の急速な容量増加、繰り返し発生する書き込み失敗、再生は正常なのにメタデータだけが遅い状態、または修復後に再発する破損です。まず現在のデータベースを保全し、問題がストレージ、インデックス、構造的な破損のどれにあるかを特定してから、証拠に基づいてメンテナンスから置き換えへ進んでください。
繰り返すデータベースエラーを健全性のシグナルとして扱う
破損メッセージ、不正なデータベースに関するエラー、書き込み失敗、バックアップからの復旧の繰り返しは、通常のメンテナンスを中止して現在の状態を保護すべき強い理由です。整合性の問題を報告しているデータベースに対して、スキャン、最適化、再起動を続けないでください。
ログにデータベース破損の症状が示されている場合は、通常のメンテナンスによって証拠が上書きされないよう、修復前にコピーを保存し、サーバーを停止してください。
正確なエラーとデータベースのタイムスタンプを記録し、修復を試みる前にデータベースディレクトリをコピーしてください。正常なバックアップがある場合は、そのバックアップの日時と、失う可能性のある状態の量を比較します。復旧方法を決めるまで、稼働中のデータベースを削除しないでください。
原因不明の急速な容量増加は調査が必要
Plex ライブラリが拡大すればデータベースも自然に大きくなりますが、ライブラリの規模をはるかに上回る速度でデータベースが拡大し、クエリの遅延や破損が発生している場合は別のパターンです。重要なのは特定のファイルサイズではなく、処理量に見合わない容量増加です。
急速な容量増加がクエリの遅延や破損と同時に現れる場合は、ディスクを増設するだけでなく、整合性チェックとログの確認が必要です。
ライブラリへの追加とメンテナンスの実施期間を並べて、データベース容量の推移をグラフ化してください。容量の増加が正当なメディアの拡張に連動し、パフォーマンスも安定しているなら、監視を続けます。容量がそれらとは無関係に増加している場合は、最適化やクリーンアップで証拠が変わる前にログを保存してください。
再生が正常なのに閲覧が遅い場合はアプリの状態が原因の可能性がある
ポスターグリッド、検索、ライブラリフィルター、メタデータページは、データベースと多数の小さなアプリケーションファイルを使用します。映画の Direct Play が開始後は滑らかなのに、これらの操作が遅い場合、症状は生のメディア転送速度よりもアプリの状態に関わる処理経路にある可能性が高くなります。
再生が正常なのにポスターの読み込みが遅い場合は、メディアストリーミングとは別にアプリの状態に関する応答速度を測定してください。メディアアレイが高速でも、データベース経路が正常だとは限りません。
何かを再構築する前に、データベースストレージのレイテンシーとライブラリの応答速度を測定してください。正常で低レイテンシーなストレージにコピーを移す、またはインデックスを修復することで症状が変わるなら、原因の調査はその経路に絞ります。データベースの応答が正常なら、ネットワークやクライアント UI の動作を調査してください。
繰り返し失敗した場合にのみ、修復から置き換えへ進む
損傷が限定的で、検証済みのバックアップがあり、コピー上で整合性を再テストできる場合は、置き換えより先にデータベースを修復してください。判断基準は、修復コマンドが一度完了するかどうかではなく、通常の読み取りと書き込みが復旧するかどうかです。
修復後は、複数のライブラリを閲覧し、検索を実行し、メタデータ項目を1件更新し、管理された状態でファイルを1件追加してから Plex を再起動してください。整合性エラーや書き込み失敗がすぐに再発する場合は、同じ修復を繰り返すのをやめてください。
クリーンなデータベースの再構築が正当化されるのは、修復済みのコピーでも再発する場合、または正常なバックアップを使っても同じ構造的な問題が再現する場合に限られます。メディアには手を加えず、新しいアプリケーションデータの保存先に再構築して、ロールバックできる状態を維持してください。
使用可能なバックアップがまだある場合は、クリーンな再構築より先に正常なデータベースの復旧を行ってください。また、故障中のコピーから復旧できる視聴履歴、コレクション、その他のユーザーデータも別途保護してください。
サポートとヒント
もっと読む

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

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

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

