데이터베이스 유형 애플리케이션의 경우 직접 마운트 주문형 실행 워크플로 페이지에서 다음 옵션을 선택할 수 있습니다.
새 가상 애플리케이션 프로비저닝: 다른 서버에 새 가상 애플리케이션 또는 데이터베이스를 만들려면 이 옵션을 선택합니다.
이 옵션을 사용하여 백업 및 DR 워크플로에서 사전 정의된 옵션을 업데이트하거나 수정할 수도 있습니다(예: 백업 및 DR 워크플로 이름 변경).
기존 가상 애플리케이션 새로고침: 이전에 이 백업 및 DR 워크플로를 사용하여 가상 애플리케이션을 만들었으며 이제 다른 시점 스냅샷을 소스로 사용하여 새로고침하려는 경우 이 옵션을 선택합니다.
새 가상 애플리케이션 프로비저닝
새 가상 애플리케이션 프로비저닝을 선택하는 경우 다음을 완료하여 새 애플리케이션을 구성합니다.
소스 이미지 드롭다운을 클릭하고 이미지를 선택합니다.
소스 애플리케이션이 데이터베이스 로그 백업을 사용 설정한 스냅샷 정책으로 보호되고 이미지에서 로그를 사용할 수 있는 경우 롤 포워드 시간 섹션에서 다음 옵션을 변경하여 로그를 사용하여 특정 시점으로 롤 포워드할 수 있습니다.
날짜 필드에는 데이터베이스 트랜잭션 로그를 적용하여 데이터베이스를 앞으로 롤아웃할 수 있는 모든 날짜가 포함됩니다.
데이터베이스를 롤포워드할 날짜를 선택합니다.
시간 필드에는 선택한 날짜에 데이터베이스를 롤포워드할 수 있는 모든 시간을 보여주는 슬라이더가 포함되어 있습니다. 가능한 가장 최근 날짜를 선택한 다음 슬라이더를 가장 오른쪽 위치로 이동하면 사용 가능한 모든 로그에 작업이 적용됩니다. 가능한 한 가장 빠른 날짜를 선택하고 슬라이더를 맨 왼쪽 위치로 이동하면 작업에 로그가 적용되지 않습니다.
사용자 시간 또는 호스트 시간을 사용하여 롤 포워드를 지정할 수 있습니다.
사용자 시간은 현재 사용자의 현지 시간을 기준으로 합니다.
호스트 시간은 마운트할 데이터를 호스팅하는 시스템을 기준으로 합니다.
호스트 드롭다운에서 이미지를 마운트할 서버를 선택합니다.
원하는 경우 모든 클러스터 노드에 매핑 옵션을 사용 설정합니다.
하나 이상의 타겟 호스트가 클러스터 노드 또는 클러스터 호스트인 경우 이 옵션이 표시됩니다.
하나 이상의 대상 호스트가 VMware VM인 경우에만 다음 옵션이 표시됩니다.
마운트 모드에서 다음 중 하나를 선택합니다.
NFS: 기본적으로 NFS 모드가 선택됩니다. 백업 및 DR은 백업/복구 어플라이언스에서 마운트된 NFS 데이터 스토어에 데이터를 VMDK로 표시합니다.
vRDM (가상 원시 기기 매핑): VMware 스냅샷은 마운트된 vRDM을 독립적으로 취급하며 스냅샷에 포함되지 않습니다. 따라서 기본적으로 백업 및 DR은 마운트된 VM을 보호할 때 vRDM을 포함하지 않습니다. 백업 및 DR에서는 vRDM을 종속 항목으로 표시할 수 있는 옵션을 제공합니다. 거의 사용되지는 않지만 이 옵션을 사용 설정하면 vRDM이 VMware 스냅샷에 포함됩니다.
백업 템플릿은 종속으로 표시된 vRDM을 캡처할 수 있습니다. 이 마운트 모드를 사용하려면 ESXi 호스트에 iSCSI 이니시에이터가 있어야 하는데, 이니시에이터는 기본적으로 Google Cloud Google Cloud VMware Engine에서 사용 설정되지 않습니다.
pRDM (물리적 원시 기기 매핑): 파일 수준 복원 작업의 경우 이 모드를 선택합니다. 이 마운트 모드를 사용하려면 ESXi 호스트에 iSCSI 이니시에이터가 있어야 합니다. iSCSI 이니시에이터는 기본적으로Google Cloud Google Cloud VMware Engine에서 사용 설정되지 않습니다.
ESX 호스트에 매핑에서 다음 옵션 중 하나를 선택합니다. 마운트 모드 필드에서 vRDM 또는 pRDM을 선택한 경우에만 ESX 호스트에 매핑 옵션이 표시됩니다.
하나: 대상 VM을 실행하는 ESX 호스트에만 매핑하려면 하나를 선택합니다.
2개: 클러스터의 모든 ESX 호스트가 아닌 두 ESX 호스트에 매핑하려면 2개를 선택합니다. 두 개를 선택하면 두 번째 호스트를 선택하거나 자동 선택을 선택할 수 있는 옵션이 표시됩니다.
자동 선택은 ESX 호스트의 논리적 쌍을 기반으로 두 번째 호스트를 선택하며 항상 대상 VM을 실행하는 호스트의 파트너 ESX 호스트를 선택할 수 있습니다.
모두: 클러스터에 있는 모든 ESX 호스트에 매핑하려면 모두를 선택합니다. 모두를 선택하면 작업 시간이 늘어날 수 있습니다.
새 가상 애플리케이션 만들기 옵션을 사용 설정하고 새 데이터베이스를 구성합니다. 표시되는 옵션은 데이터베이스 유형에 따라 다를 수 있습니다.
완료를 클릭하여 백업 및 DR 워크플로를 실행합니다.
기존 가상 애플리케이션 새로고침
기존 가상 애플리케이션을 새로고침하면 다음과 같은 결과가 표시됩니다.
소스 이미지 드롭다운에서 마운트할 이미지를 선택합니다.
소스 애플리케이션이 데이터베이스 로그 백업을 사용 설정한 스냅샷 정책으로 보호되고 이미지에서 로그를 사용할 수 있는 경우 롤 포워드 시간 섹션에서 다음 옵션을 변경하여 로그를 사용하여 특정 시점으로 롤 포워드할 수 있습니다.
날짜 필드에는 데이터베이스 트랜잭션 로그를 적용하여 데이터베이스를 앞으로 롤아웃할 수 있는 모든 날짜가 포함됩니다.
데이터베이스를 롤포워드할 날짜를 선택합니다.
시간 필드에는 선택한 날짜에 데이터베이스를 롤포워드할 수 있는 모든 시간을 보여주는 슬라이더가 포함되어 있습니다. 가능한 가장 최근 날짜를 선택한 다음 슬라이더를 가장 오른쪽 위치로 이동하면 사용 가능한 모든 로그에 작업이 적용됩니다. 가능한 한 가장 빠른 날짜를 선택하고 슬라이더를 맨 왼쪽 위치로 이동하면 작업에 로그가 적용되지 않을 수 있습니다.
사용자 시간 또는 호스트 시간을 사용하여 롤 포워드를 지정할 수 있습니다.
사용자 시간은 현재 사용자의 현지 시간을 기준으로 합니다.
호스트 시간은 마운트할 데이터를 호스팅하는 시스템을 기준으로 합니다.
호스트 드롭다운에서 애플리케이션이 마운트된 서버를 선택합니다.
새로고침할 애플리케이션을 선택합니다.
제출을 클릭하여 백업 및 DR 워크플로를 새로고침합니다.
기타 모든 애플리케이션
다른 모든 애플리케이션의 경우 주문형 실행 워크플로 페이지에 백업 및 DR 워크플로 세부정보가 표시될 수 있습니다.
소스 이미지 드롭다운에서 마운트할 이미지를 선택합니다.
호스트 드롭다운에서 이미지를 마운트할 서버를 선택합니다.
원하는 경우 모든 클러스터 노드에 매핑 옵션을 사용 설정합니다.
하나 이상의 타겟 호스트가 클러스터 노드 또는 클러스터 호스트인 경우 이 옵션이 표시됩니다.
하나 이상의 대상 호스트가 VMware VM인 경우에만 다음 옵션이 표시됩니다.
마운트 모드에서 다음 중 하나를 선택합니다.
NFS: 기본적으로 NFS 모드가 선택됩니다. 백업 및 DR은 백업/복구 어플라이언스에서 마운트된 NFS 데이터 스토리지에 데이터를 VMDK로 표시할 수 있습니다.
vRDM (가상 원시 기기 매핑): VMware 스냅샷은 마운트된 vRDM을 독립적으로 취급하며 스냅샷에 포함되지 않습니다. 따라서 기본적으로 백업 및 DR은 마운트된 VM을 보호할 때 vRDM을 포함하지 않습니다. 백업 및 DR에서는 vRDM을 종속 항목으로 표시할 수 있는 옵션을 제공합니다. 거의 사용되지는 않지만 이 옵션을 사용 설정하면 vRDM이 VMware 스냅샷에 포함됩니다.
백업 템플릿은 종속으로 표시된 vRDM을 캡처할 수 있습니다. 이 마운트 모드를 사용하려면 ESXi 호스트에 iSCSI 이니시에이터가 있어야 하는데, 이니시에이터는 기본적으로 Google Cloud VMware Engine에서 사용 설정되지 않습니다.
pRDM (물리적 원시 기기 매핑): 파일 수준 복원 작업의 경우 이 모드를 선택합니다. 이 마운트 모드를 사용하려면 ESXi 호스트에 iSCSI 이니시에이터가 있어야 하는데, 이니시에이터는 기본적으로 Google Cloud VMware Engine에서 사용 설정되지 않습니다.
ESX 호스트에 매핑에서 다음 옵션 중 하나를 선택합니다. 마운트 모드 필드에서 vRDM 또는 pRDM을 선택한 경우에만 ESX 호스트에 매핑 옵션이 표시됩니다.
하나: 대상 VM을 실행하는 ESX 호스트에만 매핑하려면 하나를 선택합니다.
2개: 클러스터의 모든 ESX 호스트가 아닌 두 ESX 호스트에 매핑하려면 2개를 선택합니다. 두 개를 선택하면 두 번째 호스트를 선택하거나 자동 선택을 선택할 수 있는 옵션이 표시됩니다.
자동 선택은 ESX 호스트의 논리적 쌍을 기반으로 두 번째 호스트를 선택하며 항상 대상 VM을 실행하는 호스트의 파트너 ESX 호스트를 선택할 수 있습니다.
모두: 클러스터에 있는 모든 ESX 호스트에 매핑하려면 모두를 선택합니다. 모두를 선택하면 작업 시간이 늘어날 수 있습니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[[["\u003cp\u003eThe available options in the direct mount Backup and DR Workflow depend on whether the application is a database or another application type.\u003c/p\u003e\n"],["\u003cp\u003eDatabase applications offer the ability to either provision a new virtual application on a different server, or refresh an existing application with a different point-in-time snapshot.\u003c/p\u003e\n"],["\u003cp\u003eWhen provisioning a new database virtual application, users can select a source image, define roll-forward times using database logs, choose a host, and customize mount modes and ESX host mappings if using VMware VMs.\u003c/p\u003e\n"],["\u003cp\u003eRefreshing an existing virtual application requires selecting a source image, specifying roll-forward times if needed, choosing the application's host, and then submitting the workflow.\u003c/p\u003e\n"],["\u003cp\u003eFor non-database applications, users can select a source image and a host, and are provided mount mode options and ESX host mappings when using VMware VMs.\u003c/p\u003e\n"]]],[],null,["# Run direct mount Backup and DR Workflows\n\nThe options you see when running an on-demand or scheduled direct mount\nBackup and DR Workflow depend on your application type.\n\n- [Database applications](#database)\n- [All other applications](#All)\n\n| **Note:** Management console users, when assigned with **Workflow Refresh** rights but not with **Workflow Run** or **Workflow Manage** rights, can only refresh the existing virtual application and cannot run, edit, delete, or disable the workflow.\n\nDatabase applications\n---------------------\n\nFor database type applications, the direct mount on-demand run workflow\npage provides the following options for selection:\n\n- **Provision New Virtual Application**: Select this option if you want to create a new virtual application or database on a different server. You can also use this option to update or modify the options that were predefined in the Backup and DR Workflow, for example change the Backup and DR Workflow name.\n- **Refresh an Existing Virtual Application**: Select this option if you previously created a virtual application using this Backup and DR Workflow and now would like to refresh it, using a different point-in-time snapshot as the source.\n\n### Provision new virtual application\n\nIf you select **Provision New Virtual Application**, configure the new\napplication by completing the following:\n\n1. Click the **Source Image** drop-down, and select an image.\n2. If the source application is protected by a snapshot policy that has\n enabled database log backups, and logs are available with the image,\n you can use them to roll forward to a specific point in time by changing\n these options in the **Roll Forward Time** section:\n\n - The date field contains all possible dates that the database can be rolled forward to---through the application of database transaction logs. Select which date you want the database to be rolled forward to.\n - The time field contains a slider showing all possible times on the selected date that the database can be rolled forward to. If you select the latest possible date and then move the slider to the right most position, the job applies to all available logs. If you select the earliest possible date and move the slider to the left most position, the jobs apply no logs.\n - You can specify to roll forward using either **User Time** or **Host Time** . **User Time** is relative to the local time of the current user. **Host Time** is relative to the system that hosts the data to be mounted.\n3. From the **Host** drop-down, select the server on which to mount the image.\n\n4. Optionally, enable the **Map to All Cluster Nodes** option.\n You can see this option when one or more target hosts are a cluster node\n or a cluster host.\n\n5. You can see the following options only when one or more target hosts are\n VMware VMs:\n\n 1. For **Mount Mode**, select one of the following:\n\n - **NFS**: By default NFS mode is selected. Backup and DR presents the data as a VMDK in an NFS datastore mounted from the backup/recovery appliance.\n - **vRDM (virtual raw device mapping)**: VMware snapshots treat mounted vRDMs as independent and are not included in snapshots. Because of this, by default, Backup and DR does not include vRDMs when protecting a mounted VM. Backup and DR does provide an option where you can mark vRDMs as dependent. Although rarely used, when this option is enabled, vRDMs will be included in VMware snapshots. Backup templates can capture vRDMs marked as dependent. Note that this mount mode needs the ESXi host to have an iSCSI initiator, which by default is not enabled in Google Cloud Google Cloud VMware Engine.\n - **pRDM (physical raw device mapping)**: For file-level restore operations, select this mode. Note that this mount mode needs the ESXi host to have an iSCSI initiator, which by default is not enabled in Google Cloud Google Cloud VMware Engine.\n 2. From **Map to ESX Hosts** , select one of the following options. You can\n see the **Map to ESX Hosts** option only when you have selected vRDM or\n pRDM in the **Mount Mode** field.\n\n - **One** : Select **One** if you want to map only to the ESX host running the target VM.\n - **Two** : Select **Two** if you want to map to two ESX hosts, but not all ESX hosts in the cluster. On selecting **Two** , you are given the option to choose the second host, or choose **Auto-select**. Auto-select choose the second host based on logical pairs of ESX hosts and can always select the partner ESX host for the one running the target VM.\n - **All** : Select **All** if you want to map to all the ESX hosts present in the cluster. Note that selecting **All** may increase the duration for the job.\n6. Enable the **Create New Virtual Application** option and configure\n the new database. The options shown can vary depending on database types.\n\n7. Click **Done** to run the Backup and DR Workflow.\n\n### Refresh an existing virtual application\n\nIf you select **Refresh** an existing virtual application:\n\n1. From the **Source Image** drop-down, select an image to mount.\n2. If the source application is protected by a snapshot policy that has\n enabled database log backups, and logs are available with the image,\n you can use them to roll forward to a specific point in time by changing\n these options in the **Roll Forward Time** section:\n\n - The date field contains all possible dates that the database can be rolled forward to---through the application of database transaction logs. Select which date you want the database to be rolled forward to.\n - The time field contains a slider showing all possible times on the selected date that the database can be rolled forward to. If you select the latest possible date and then move the slider to the right most position, the job applies to all available logs. If you select the earliest possible date and move the slider to the left most position, the job can apply no logs.\n - You can specify to roll forward using either **User Time** or **Host Time** . **User Time** is relative to the local time of the current user. **Host Time** is relative to the system that hosts the data to be mounted.\n3. From the **Host** drop-down, select the server where the application\n is mounted.\n\n4. Select the application to refresh.\n\n5. Click **Submit** to refresh the Backup and DR Workflow.\n\nAll other applications\n----------------------\n\nFor all other applications, the **On Demand Run Workflow** page can\nshow the Backup and DR Workflow details.\n\n1. From the **Source Image** drop-down, select an image to mount.\n2. From the **Host** drop-down, select the server on which to mount the image.\n3. Optionally, enable the **Map to All Cluster Nodes** option. You can see this option when one or more target hosts are a cluster node or a cluster host.\n4. You will see the following options only when one or more target hosts are\n VMware VMs:\n\n 1. For **Mount Mode**, select one of the following:\n\n - **NFS**: By default NFS mode is selected. Backup and DR can present the data as a VMDK in an NFS datastore mounted from the backup/recovery appliance.\n - **vRDM (virtual raw device mapping)**: VMware snapshots treat mounted vRDMs as independent and are not included in snapshots. Because of this, by default, Backup and DR does not include vRDMs when protecting a mounted VM. Backup and DR does provide an option where you can mark vRDMs as dependent. Although rarely used, when this option is enabled, vRDMs are included in VMware snapshots. Backup templates can capture vRDMs marked as dependent. Note that this mount mode needs the ESXi host to have an iSCSI initiator, which by default is not enabled in Google Cloud VMware Engine.\n - **pRDM (physical raw device mapping)**: For file-level restore operations, select this mode. Note that this mount mode needs the ESXi host to have an iSCSI initiator, which by default is not enabled in Google Cloud VMware Engine.\n 2. From **Map to ESX Hosts** , select one of the following options. You can\n see the **Map to ESX Hosts** option only when you have selected vRDM or\n pRDM in the **Mount Mode** field.\n\n - **One** : Select **One** if you want to map only to the ESX host running the target VM.\n - **Two** : Select **Two** if you want to map to two ESX hosts, but not all ESX hosts in the cluster. On selecting **Two** , you are given the option to choose the second host, or choose **Auto-select**. Auto-select choose the second host based on logical pairs of ESX hosts and can always select the partner ESX host for the one running the target VM.\n - **All** : Select **All** if you want to map to all the ESX hosts present in the cluster. Note that selecting **All** may increase the duration for the job.\n5. Click **Submit** to run the Backup and DR Workflow."]]
