日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

NetApp Disaster Recoveryの限界

12/01/2025 共同作成者

既知の制限事項では、このリリースのサービスでサポートされていない、または正しく相互運用されないプラットフォーム、デバイス、または機能が特定されます。

フェイルバックが完了するまで待ってから検出を実行してください

フェイルオーバーが完了したら、ソース vCenter で検出を手動で開始しないでください。フェイルバックが完了するまで待ってから、ソース vCenter で検出を開始します。

場合によっては、 NetApp ConsoleでAmazon FSx for NetApp ONTAPクラスターが検出されないことがあります。 FSx 資格情報が正しくなかったことが原因である可能性があります。

回避策: NetApp ConsoleにAmazon FSx for NetApp ONTAPクラスターを追加し、定期的にクラスターを更新して変更を表示します。

NetApp Disaster RecoveryからONTAP FSx クラスターを削除する必要がある場合は、次の手順を実行します。

NetApp Consoleエージェントでは、クラウドプロバイダーの接続オプションを使用して、コンソールエージェントが実行されるLinux VMに接続し、 `docker restart occm`指示。

NetApp Consoleシステムページで、 Amazon FSx for ONTAPシステムを再度追加し、FSx 認証情報を入力します。

参照 "Amazon FSx for NetApp ONTAPファイルシステムを作成する"。
NetApp Disaster Recoveryから*Sites*を選択し、vCenter行で*Actions*オプションを選択します。をクリックし、[アクション] メニューから [更新] を選択して、 NetApp Disaster Recoveryの FSx 検出を更新します。

これにより、データストア、その仮想マシン、およびその宛先関係が再検出されます。

フェイルオーバーテストを実行した後、クローンボリュームを削除するには少なくとも 52 時間待つ必要があります。ボリュームを手動で削除する必要があります。 52 時間後に、フェイルオーバーを再度テストできます。
マウント操作の一部が失敗すると、フェイルオーバーは成功せず、ジョブはタイムアウトになります。 Google が問題を調査するのに最大 3 日かかり、その間、vCenter 上のすべてのデータストア関連の操作がブロックされます。