本番データを移行する前に、新しいPlexサーバーの受け入れテストを行う方法

状態、パス、ユーザー、再生、復旧が新しいホストで機能することをコールドスタートの受け入れテストで確認してから、本番のPlexデータを移行してください。

新しいホストを同じ家庭内のワークフローでテストしている間は、旧サーバーを停止したまま変更せずに保管します。重要な依存関係はログインに成功することではありません。ストレージのマウントからライブラリデータベース、クライアントでの再生まで、繰り返し実行できる経路があることです。リモートアクセスは別の確認項目として扱い、新しいバックアップの場所を特定してテストするまでロールバック用コピーを保管してください。

旧サーバーを停止し、受け入れテストの手順を定める

停止した旧ホスト、アプリケーションデータのバックアップ、ライブラリ、ユーザー、リモートクライアント、スケジュール済みジョブの一覧を用意してから始めます。これにより、結果を比較している間に2つのサーバーIDが同じワークフローを変更してしまうのを防げます。独立した移行ガイドでも、ライブラリとメタデータを移行する際にロールバック用コピーを保持することが推奨されています（Plexライブラリ移行ガイド）。旧データの場所、新しいデータの場所、復元手順を明確にできたら、この段階は完了です。

ストレージパス、所有権、アプリケーションの状態を検証する

各ライブラリについて、ワークステーションのファイルブラウザーではなく、Plexホストからパスを開いてください。再起動後もマウントされていること、サービスアカウントがメディアを読み取れること、アプリケーションデータディレクトリが書き込み可能で永続化されることを確認します。各ストレージの場所からファイルを1つずつ選んで確認してください。システム状態、Plexデータベース、交換できないメディア、再作成可能なサムネイル、バックアップコピーは、それぞれ異なるデータの役割として扱ってください。冗長化はバックアップではありません。

手動でマウントした場合にしか機能しないパスは、移行に失敗しています。すべてのライブラリがサービスの実行環境から参照でき、サービスの再起動後もデータベースが維持され、再スキャンによって状態が損なわれない場合に、判定結果はPASSです。

実際に使われているクライアント環境で再生をテストする

映画1本の再生成功だけで判断せず、小規模なテストマトリクスを使いましょう。ダイレクト再生のファイル、通常はトランスコードされるファイル、字幕の多いコンテンツ、リモート視聴がワークフローに含まれる場合はリモートセッション、ライブラリへのアクセスが制限されたアカウントを1つずつ用意します。開始時間、再生モード、音声と字幕の動作、想定ユーザーに想定どおりのライブラリが表示されるかを記録してください。管理者アカウントでしか、またはローカルネットワークでしか再生できない場合、新しいサーバーは準備完了ではありません。

Featured

ZimaBoard 2 - 大きなアイデアを実現するミニホームサーバー

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

コールド再起動とロールバックの確認項目をテストする

Plexを正常に停止してホストを再起動し、ストレージとネットワークのマウントを待ってから、代表的な再生テストとユーザーアクセス確認を繰り返します。再起動後にアプリケーションデータのバックアップを新たに作成し、復元先を確認してください。実用的なメタデータ移行手順でも、新しい場所が確認できるまで古いディレクトリ名を変更して残しておきます（メタデータのロールバック手順）。

状態とパス、代表的な再生、想定ユーザー、コールド再起動、バックアップ先のすべての確認項目に、2回続けて合格した場合に限り、古いホストを廃止してください。いずれかの項目で不合格になった場合は、古いコピーを利用できる状態に保ったまま新しいホストを修復します。ロールバック先を削除して変更範囲を広げないでください。

測定可能な終了条件を設ける

新しいホストが受け入れテストの全項目をクリアし、次の拡張が必要になる条件（同時トランスコード数の増加や、収まりきらなくなったストレージ層など）が明確になったら、移行を終えましょう。権限、マウントの永続化、リモート接続のルーティング、復旧手順のいずれかが確認できていない場合は、古いホストを残してください。最も安全で費用のかからない移行とは、既知の復旧経路を確保しているものです。