新しいホームサーバーへのHome Assistant安全移行チェックリスト

新しいサーバーのログイン画面が表示されても、安全なHome Assistantの移行が完了したわけではありません。古いサーバーを廃止する前に、新しいホストで同じ設定、無線機器、インテグレーション、ストレージパス、ネットワーク上の識別情報、ローカル制御の動作が復元されていることを確認してください。

ロールバック用のコピーを残したまま復旧テストを行うものとして、移行を進めてください。最新のバックアップを作成し、古いサーバーの依存関係を記録してから、移行先で復元し、無線機器とネットワークストレージを再接続して、重要な自動化をテストします。その後、新しいインストール環境が通常利用と再起動を問題なくこなせるまで、移行元の電源を切った状態で、そのまま保管してください。

最新のフルバックアップを作成し、復旧キーは古いホストとは別の場所に保管する

現在のHome Assistantのバックアップ手順では、異なる種類のデバイス間を含め、初期設定中の移行に対応しています。始める前に、移行先に十分なストレージ容量があることを確認し、バックアップをダウンロードするなどして保存してください。また、バックアップを復号するために必要な緊急用キットは、交換対象のマシンとは別の場所に保管してください。

現在のHome Assistantの移行手順では、新しいデバイスの初期設定中に古いデバイスのバックアップを使用し、ネットワークストレージと無線機器の移行には、さらに作業が必要になる場合があることを明記しています。

移行中に唯一のバックアップを上書きしないでください。両方のサーバーから独立したコピーを少なくとも1つ保管し、移行先ディスクの故障や誤ったリセットによって、復旧元と移行元のインストール環境が同時に失われないようにしてください。

バックアップでは物理的に移行されない依存関係を記録する

バックアップでHome Assistantの状態を保存することはできますが、USB ZigbeeまたはZ-Waveスティック、ネットワークケーブル、UPS接続、外部データベースホスト、MQTTブローカー、リバースプロキシ、NAS共有、ルーターのアドレス予約を物理的に移すことはできません。古いホストの電源を切る前に、これらの依存関係を書き留めてください。

以前のHome AssistantのIPアドレスまたはホスト名、外部URL、ネットワークストレージのマウント、Recorderが外部の場合はデータベースURL、ブローカーのアドレス、USBデバイス、無線方式、ホスト側のComposeまたはVMの設定を記録してください。この一覧があれば、復元の失敗と外部依存関係の欠落を見分けられます。

より広範なZimaSpaceの移行チェックリストにも、同じルールが適用されます。移行元を保護し、実際に移行する対象を明確にして、移行先を確認し、通常利用できることが確かめられるまで古いコピーを残してください。

ZigbeeネットワークとZ-Waveネットワークは、独立した移行ステップとして移行する

同じUSB無線機器を新しいホストに移す場合は、再接続してデバイスパスを確認します。新しいサーバーで別の内蔵無線機器または交換用無線機器を使う場合は、Home AssistantのバックアップだけでコーディネーターのIDも変わると考えず、無線ネットワークを移行してください。

ZHAはネットワークを自動的にバックアップし、メッシュ全体を再ペアリングせずに、Zigbeeネットワークを別の対応コーディネーターに移行することができます。必要に応じて、移行プロセスで無線のIEEE IDも引き継げます。

Z-Waveには独立したコントローラーの状態があります。最近のZ-Wave JS UIの移行に関する議論では、Z-Waveサービスを新しいハードウェアに移行する際、サービスストアとNVMバックアップが復旧に不可欠な資産であることが確認されています。どちらの無線ネットワークも、それぞれ独自の復旧手順が必要な資産として扱ってください。

Featured

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

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

まず復元し、その後に外部ストレージとネットワークサービスを再接続する

ルーター、DNS、NASのアクセス権、複数のサービスアドレスを一度に変更する前に、バックアップから移行先のHome Assistantインスタンスを起動してください。新しいホストと古いホストの大きな違いを一度に1つに絞れば、移行時の問題をより簡単に診断できます。

古いインストール環境でネットワークストレージを使用していた場合は、復元後に再接続し、想定した共有名と認証情報を確認してください。外部データベースやMQTTブローカーを使用していた場合は、正常に動作していたHome Assistantの設定を変更する前に、新しいホストからDNSとTCPの接続をテストしてください。

アプリケーションの状態は移行できますが、ホスト固有の依存関係は正しく再作成する必要があります。移行記録には、Home Assistantのバックアップでは物理的に移行できないもの、つまり無線機器、ホストネットワーク、外部ストレージ、データベースサービス、ブローカーのエンドポイント、古いサーバーで管理していたデプロイ設定に重点を置いてください。

古いサーバーを廃止する前に受け入れテストを実施する

• 想定したユーザー、ダッシュボード、インテグレーション、ヘルパー、オートメーション、エリアがそろっていることを確認します。
• 重要なローカルオートメーションを1つ実行し、物理デバイスからの応答を確認します。
• Zigbee、Z-Wave、Bluetoothなどの無線デバイスが利用可能であることを確認します。
• Recorderの履歴と統計が正常に書き込まれていることを確認します。
• ネットワークストレージへの経路を1つ、使用している場合はMQTTなどの外部依存関係を1つテストします。
• ローカルアクセスとリモートアクセスを別々にテストします。
• 新しいHome Assistantホストを一度再起動し、重要なローカル制御のテストをもう一度行います。

この2回目の起動テストに合格してから、古いサーバーの消去や転用を検討してください。それまでは、移行元のインストール環境の電源を切り、干渉する無線機器やIPアドレスから切り離し、ロールバック時に参照できる状態にしておいてください。