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

ターゲットクラスター

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

フォルダ（オプション）

仮想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 ホスト スクリプトをポスト プロセスとして含めることができます。カスタム スクリプトを使用すると、ディザスタ リカバリは、フェイルオーバー、フェイルバック、および移行プロセスの後にスクリプトを実行できます。たとえば、フェイルオーバーが完了した後、カスタム スクリプトを使用してすべてのデータベース トランザクションを再開できます。このサービスは、Microsoft Windows またはコマンドライン パラメータがサポートされている任意の Linux バリアントを実行している VM 内でスクリプトを実行できます。スクリプトを個々の VM に割り当てることも、レプリケーション プラン内のすべての VM に割り当てることもできます。

VM ハードウェア バージョンをダウングレードして登録: 登録時に一致するように、宛先 ESX ホストのバージョンがソースのバージョンよりも古い場合はこれを選択します。

元のフォルダ階層を保持: デフォルトでは、ディザスタ リカバリはフェールオーバー時に VM インベントリ階層 (フォルダ構造) を保持します。リカバリ対象に元のフォルダ階層がない場合、Disaster Recovery によってそれが作成されます。

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

CPU と メモリ (GB): 仮想マシンの詳細で、VM の CPU とメモリを任意にサイズ変更できます。

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

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

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

アプリケーション整合性：アプリケーション整合性のあるスナップショットコピーを作成するかどうかを指定します。このサービスはアプリケーションを休止状態にしてからスナップショットを作成し、アプリケーションの整合性のある状態を取得します。この機能は、WindowsおよびLinux上で実行されるOracleと、Windows上で実行されるSQL Serverでサポートされています。詳細については、次を参照してください。

Windows VM の場合、サービスは Microsoft ボリューム シャドウ コピー サービス (VSS) を使用していずれかのデータベース サーバーと調整します。

Linux VM の場合、サービスは一連のスクリプトを使用して Oracle サーバーをバックアップ モードにします。

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

バックアップとデータ保持の開始時刻：バックアップとデータ保持の実行を開始する日時を入力してください。

バックアップと保持頻度：時間間隔を時間と分で入力してください。例えば、1時間と入力すると、サービスは1時間ごとにスナップショットを取得します。

すべてのデータストアの保持数：保持するスナップショットの数を入力してください。

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

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

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