FAQ: Site Recovery ManagerとvSphere Replicationの再デプロイガイドライン
Article ID: 417995
Updated On:
Products
Issue/Introduction
Symptoms:
免責事項：これは英文の記事「FAQ: Site Recovery Manager & vSphere Replication Redeployment Guidelines」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。
SRMおよびVRの再デプロイに関するよくある質問のガイドとして役立ちます。
Symptoms:
ERROR
Operation Failed
The object 'MoRef: type = HmsGroup, value = GID-eb3dc220-####-####-####-##########5f, serverGuid = null' has already been deleted or has not been completely created
8/19/22, 8:35:56 AM -0500
サイトペアのVRアプライアンスが見つからないか削除されている場合、以下のエラーが表示されます。
ERROR
Server for guid '2f9b0a5a-####-####-####-##########4e' not found, but pair server(s) exist: [PairSetupImpl {
_server = HmsServerImpl {
_guid = 20838dcb-####-####-####-##########48
_url = https://vrms.example.local:8043
}
_pairServerGuid = 2f9b0a5a-####-####-####-##########4e
_pairLsppUrl = https://vrms.example.local:443/lookupservice/sdk
_pairLsppsThumbprint = EA:61:03:8E:##:##:##:##:##:##:##:##:##:##:##:##:##:##:##:##:##:##:##:##:20:FE:F2:68:9E:D6:1C:F2
}]
Operation ID: 8d39d63e-####-####-####-##########50
11/24/23, 12:59:18 PM -0800
サイトペアのvCenterが再デプロイまたは削除されると、以下のエラーが表示されます。
ERROR
vCenter Server with GUID '6ad26cb4-####-####-####-##########b9' not found.
Operation ID: 91cc585f-####-####-####-##########0c
1/19/24, 5:23:02 PM -0300
サイトペアのSRMアプライアンスが見つからないか削除されている場合、以下のエラーが表示されます。
ERROR
Unable to retrieve Site Recovery Manager summary data.
Server with UUID 'b15bf78d-####-####-####-##########cf' not found.
Operation ID: 048314a6-####-####-####-##########26
2/17/24, 12:06:39 PM -0500
SRM/VRアプライアンスのGUIDが変更されたかオフラインになっている場合、以下のエラーが表示されます。再デプロイによっても発生することがあります。
ERROR
Unable to get server with GUID '9230d8d9-####-####-####-##########a6'.
Unable to get server with GUID '9230d8d9-####-####-####-##########a6'.
Operation ID: 6b30e083-####-####-####-#########14
5/22/23, 3:48:23 AM +0800
Environment
VMware vSphere Replication 8.x
VMware Site Recovery Manager 8.x
Resolution
Site Recovery Manager(SRM)およびvSphere Replicationアプライアンスの再デプロイは、通常、インフラストラクチャの変更、アップグレード、パフォーマンスの問題、重大なエラーの発生など、さまざまな要因で発生します。これらのアプライアンスの再デプロイが必要になる可能性があるシナリオをいくつかご紹介します。
1. インフラストラクチャの変更：vCenter Serverのアップグレード、ネットワーク構成の変更、データストアの破損など、仮想インフラストラクチャに大幅な変更を加えた場合は、互換性と適切な統合を確保するために、SRMおよびvSphere Replicationアプライアンスの再デプロイが必要になる場合があります。
2. アプライアンスの障害：アプライアンスでハードウェア障害やソフトウェアの破損が発生しており、トラブルシューティングでは解決できない場合は、機能を回復するために再デプロイが必要になる場合があります。
3. アップグレード：アップグレードが失敗するか、特定のバージョンからアップグレード先のバージョンへのアップグレードが実行不能である場合。
SRM および vSphere Replication アプライアンスを再デプロイする前に、次の点を必ず確認してください。
- アプライアンスに関連する重要なデータや構成をすべてバックアップしてください。
- 再導入時に参照できるように、現在の構成と設定を文書化してください。
- 計画的なダウンタイムがあることを関係者に伝えてください。
- アプライアンスの再導入については、VMwareのドキュメントとベストプラクティスに従ってください。
全体として、SRMおよびvSphere Replicationアプライアンスの再デプロイの決定は、環境内の具体的な要件と状況に基づいて行う必要があります。
vCenter ServerのUniversally Unique Identifier (UUID)は、再デプロイ時に変更されます。この変更は、vCenter Serverと連携する追加ソリューションにさまざまな影響を与えます。
Site Recovery Manager: SRMは保護グループ内のすべてのオブジェクトにUUIDを追加します。vCenterのUUIDが変更された場合は、SRMを再構築する必要があります。
vSphere Replication: vSphere Replicationは、vCenterから取得したUUIDもオブジェクトに追加します。vCenterのUUIDが変更された場合は、VRMSを再構築する必要があります。
背景 : サイト A (本番環境) <> サイト B (リカバリ環境)
1. パートナー（サイトB）が再デプロイされた場合、SRM（サイトA）も再デプロイする必要がありますか？それとも、SRM VAMIからアプライアンスの登録を解除して構成するだけでよいでしょうか？
SRM VAMIからアプライアンスの登録を解除して構成します。
2. パートナー（サイトB）が再デプロイされた場合、VR（サイトA）も再デプロイする必要がありますか？それとも、VRMS VAMIからアプライアンスの登録を解除して構成するだけでよいでしょうか？
VRの再デプロイは必須です。アドオンVRは再デプロイする必要はありません。ただし、アドオンVRのレプリケーションは、VRが新しくデプロイされたVRMSに登録された後に削除されます。
注：SRMの登録を解除するとSRMデータベースが消去されますが、VRの登録を解除してもVRデータベースは消去されません。
3.vCenterをバックアップからリストアした場合、SRMとVRのサイトペアにはどのような影響がありますか？サイトペアに問題が発生する可能性はありますか？
vCenterにSRM/VRMSの再構成を実施してください。前回のバックアップの変更内容の違いによっては、ネットワーク/フォルダ/リソースプール/仮想マシンにエラーが表示される場合があります。SRMインベントリマッピングにエラーが見つかった場合は、マッピングを再構成してエラーを修正してください。保護グループ配下の仮想マシンにエラーが見つかった場合は、保護グループを再構成してエラーを修正してください。
4. SRM/VRで使用していたvCenterの1つを再デプロイする必要がありました。以前のvCenterに属するSRM/VR構成エクスポートを、再デプロイしたvCenterとSRM/VR（以前と同じバージョン）で引き続き使用し、新しいサイトペアにインポートすることはできますか？
Q6 を参照してください。この場合、vCenterが再デプロイされているため、以前のvCenterに属するSRMまたはVR構成エクスポートは使用できません。これは、SRM/VRが再デプロイされている場合にのみ実行できます。
5. いずれかのサイトでvCenterが再デプロイされた場合、SRMとVRのサイトペアにはどのような影響がありますか？
vCenterが再デプロイされると、SRM/VRペアは無効になります。すべてのレプリケーション、保護グループ、リカバリプランも無効になります。詳細については、Q6を参照してください。
6. vCenter（サイトA）のパートナー（サイトB）が再デプロイされた場合、vCenter（サイトA）も再デプロイする必要がありますか？
いいえ。以下の情報をお読みください。
シナリオ 1：vCenter（サイトA）が再デプロイされたが、vCenter（サイトB）がまだ機能できる状態である場合、以下の手順を実行します。
A. サイトAでVRとSRMを再デプロイします。
B. サイトBでVRを再デプロイします。
C. サイトBでSRMを登録解除して構成します。
D. 2 つのサイトをペアリングし、レプリケーション、マッピング、保護グループ、リカバリプラン、IPカスタマイズおよび他の設定を最初から構成します。
注：原則として、いずれかのサイトが再デプロイされた場合は、すべてのサイトでVRMSを再デプロイする必要があります。アドオンVRは再デプロイする必要はありません。ただし、アドオンVRのレプリケーションは、新しくデプロイされたVRMSにVRが登録された後に削除されます。
シナリオ2：vCenter（サイトB）が再デプロイされているものの、vCenter（サイトA）がまだ機能できる状態である場合は、以下の手順を実行します。
A. サイトBでVRとSRMを再デプロイします。
B. サイトAでVRを再デプロイします。
C. サイトAでSRMを登録解除し、構成します。
D. 2つのサイトをペアリングし、レプリケーション、マッピング、保護グループ、リカバリプラン、IPカスタマイズおよび他の設定を最初から構成します。
7. 旧バージョンのSRM（SRM 8.6、8.7など）のSRM構成エクスポートを、上位バージョンのSRM（SRM 8.8、8.9など）にインポートできますか？ この操作を実行できるバージョンに n-1 の制限はありますか？
はい、ほとんどの場合、インポートは成功します。ただし、すべてのケースをテストしているわけではありません。インポートに失敗した場合は、インポートログを確認して問題の原因となっているフィールドを特定し、可能であれば修正を試みます。
注: これはVRにも当てはまりますが、UIからVR構成をエクスポート/インポートするオプションはありません、ただしvr-impex-toolを使用できます (レプリケーション 構成データのエクスポートおよびインポートを参照)。
Feedback
