古いサーバーを廃止する前に Plex の移行を確認する方法

新しいPlexサーバーが、状態、パス、ユーザー、再生、復旧について再現可能な受け入れテストに合格するまで、古いPlexサーバーを廃止しないでください。

移行したサーバーは正常に開けるものの、視聴履歴、ライブラリのマッピング、権限、リモートアクセスが後から失敗しないか心配ですか？古いホストはそのまま保持し、オフラインにするか停止したうえで、コールドスタートから実際のクライアント再生まで、新しいサーバーを検証してください。新しいアプリデータのパスとバックアップが再起動後も正常に機能することを確認してから、ロールバック用のコピーを削除してください。

移行の成功をログイン成功だけで判断しない

Plexの移行が成功したと言えるのは、サーバーの状態とメディアパスが新しいホスト上で一致している場合だけです。ホーム画面が表示されるだけでは不十分です。マウント、権限、古いパス参照の問題は、スキャン時や特定のクライアントがメディアを要求したときに初めて現れることがあるためです。

移行では、Plexのデータフォルダーと視聴状態を保持し、元のサーバーを廃止する前に、新しいホストへコピーした状態を検証する必要があります。これがPlex移行検証で確立すべき基準です。

受け入れの判断材料は、複数の層にわたる一貫した動作です。ライブラリが読み込まれ、代表的なアイテムが再生でき、視聴状態が存在し、想定したユーザーがライブラリにアクセスでき、再起動しても結果が変わらないことを確認します。

リモート機能の前に状態、パス、権限を検証する

まずPlexデータディレクトリの所有権と永続性を確認し、次にサーバー環境から各ライブラリのパスを調べます。すべての保存場所から1つずつアイテムを再生し、1つのライブラリだけが正常に動作して別の場所の壊れたマウントを隠してしまうことがないようにします。

Plex移行検証を行う際は、一貫性のあるSQLiteバックアップを、書き込み中のアクティブなデータベースファイルを無制御にコピーするのではなく、安全なバックアップまたはスナップショットのワークフローで取得してください。

最後に、通常の運用に含まれる場合は、自宅ネットワークの外部からリモートアクセスをテストします。ローカルでの正常性とリモートルーティングを別々の判定基準にし、ルーターの問題によって移行そのものを疑わなくて済むようにしてください。

コールド再起動の受け入れテストを実行する

新しいサーバーを正常に停止し、ホストを再起動してから、Plexが起動する前にストレージのマウントが準備できていることを確認します。これにより、移行中に手動でマウントした場合にだけ機能していた一時的なパスを検出できます。

再起動後、ローカル再生を1件、ライブラリ更新を1件、ユーザーアクセスのテストを1件、リモートセッションを1件、もう一度実行します。このコールドスタートの確認が完了するまで、古いホストを消去したり別用途に転用したりしないでください。

受け入れテストの後、新しいPlexのアプリデータを新たにバックアップします。バックアップの保存場所を確認し、新しいサーバーが明日故障した場合にどのファイルまたはディレクトリを復元すればよいか把握していることを確認してください。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

ロールバック期間が過ぎてから古いサーバーを廃止する

検証期間中は、同じIDやパスに対して2つのコピーを同時に実行するのではなく、古いサーバーを停止したままにしてください。明確なロールバック先があるほうが、混乱を招く2つのアクティブなインスタンスよりも有用です。

Plexのハードウェア基準を設けることも、テスト中にクライアントの動作とサーバー側の計算能力・ストレージの制限を切り分けるのに役立ちます。

新しいホストが、コールド再起動、代表的な再生、ユーザーアクセス、ストレージパスの検証、バックアップの確認に合格してから、古いサーバーを廃止または消去してください。いずれかの判定基準に失敗した場合は、古いコピーを変更せずに、新しいホストを修正します。

1. すべてのライブラリパスとサンプルファイルを検証する
2. 視聴状態と家庭内ユーザーのアクセス権を比較する
3. 新しいホストを再起動し、テストを繰り返す
4. 古いサーバーを消去する前に、新しいバックアップを作成して保存場所を確認する