スケジュール設定された LiveClone バックアップと DR ワークフローを実行する

スケジュール設定された LiveClone バックアップと DR ワークフローを実行するときに表示されるオプションは、アプリケーションのタイプによって異なります。

  • Oracle と SQL Server のアプリケーション
  • その他のすべてのアプリケーション

Oracle と SQL Server のアプリケーション

Oracle アプリケーションと SQL Server アプリケーションの場合、スケジュール設定された [ワークフローを実行] ページに、次のオプションが表示されます。

  • Initiate Scheduled Workflow Now: [Submit] をクリックして、バックアップと DR ワークフローを実行します。このバックアップと DR ワークフローが実行される次のスケジュールされた時間を待たない場合は、このオプションを選択します。定義どおりに実行されます。この変更は、このワークフローの今後のスケジュール設定された実行には影響しません。

  • カスタマイズありで実行: このバックアップと DR ワークフローで事前定義されているサーバーとは異なるサーバーでマウントを作成または更新する場合は、このオプションを選択します。Backup and DR ワークフローで作成できるマウントはホストごとに 1 つだけであるため、同じサーバーが選択されている場合、この Backup and DR ワークフローで作成された既存のマウントは更新されます。以下のオプションがあります。

    • LiveClone を更新: 選択したソース画像から LiveClone を更新する場合は、このオプションを選択します。LiveClone が存在しない場合は、作成されます。詳細については、LiveClone の更新をご覧ください。
    • 仮想アプリケーションのマウントまたは更新を実行する: このオプションを選択して、仮想アプリケーションまたはデータベースを作成または更新します。以下のオプションがあります。

      • 新しい仮想アプリケーションをプロビジョニングする: 別のサーバーに新しい仮想アプリケーションまたはデータベースを作成する場合は、このオプションを選択します。このオプションを使用して、バックアップと DR ワークフローで事前定義されたオプションを更新または変更することもできます(ワークフロー名の変更など)。
      • 既存の仮想アプリケーションを更新する: このバックアップと DR ワークフローを使用して以前に仮想アプリケーションを作成していて、別の特定の時点のスナップショットをソースとして使用して更新する場合は、このオプションを選択します。

LiveClone を更新する

[LiveClone を更新] を選択した場合は、次の操作を行います。

  1. [ソースイメージ] プルダウンからイメージを選択します。
  2. [送信] をクリックして、バックアップと DR のワークフローを実行します。

新しい仮想アプリケーションをプロビジョニングする

[Provision New Virtual Application] を選択した場合は、新しいアプリケーションを構成します。

  1. [Roll Forward Time] セクションで、ログのロールフォワード時間を構成します。ホスト時間(デフォルト)またはユーザー時間を選択します。このオプションは、Oracle アプリケーションと SQL アプリケーションでのみ使用できます。また、ソースイメージに使用可能なログがある場合にのみ使用できます。
  2. [ホスト] プルダウンから、イメージをマウントするサーバーを選択します。
  3. 必要に応じて、[すべてのクラスタノードにマッピング] オプションを有効にします。このオプションは、1 つ以上のターゲット ホストがクラスタノードまたはクラスタホストである場合に表示されます。
  4. 次のオプションは、1 つ以上のターゲット ホストが VMware VM の場合にのみ表示されます。

    1. [マウントモード] で、次のいずれかを選択します。

      • NFS: デフォルトでは NFS モードが選択されています。バックアップと DR は、バックアップ/リカバリ アプライアンスからマウントされた NFS データストア内の VMDK としてデータを提示します。
      • vRDM(仮想 Raw デバイス マッピング): VMware スナップショットは、マウントされた vRDM を独立したものとして扱い、スナップショットには含まれません。このため、デフォルトでは、マウントされた VM を保護するときに、バックアップと DR に vRDM は含まれません。バックアップと DR には、vRDM を依存関係としてマークできるオプションがあります。ほとんど使用されませんが、このオプションを有効にすると、vRDM が VMware スナップショットに含まれます。バックアップ テンプレートは、従属としてマークされた vRDM をキャプチャします。このマウントモードでは、ESXi ホストに iSCSI イニシエーターが必要です。これは、デフォルトでは Google Cloud VMware Engine で有効になっていません。
      • pRDM(物理 Raw デバイス マッピング): ファイルレベルの復元オペレーションの場合は、このモードを選択します。このマウントモードでは、ESXi ホストに iSCSI イニシエーターが必要です。これは、デフォルトでは Google Cloud VMware Engine で有効になっていません。
    2. [Map to ESX Hosts] で、次のいずれかのオプションを選択します。[マウント モード] フィールドで vRDM または pRDM を選択した場合にのみ、[Map to ESX Hosts] オプションが表示されます。

      • 1 つ: ターゲット VM を実行している ESX ホストにのみマッピングする場合は、[1 つ] を選択します。
      • 2: クラスタ内のすべての ESX ホストではなく、2 つの ESX ホストにマッピングする場合は、[2] を選択します。[2 つ] を選択すると、2 つ目のホストを選択するか、[自動選択] を選択できます。自動選択では、ESX ホストの論理ペアに基づいて 2 番目のホストが選択され、ターゲット VM を実行しているホストのパートナー ESX ホストが常に選択されます。
      • すべて: クラスタ内のすべての ESX ホストにマッピングする場合は、[すべて] を選択します。[すべて] を選択すると、ジョブの時間が長くなる可能性があります。
  5. [Create New Virtual Application] オプションを有効にして、次の情報を使用した新しいデータベースを構成します。

  6. [送信] をクリックして、バックアップと DR のワークフローを実行します。

既存の仮想アプリケーションを更新する

[既存の仮想アプリケーションを更新] を選択した場合は、次の操作を行います。

  1. [Roll Forward Time] セクションで、ログのロールフォワード時間を構成します。ホスト時間(デフォルト)またはユーザー時間を選択します。このオプションは、Oracle アプリケーションと SQL アプリケーションでのみ使用できます。また、ソースイメージに使用可能なログがある場合にのみ使用できます。
  2. [ホスト] プルダウンから、アプリケーションがマウントされているサーバーを選択します。
  3. 更新するアプリケーションを選択します。
  4. [送信] をクリックして、バックアップと DR のワークフローを実行します。

その他のすべてのアプリケーション

他のすべてのアプリケーションの場合、スケジュール設定された [ワークフローを実行] ページに、次のオプションが表示されます。

  • Initiate Scheduled Workflow Now: [Submit] をクリックして、バックアップと DR ワークフローを実行します。このバックアップと DR ワークフローが実行される次のスケジュールされた時間を待たない場合は、このオプションを選択します。定義どおりに実行されます。これは、このバックアップと DR ワークフローの今後のスケジュール設定された実行には影響しません。

  • カスタマイズありで実行: このバックアップと DR ワークフローで事前定義されているサーバーとは異なるサーバーでマウントを作成または更新する場合は、このオプションを選択します。Backup and DR ワークフローで作成できるマウントはホストごとに 1 つだけであるため、同じサーバーが選択されている場合、この Backup and DR ワークフローで作成された既存のマウントは更新されます。以下のオプションがあります。

    • LiveClone を更新: 選択したソース画像から LiveClone を更新する場合は、このオプションを選択します。LiveClone が存在しない場合は、作成されます。詳細については、LiveClone を更新するをご覧ください。
    • 仮想アプリケーションのマウントまたは更新を実行する: このオプションを選択して、仮想アプリケーションまたはデータベースを作成または更新します。

仮想アプリケーションのマウントまたは更新を行う

  1. [ホスト] プルダウンから、イメージをマウントするサーバーを選択します。
  2. 必要に応じて、[すべてのクラスタノードにマッピング] オプションを有効にします。このオプションは、1 つ以上のターゲット ホストがクラスタノードまたはクラスタホストである場合に表示されます。
  3. 次のオプションは、1 つ以上のターゲット ホストが VMware VM の場合にのみ表示されます。

    1. [マウントモード] で、次のいずれかを選択します。

      • NFS: デフォルトでは NFS モードが選択されています。バックアップと DR は、バックアップ/リカバリ アプライアンスからマウントされた NFS データストア内の VMDK としてデータを提示します。
      • vRDM(仮想 Raw デバイス マッピング): VMware スナップショットは、マウントされた vRDM を独立したものとして扱い、スナップショットには含まれません。このため、デフォルトでは、マウントされた VM を保護するときに、バックアップと DR に vRDM は含まれません。バックアップと DR には、vRDM を依存関係としてマークできるオプションがあります。ほとんど使用されませんが、このオプションを有効にすると、vRDM が VMware スナップショットに含まれます。バックアップ テンプレートは、従属としてマークされた vRDM をキャプチャします。このマウントモードでは、ESXi ホストに iSCSI イニシエーターが必要です。これは、デフォルトでは Google Cloud VMware Engine で有効になっていません。
      • pRDM(物理 Raw デバイス マッピング): ファイルレベルの復元オペレーションの場合は、このモードを選択します。このマウントモードでは、ESXi ホストに iSCSI イニシエーターが必要です。これは、デフォルトでは Google Cloud VMware Engine で有効になっていません。
    2. [Map to ESX Hosts] で、次のいずれかのオプションを選択します。[マウント モード] フィールドで vRDM または pRDM を選択した場合にのみ、[Map to ESX Hosts] オプションが表示されます。

      • 1 つ: ターゲット VM を実行している ESX ホストにのみマッピングする場合は、[1 つ] を選択します。
      • 2: クラスタ内のすべての ESX ホストではなく、2 つの ESX ホストにマッピングする場合は、[2] を選択します。[2 つ] を選択すると、2 つ目のホストを選択するか、[自動選択] を選択できます。自動選択は、ESX ホストの論理ペアに基づいて 2 番目のホストを選択し、ターゲット VM を実行しているホストのパートナー ESX ホストを常に選択できます。
      • すべて: クラスタ内のすべての ESX ホストにマッピングする場合は、[すべて] を選択します。[すべて] を選択すると、ジョブの時間が長くなる可能性があります。
  4. [送信] をクリックして、バックアップと DR のワークフローを実行します。