データストアをリソース グループに追加する前に、まず VM の手動検出またはスケジュールされた検出を開始します。これにより、VM が検出され、リソース グループにリストされるようになります。手動検出をトリガーしないと、VM がリソース グループにリストされない可能性があります。

データストアに少なくとも 1 つの VM があることを確認します。データストアに VM がない場合、データストアは検出されません。

単一のデータストアは、複数のレプリケーション プランによって保護されている VM をホストしないでください。

保護された VM と保護されていない VM を同じデータストアにホストしないでください。保護された VM と保護されていない VM が同じデータストアでホストされている場合、次の問題が発生する可能性があります。

VM を保護するには、VM をリソース グループに含める必要があります。

ソースデータセンターとターゲットデータセンター

ターゲットクラスター

ターゲット ホスト (オプション): クラスターを選択した後、この情報を設定できます。

仮想CPUの数

仮想DRAMの量

IPアドレスの設定

フェイルオーバープロセスの一部としてゲストOSシェルスクリプトを実行する機能

固有のプレフィックスとサフィックスを使用してフェイルオーバーされたVM名を変更する機能

VMフェイルオーバー時の再起動順序を設定する機能

同じサブネット マスク、DNS、およびゲートウェイ設定を使用する オプション: これらの設定は通常、同じ仮想ネットワークに接続されているすべての VM で同じであるため、これらを一度構成して、レプリケーション プランによって保護されているリソース グループ内のすべての VM に対してディザスター リカバリーでその設定を使用する方が簡単な場合があります。一部の VM が異なる設定を使用する場合は、このチェックボックスをオフにして、各 VM に対してそれらの設定を提供する必要があります。

IP アドレスの種類: ターゲットの仮想ネットワークの要件に合わせて VM の構成を再構成します。 NetApp Disaster Recovery には、DHCP または静的 IP の 2 つのオプションがあります。静的 IP の場合は、サブネット マスク、ゲートウェイ、および DNS サーバーを構成します。さらに、VM の資格情報を入力します。

スクリプト: .sh、.bat、または .ps1 形式のカスタム ゲスト OS ホスト スクリプトをポスト プロセスとして含めることができます。カスタム スクリプトを使用すると、 BlueXP disaster recoveryは、フェイルオーバー、フェイルバック、および移行プロセスの後にスクリプトを実行できます。たとえば、フェイルオーバーが完了した後、カスタム スクリプトを使用してすべてのデータベース トランザクションを再開できます。このサービスは、Microsoft Windows またはコマンドライン パラメータがサポートされている任意の Linux バリアントを実行している VM 内でスクリプトを実行できます。スクリプトを個々の VM に割り当てることも、レプリケーション プラン内のすべての VM に割り当てることもできます。

ターゲット VM のプレフィックスとサフィックス: 仮想マシンの詳細で、フェールオーバーされた各 VM 名にプレフィックスとサフィックスをオプションで追加できます。これは、フェールオーバーされた VM と、同じ vCenter クラスター上で実行されている本番環境の VM を区別するのに役立ちます。たとえば、VM 名にプレフィックス「DR-」とサフィックス「-failover」を追加できます。災害発生時に別のサイトで一時的に VM をホストするために、2 番目の本番 vCenter を追加する人もいます。プレフィックスまたはサフィックスを追加すると、フェールオーバーされた VM をすばやく識別できるようになります。カスタム スクリプトでプレフィックスまたはサフィックスを使用することもできます。

ソース VM の CPU と RAM: 仮想マシンの詳細で、必要に応じて VM の CPU と RAM のパラメータのサイズを変更できます。

DRAM はギガバイト (GiB) またはメガバイト (MiB) で構成できます。各 VM に少なくとも 1 MiB の RAM が必要ですが、実際の量は VM ゲスト OS と実行中のアプリケーションが効率的に動作できるようにする必要があります。

ブート順序: フェールオーバー後に、リソース グループ全体で選択したすべての仮想マシンのブート順序を変更できます。デフォルトでは、すべての VM が同時に並行して起動しますが、この段階で変更を加えることができます。これは、後続の優先度の VM が起動される前に、優先度 1 の VM がすべて実行されていることを確認するのに役立ちます。

ブート遅延: ブートアクションの遅延を分単位で調整し、VM が電源オンプロセスを開始する前に待機する時間を示します。 0～10 分までの値を入力します。

起動順序をデフォルトにリセットするには、「VM 設定をデフォルトにリセット」を選択し、デフォルトに戻す設定を選択します。

アプリケーション整合性のあるレプリカを作成する: アプリケーション整合性のあるスナップショット コピーを作成するかどうかを示します。サービスはアプリケーションを静止させ、スナップショットを取得してアプリケーションの一貫した状態を取得します。この機能は、Windows および Linux 上で実行されている Oracle と、Windows 上で実行されている SQL Server でサポートされています。次に詳細をご覧ください。

Windows LAPS を使用する: Windows ローカル管理者パスワード ソリューション (Windows LAPS) を使用している場合は、このボックスをオンにします。このオプションは、「静的 IP」オプションを選択した場合にのみ使用できます。このボックスをチェックすると、仮想マシンごとにパスワードを入力する必要がなくなります。代わりに、ドメイン コントローラーの詳細を提供します。

プラットフォーム管理のバックアップと保持スケジュールを使用する: 外部のスナップショット管理ソリューションを使用している場合は、このチェックボックスをオンにします。 NetApp Disaster Recovery は、ネイティブのONTAP SnapMirrorポリシー スケジューラやサードパーティ統合などの外部スナップショット管理ソリューションの使用をサポートしています。レプリケーション プラン内のすべてのデータストア (ボリューム) に、別の場所で管理されているSnapMirror関係がすでに存在する場合は、それらのスナップショットをNetApp Disaster Recovery のリカバリ ポイントとして使用できます。

開始時刻: バックアップと保持の実行を開始する日時を入力します。

実行間隔: 時間間隔を時間と分で入力します。たとえば、1 時間を入力すると、サービスは 1 時間ごとにスナップショットを作成します。

保持数: 保持するスナップショットの数を入力します。

保持されるスナップショットの数と各スナップショット間のデータ変更率によって、ソースと宛先の両方で消費されるストレージ容量が決まります。保持するスナップショットの数が増えるほど、消費されるストレージ容量も増えます。

ソースおよびターゲット データストア: 複数の (ファンアウト) SnapMirror関係が存在する場合は、使用する宛先を選択できます。ボリュームにSnapMirror関係がすでに確立されている場合は、対応するソース データストアとターゲット データストアが表示されます。ボリュームにSnapMirror関係がない場合は、ターゲット クラスタを選択し、ターゲット SVM を選択して、ボリューム名を指定することで、今すぐ SnapMirror 関係を作成できます。サービスはボリュームとSnapMirror の関係を作成します。

このサービスでSnapMirror関係を作成する場合は、クラスタとその SVM ピアリングがNetApp Disaster Recovery の外部ですでに設定されている必要があります。

優先 NFS LIF と エクスポート ポリシー: 通常、サービスによって優先 NFS LIF とエクスポート ポリシーが選択されます。特定の NFS LIF またはエクスポート ポリシーを使用する場合は、各フィールドの横にある下矢印を選択し、適切なオプションを選択します。