直接マウントのバックアップと DR ワークフローは、関連するアプリケーション イメージに機密データが含まれていない場合に使用されます。これにより、バックアップと DR ワークフローは、最初に LiveClone を定義して LiveClone をスクラブしなくても、アプリケーションのデータを仮想アプリケーションとして、または単なるアプリケーション データとしてマウントできます。直接マウントを使用すると、アプリケーション データと仮想アプリケーションをほぼ瞬時に使用できます。
直接マウントの Backup and DR ワークフローは、次のことを行います。
- 選択した単一の本番環境イメージから仮想アプリケーションを新規作成または更新します。
- 最新の本番環境データを使用して仮想アプリケーションを更新するスケジュールを定義します。スケジュール設定されたバックアップ ワークフローと DR ワークフローは、オンデマンドで実行することもできます。
- データを仮想アプリケーションとしてマウントします。仮想アプリケーションは、他のアプリケーションと同様に使用および保護できます。
マウントされた仮想アプリケーションを新しいアプリケーションとしてバックアップします。
次の手順で、直接マウントの Backup and DR ワークフローを作成します。
- [アプリ管理] で、管理対象アプリまたは整合性グループを選択します。
- 右クリックして [ワークフローを管理] を選択し、[ワークフロー アプリケーション ダッシュボード] を開きます。[ワークフローを追加] をクリックし、バックアップと DR ワークフローを実行する [名前] と [アプライアンス] などの基本的な構成の詳細を追加します。
- [ワークフロー タイプ] で [Direct Mount] を選択します。
- [Schedule Type] で [Scheduled] または [On Demand] を選択します。[スケジュール] を選択した場合は、バックアップと DR ワークフローを実行するスケジュールを定義します。タイムセレクタは 24 時間形式です。スケジュールされた時間（次の実行時間）には、バックアップと DR ワークフローを実行するローカル アプライアンスのタイムゾーンが反映されます。デフォルトでは UTC に設定されています。
- スケジュール設定されたバックアップ ワークフローと DR ワークフローは、オンデマンドで実行することもできます。
- [Direct Mount Settings] セクションを構成します。
- [Source Image] で、スクラブするイメージを生成するポリシーの最新のスナップショット イメージを選択します。[On Demand] を選択した場合、バックアップと DR ワークフローを実行するユーザーは、実行時にソース スナップショット イメージを選択できます。特定のスナップショット ポリシー（最新の StreamSnap イメージ）から最新のイメージを選択することもできます。
- [マウントラベル] フィールドに識別可能な名前を入力します。
- [ホスト] プルダウンから、イメージをマウントするサーバーを選択します。
- 必要に応じて、[Map to All Cluster Nodes] オプションを有効にします。このオプションは、1 つ以上のターゲット ホストがクラスタノードまたはクラスタホストである場合に表示されます。
次のオプションは、1 つ以上のターゲット ホストが VMware VM の場合にのみ表示されます。
[マウントモード] で、次のいずれかを選択します。
- 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 で有効になっていません。
[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 ホストにマッピングする場合は、[すべて] を選択します。[すべて] を選択すると、ジョブの所要時間が長くなる可能性があります。
[Mark Dependent] を有効にして、マウントされたボリュームを従属としてマークし、VMware スナップショットに含めます。これは、既存の VM にマウントする場合はほとんど使用されません。
[Mapping Options] セクションの [Mount Location] に、マウントされたドライブのロケーションを入力します（例:
M:, D:\testdb1）。[スクリプト オプション] セクションで、マウントされたイメージで実行する前処理スクリプトまたは後処理スクリプトを 1 つ指定し、対応するタイムアウトを秒単位で指定します。スクリプト前、スクリプト後、タイムアウト（秒単位）の詳細については、スクリプト オプションをご覧ください。
[Create New Virtual Application] オプションをクリックして、アプリケーション対応マウントを実行します。このオプションは、IBM Db2、MySQL、Oracle、PostgreSQL、SAP ASE、SAP HANA、SAP MaxDB、SQL Server のデータベース アプリケーションでのみ使用できます。表示される設定は、データベースの種類によって異なります。[新規作成] オプションを選択しない場合、ターゲット ホストにファイル システムがマウントされます。
必要に応じて、1 つ以上のスクリプトを使用してマウントされたデータを 1 回限りのタスクとして処理する場合は、[完了後にマウントされたイメージを削除] を有効にします（データ ウェアハウスへのデータの抽出など）。このオプションをオンにすると、スクリプトのタスクの終了後に仮想アプリケーションがマウント解除されて削除されます。
[新しいアプリケーションを管理] オプションを選択している場合、このオプションは使用できません。
[追加] をクリックして、バックアップと DR ワークフローを作成します。