Azure Site RecoveryによるAzure移行Tips③　移行元サーバの通信用IPを変更し再認識する方法

Azure Site Recovery（以下、ASR）を使用したAzureへの移行において、実務で調査した内容をTipsとしてまとめておきます。
ここではオプションの設定や、特殊な事態の対処を記載しますので、通常の手順はMicrosoftのドキュメントをご参照ください。

※オンプレミスのVMwareやAWS等他クラウドからASRで移行する際に活用できるTipsです。
　Hyper-Vからの場合、異なる移行方式（構成サーバを使わない）となるため、
　記載の設定は利用できないと思います。

以下、3回の記事に分割して記載します。
　[1回目：移行元サーバ～移行先（Azure）への通信帯域を制限する方法](https://qiita.com/ninob/items/a900388738a3ba8ee12b)
　[2回目：モビリティサービスの手動インストール方法](https://qiita.com/ninob/items/b19bd0800f7059e1c8bc)
　3回目：移行元サーバの通信用IPを変更し再認識する方法（今回）

## 想定する要件
以下の要件を想定します。
<strong>・移行用エージェントインストール後、移行元サーバのIPを変更したい場合</strong>
　※OS再起動を伴いますが、アンインストール→再インストールでも対応可能です。

<strong>・移行元サーバにNICが2枚ついており、ASRのデータ同期用に一方のIPを使用したいが、
　使用したくない方のIPが認識されてしまった場合</strong>
　※移行用エージェントインストール後、使用するIPが自動認識されます。
　　今回は使用したくない方のIPを無効化し修正する手順のご紹介ですが、
　　おそらくMySQLのデータを手動更新することで修正可能ではと思います。
　　ただし、サポートされるかどうか未確認なので、MSにご確認いただくことを推奨します。


## 移行元サーバの通信用IPを変更し再認識する方法
MS参考サイトは[こちら](https://docs.microsoft.com/ja-jp/azure/site-recovery/vmware-azure-troubleshoot-configuration-server#remove-the-stale-entries-for-protected-items-from-the-configuration-server-database)

①構成サーバのMySQLにログインし、登録されているマシンとIPの一覧を確認します。
```
mysql -u root -p svsdb1
Enter password: ******* (構成サーバインストール時に指定したパスワード）
select id as hostid, name, ipaddress, ostype as operatingsystem, from_unixtime(lasthostupdatetime) as heartbeat from hosts where name!='InMageProfiler'\G;
```
表示例では1件目は構成サーバ自身が表示されました。
2件目が移行元サーバの情報で、今回はこちらのIP（172.31.0.186）を172.31.6.191に変更して再認識します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2139241/5b5e6ad6-13a2-8742-31db-4010a55e6c1f.png)

②移行元サーバを一度登録解除します。
　構成サーバで管理者権限でコマンド プロンプトを開き、C:\ProgramData\ASR\home\svsystems\bin に移動し、下記コマンドを実行します。
```
perl Unregister-ASRComponent.pl -IPAddress (移行元サーバのIP) -Component Source
```
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2139241/766021b8-355f-83e5-9482-b8fc89a9f6a1.png)

③Azure Portalから構成サーバの情報を最新化します。
　Recovery Services コンテナー＞Site Recoveryインフラストラクチャ＞Configuration Servers＞構成サーバを選択＞サーバーを最新の情報に更新する
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2139241/a0313476-e7ae-8a1c-add2-5f4f0820ba97.png)

④レプリケーションを有効化する画面で、移行元サーバの情報が表示されなくなったことを確認します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2139241/982c7114-42ab-3cde-0bda-a525bb6a41a5.png)

⑤移行元サーバのIPを変更、または使用したくないIPのNICを無効化します。

⑥移行元サーバで次のサービスを再起動します。
　・InMage Scout Application Service
　・InMage Scout VX Agent - Sentinel/Outpost
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2139241/e79b959a-3e9b-9b72-68ba-ebec55ebeb46.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2139241/7d770f40-0adb-badc-51db-31caa35b2df9.png)

⑦構成サーバで①と同じコマンドにて、MySQLにログインし、変更後のIPが認識されたことを確認します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2139241/b5e9e262-c26b-8e16-168b-5d25d7e95937.png)

⑧③と同じ手順で構成サーバの情報を最新化します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2139241/ea67591b-8c0c-a12f-49c7-0cab568ffde1.png)

⑨レプリケーションを有効化する画面で、移行元サーバが変更後のIPで認識されたことを確認します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2139241/fd891f50-ea3a-0888-0ef0-20a3a8051f35.png)


再認識する方法は以上です。