視聴履歴や設定を失わずにPlexアプリのデータを移行する方法
Plexを停止した状態で完全なPlexサーバーデータディレクトリを移動し、移行元には手を加えず、古いコピーを削除または別用途に転用する前に、移行後のサーバーを検証します。
Plexの視聴履歴、メタデータ、データベースの状態、環境設定、その他のサーバー情報は、映画フォルダーではなくサーバーデータディレクトリに保存されています。Dockerでは、このディレクトリはPlexの設定パスに割り当てたホストパスまたはボリュームです。したがって安全な移行とは、メディアライブラリを再スキャンすることではなく、状態を移動することです。書き込みを停止し、適切なデータをコピーし、所有権を維持し、コンテナを新しい場所に向け、以前のサーバーIDと視聴状態が維持されていることを確認します。
移動前に移行元を保護する
まず、Plexの永続設定を保持しているホストパスを特定し、そのバックアップを別途作成します。コンテナのマウント設定を先に編集して、新しい場所が正しいことを期待するのは避けてください。新しいコピーが正常に起動しない場合に既知の正常な構成へ戻せるよう、現在のマウント、Plexのバージョン、サーバー名、メディアパス、所有権を記録しておきます。
Plexのサーバー移行ガイドでは、データをコピーする前にサーバーを停止するよう明確に案内しており、特に異なるオペレーティングシステム間では移行に制限がある場合にも触れています。また、他のPlexアカウントに付与した既存のライブラリアクセスは、常に引き継がれるとは限らないと警告しています。そのため、共有ユーザーのアクセスは、タイトルで無条件に保証するのではなく、移行後に確認する項目です。
最初のテスト中は、古いデータディレクトリを読み取り専用にするか、その他の方法で変更されないようにします。移行元が残っていればロールバックは簡単です。Plexを停止し、元のマウントを復元して、古い状態を起動するだけです。移行元を削除したり、2つのコピーに同じデータベースへ書き込ませたりすると、ロールバックははるかに難しくなります。
Plexを停止し、永続状態を完全にコピーする
コピーを開始する前にPlexコンテナを停止し、書き込みが行われていないことを確認します。永続的なサーバーデータディレクトリ全体を、新しいストレージの場所へコピーします。大規模なライブラリでは、ファイル属性を維持し、多数の小さなメタデータファイルを効率的に処理できるアーカイブ方式またはファイルシステム固有のコピー方法を検討してください。
実際のPlex状態が保存されているディレクトリが不明な場合は、Plexデータディレクトリのリファレンスを使用して、サーバーデータとメディアコンテンツを区別します。Dockerでは、実際の場所は選択したボリュームまたはバインドマウントによって決まるため、ホストパスについてはコンテナ設定が最終的な基準になります。
コピー後、新しいパスの所有者と書き込み権限を、以前Plexを実行していた実効ユーザーまたはグループと同じにします。権限を誤った完全なコピーは、Plexが新しい、または一部しか読み取れないディレクトリを使用して起動するため、データが失われたように見えることがあります。宛先でPlexが新しい状態を作成する前に、アクセス権を修正してください。
Plexを新しいパスに向け、スキャン前にIDを確認する
まずは設定データのマウントだけを変更します。メディアフォルダーの名前変更、ネットワークモードの変更、Plexの更新、ストレージの移動を同時に行わないでください。コンテナを起動してPlexを開きます。サーバーには、完全に新しいサーバーを作成するよう求められるのではなく、想定した名前、ライブラリ、ポスター、視聴履歴、設定、以前のサーバーIDが表示されるはずです。
NAS移行の考え方では、ZimaSpaceのNASデータ移行ガイドも、まずバックアップを作成し、範囲を定めて移動し、宛先を検証してから古いコピーを削除するという、同じ保護手順に従っています。移行をUIで行うかシェルコマンドで行うかよりも、この順序のほうが重要です。
ライブラリ全体のスキャンを実行する前に、視聴済み・未視聴の状態が分かっている項目をいくつか開き、移行元と比較します。サーバー設定と、少なくとも1つの共有ユーザーまたは管理対象アカウントも確認してください。ID、履歴、権限が正しくない場合は、ここで停止してロールバックします。スキャンによってさらに多くの状態が書き換えられるのを許してはいけません。
古いコピーを削除する前に再起動後の永続性を確認する
Plexコンテナを再起動し、確認を繰り返します。新しいマウントが引き続きアクティブなホストパスであることと、新しい視聴状態の変更がそこに保存されることを確認します。次に、項目を少し再生して停止し、Plexをもう一度再起動した後も再生位置のマーカーが残っていることを確認します。これにより、宛先が読み取り可能なだけでなく、現在の書き込みも受け取っていることを確認できます。
メディアパスも変更した場合は、それらを別に移行し、コンテンツの移行とアプリ状態の移行を混同せず、Plexのメディア場所変更手順を使用してください。2つの操作を分けることで、問題の診断が容易になり、メディアマウントの欠落をPlexデータベースの喪失と誤認するのを防げます。
新しい場所が再起動と通常利用に耐えたことを確認してから、古いアプリデータのコピーを削除または別用途に転用します。共有ユーザーやライブラリ権限が引き継がれなかった場合は、サーバー状態が安定した後に明示的に修復してください。中核となる視聴履歴と設定が正しく見えるからといって、移行元を破棄してはいけません。
おすすめ商品
サポートとヒント
もっと読む
Plexは別のDockerコンテナとGPUを共有できますか？
Plexと別のコンテナは同じGPUにアクセスできることが多いですが、ドライバーのサポート、デバイスマッピング、ビデオエンジンの負荷、メモリ、復旧動作をテストする必要があります。
Plexのエラーがクライアント側とサーバー側のどちらに起因するかを見分ける方法
別のクライアントで同じ項目を再現し、セッションパスを比較してから、スコープによって障害の実際の所在が特定された後にのみサーバーの証拠を収集してください。
Plexのキャッシュとトランスコード用一時ストレージを設定する方法
永続的な Plex の状態を保護しつつ、トランスコードの一時ファイルを適切なローカルストレージに配置し、クリーンアップ、空き容量、再起動時の動作を確認します。
