古いサーバーを引退させる前にHome Assistantの復元を確認する方法

復元したダッシュボードが読み込まれるからといって、古いHome Assistantサーバーを廃止しないでください。新しいインスタンスが、管理された条件下で、識別情報、デバイス、オートメーション、履歴、依存関係、再起動、新規バックアップの各チェックに合格してから廃止してください。

復元したホストを分離したネットワーク、または慎重に管理されたネットワークでテストしている間は、古いサーバーの電源を切ったまま、完全な状態で保持してください。両方のインスタンスが同時にコマンドを発行しないようにし、古いシステムから移行可否チェックリストを作成して、ドライブを消去したり、DNSを恒久的に変更したり、古いハードウェアを手放したりする前に、実際の家庭内トリガーを再現してください。

テスト前に復元受け入れチェックリストを定義する

古いインスタンスのバージョン、インストール形式、ホスト名、IPまたはDNS名、タイムゾーン、ユーザーアカウント、インテグレーション、デバイス、エンティティ、オートメーション、ダッシュボード、アドオン、バックアップ先、外部データベース、共有、証明書、シークレットの依存関係を記録してください。このインベントリによって、自宅環境における完全な復元の定義が決まります。

重要な機能と利便性のための機能を分けてください。警報、ロック、煙アラート、暖房、水漏れ対策、必須照明については、明示的な手動確認を行う必要があります。装飾的なダッシュボードや古い履歴は後回しにできます。大半のエンティティ数が一致していても、重要な機能が1つでも欠けていれば、廃止の判断は不合格にすべきです。

古いホストを停止する前に、既知の状態値と最近の履歴ポイントをいくつか記録してください。これらは復元したインスタンスで比較する基準となり、不完全なバックアップと新たに判明したインテグレーションの問題を区別するのに役立ちます。

分離環境で復元し、重複した制御を防ぐ

古いHome Assistantインスタンスを停止した状態で、新しいサーバーに復元してください。ファイル比較のために両方をオンラインにする必要がある場合は、識別情報の競合が解決するまで、新しいインスタンスをデバイスネットワークから分離するか、オートメーションと外部向けインテグレーションを無効にしてください。

コミュニティの移行に関する議論では、仮想化プラットフォーム間の移行を安全に検証する方法として、分離した復元テストが明確に示されています。これはテスト方法を裏付けるものですが、具体的なネットワーク分離の方法は、インストール環境とデバイスのプロトコルによって異なります。

欠落しているコンポーネントを評価する前に、復元したバージョンとバックアップの互換性を確認してください。復元でエラーが報告された場合は、不明な状態に手動修正を重ねないでください。ログを保存し、問題がアーカイブ、暗号化、バージョン、ストレージ、インテグレーションのどれに関係するかを特定してから、クリーンなテスト対象で再試行してください。

状態、依存関係、実際のデバイス操作を検証する

ユーザー、インテグレーション、デバイスとエンティティの数、無効化されたエンティティ、エリア、ダッシュボード、ヘルパー、スクリプト、オートメーションを比較してください。その後、最近の履歴とログを開きます。数は初期確認の目安として有用ですが、認証情報、トークン、Webhook、無線アダプター、外部データベースが機能することの証明にはなりません。

重要な各プロトコルから少なくとも1台のデバイスをテストし、実際のトリガーを使って代表的なオートメーションを実行してください。アクションと、その結果としての状態更新の両方を確認します。ハードウェア固有の無線通信ではデバイスパスと権限を確認し、クラウドインテグレーションではトークンの更新を確認してください。外部データベースと共有については、復元したホストが空の代替先ではなく、正しいデータにアクセスしていることを確認します。

アーカイブは存在するものの、キー、認証情報、チェーン、外部ロケーションによって復旧が妨げられている場合は、ZimaSpaceのバックアップの暗号化と復元の依存関係に関するガイドを参照してください。

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

再起動と新規バックアップで永続性を証明する

Home Assistantを2回再起動し、新しいホストを1回再起動してください。各サイクルの後、インテグレーションが再読み込みされること、サービスの前にマウントが準備されること、USBまたはシリアルデバイスのパスが安定していること、オートメーションが意図したとおり有効になっていること、履歴データベースが同じものを継続して使用し、最初から作り直されていないことを確認します。

復元したシステムから新しいバックアップを作成し、ホスト外にコピーして、想定したコンポーネントが含まれていることを確認してください。復元したシステム自身が復旧可能なバックアップを作成できないなら、唯一の本番インスタンスになる準備は整っていません。

スケジュールされたオートメーション、バックアップ、夜間ジョブを含む、少なくとも1回の通常の家庭内サイクルを通じて、復元したシステムを観察してください。移行またはストレージに関するエラーが繰り返し発生せず、制御が安定し、検証済みのロールバック手順があることが、移行可の判断に必要です。

ロールバック期間を損なわずに古いサーバーを廃止する

チェックリストに合格したら、恒久的なDNS、IP予約、リモートアクセス、バックアップスケジュールを新しいホストに移行してください。重複したアクションを発行できないよう、古いサーバーの電源は切ったままにします。ただし、定めた観察期間中はディスクと設定を変更せずに保持してください。

新しいサーバーで重要なオートメーションが実行されない、再起動後に状態が失われる、誤ったデータベースに書き込まれる、または有効なバックアップを作成できない場合は、移行不可と判断します。電源を切り、必要であれば古いネットワーク識別情報を復元して、調査の前に既知の正常なホストへ戻してください。

新しいホストが観察期間を問題なく完了し、少なくとも1つのホスト外バックアップが検証されてから、古いサーバーを消去または再利用してください。廃止日、古いシステムの最終バックアップ、新しいホストの識別情報、復元テストの結果を記録し、次の移行が信頼できる基準から始められるようにします。