Oracle 및 SQL Server 애플리케이션의 경우 예약된 워크플로 실행 페이지에 다음 옵션이 표시됩니다.
지금 예약된 워크플로 시작: 제출을 클릭하여 백업 및 DR 워크플로를 실행합니다. 이 백업 및 DR 워크플로가 실행되는 다음 예약된 시간을 기다리지 않으려면 이 옵션을 선택합니다. 정의된 대로 정확하게 실행됩니다.
이로 인해 향후 이 워크플로의 예약된 실행에는 영향을 미치지 않습니다.
맞춤설정으로 실행: 이 백업 및 DR 워크플로에서 사전 정의된 서버가 아닌 다른 서버에서 마운트를 만들거나 새로고침하려면 이 옵션을 선택합니다. 백업 및 DR 워크플로로 호스트당 하나의 마운트만 만들 수 있으므로 동일한 서버가 선택되면 이 백업 및 DR 워크플로로 만든 기존 마운트가 새로고침됩니다.
다음과 같은 옵션이 있습니다.
LiveClone 새로고침: 선택한 소스 이미지에서 LiveClone을 새로고침하려면 이 옵션을 선택합니다. LiveClone이 없으면 생성됩니다. 자세한 내용은 LiveClone 새로고침을 참고하세요.
가상 애플리케이션 마운트 또는 새로고침 수행: 이 옵션을 선택하여 가상 애플리케이션 또는 데이터베이스를 만들거나 새로고침합니다.
다음과 같은 옵션이 있습니다.
새 가상 애플리케이션 프로비저닝: 다른 서버에서 새 가상 애플리케이션 또는 데이터베이스를 만들려면 이 옵션을 선택합니다. 이 옵션을 사용하여 백업 및 DR 워크플로에서 사전 정의된 옵션을 업데이트하거나 수정할 수도 있습니다(예: 워크플로 이름 변경).
기존 가상 애플리케이션 새로고침: 이전에 이 백업 및 DR 워크플로를 사용하여 가상 애플리케이션을 만들었으며 이제 다른 시점 스냅샷을 소스로 사용하여 새로고침하려는 경우 이 옵션을 선택합니다.
LiveClone 새로고침
LiveClone 새로고침을 선택하는 경우 다음을 완료합니다.
소스 이미지 드롭다운에서 이미지를 선택합니다.
제출을 클릭하여 백업 및 DR 워크플로를 실행합니다.
새 가상 애플리케이션 프로비저닝
새 가상 애플리케이션 프로비저닝을 선택하는 경우 새 애플리케이션을 구성합니다.
롤 포워드 시간 섹션에서 로그 롤 포워드 시간을 구성합니다. 호스트 시간 (기본값) 또는 사용자 시간 중에서 선택합니다.
이 옵션은 Oracle 및 SQL 애플리케이션에서만 사용할 수 있으며 소스 이미지에 사용 가능한 로그가 있는 경우에만 사용할 수 있습니다.
호스트 드롭다운에서 이미지를 마운트할 서버를 선택합니다.
원하는 경우 모든 클러스터 노드에 매핑 옵션을 사용 설정합니다.
하나 이상의 타겟 호스트가 클러스터 노드 또는 클러스터 호스트인 경우 이 옵션이 표시됩니다.
하나 이상의 대상 호스트가 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 호스트에 매핑하려면 모두를 선택합니다. 모두를 선택하면 작업 시간이 늘어날 수 있습니다.
새 가상 애플리케이션 만들기 옵션을 사용 설정하고 다음의 정보를 사용하여 새 데이터베이스를 구성합니다.
롤 포워드 시간 섹션에서 로그 롤 포워드 시간을 구성합니다.
호스트 시간(기본값) 또는 사용자 시간 중에서 선택합니다. 이 옵션은 Oracle 및 SQL 애플리케이션에서만 사용할 수 있으며 소스 이미지에 사용 가능한 로그가 있는 경우에만 사용할 수 있습니다.
호스트 드롭다운에서 애플리케이션이 마운트된 서버를 선택합니다.
새로고침할 애플리케이션을 선택합니다.
제출을 클릭하여 백업 및 DR 워크플로를 실행합니다.
기타 모든 애플리케이션
다른 모든 애플리케이션의 경우 예약된 워크플로 실행 페이지에 다음 옵션이 표시됩니다.
지금 예약된 워크플로 시작: 제출을 클릭하여 백업 및 DR 워크플로를 실행합니다. 이 백업 및 DR 워크플로가 실행되는 다음 예약된 시간을 기다리지 않으려면 이 옵션을 선택합니다. 정의된 대로 정확하게 실행됩니다.
이로 인해 향후 이 백업 및 DR 워크플로의 예약된 실행에는 영향을 미치지 않습니다.
맞춤설정으로 실행: 이 백업 및 DR 워크플로에 사전 정의된 서버가 아닌 다른 서버에서 마운트를 만들거나 새로고침하려면 이 옵션을 선택합니다. 백업 및 DR 워크플로로 호스트당 하나의 마운트만 만들 수 있으므로 동일한 서버가 선택되면 이 백업 및 DR 워크플로로 생성된 기존 마운트가 새로고침됩니다. 다음과 같은 옵션이 있습니다.
LiveClone 새로고침: 선택한 소스 이미지에서 LiveClone을 새로고침하려면 이 옵션을 선택합니다. LiveClone이 없으면 생성됩니다. 자세한 내용은 LiveClone 새로고침을 참고하세요.
가상 애플리케이션 마운트 또는 새로고침 수행: 이 옵션을 선택하여 가상 애플리케이션 또는 데이터베이스를 만들거나 새로고침합니다.
가상 애플리케이션 마운트 또는 새로고침 수행
호스트 드롭다운에서 이미지를 마운트할 서버를 선택합니다.
원하는 경우 모든 클러스터 노드에 매핑 옵션을 사용 설정합니다.
이 옵션은 하나 이상의 타겟 호스트가 클러스터 노드 또는 클러스터 호스트인 경우 표시됩니다.
다음 옵션은 하나 이상의 타겟 호스트가 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\u003eScheduled Backup and DR Workflow options vary based on the application type, with specific choices available for Oracle and SQL Server applications versus all other applications.\u003c/p\u003e\n"],["\u003cp\u003eThe "Initiate Scheduled Workflow Now" option allows immediate execution of a scheduled workflow without impacting future scheduled runs, regardless of the application type.\u003c/p\u003e\n"],["\u003cp\u003eThe "Run with Customizations" option enables the creation or refresh of a mount on a different server than predefined, including the ability to refresh LiveClones or create new/refresh existing virtual applications.\u003c/p\u003e\n"],["\u003cp\u003eFor Oracle and SQL Server applications, users can select to provision a new virtual application or refresh an existing one, with additional options to configure log roll forward time and select the host server.\u003c/p\u003e\n"],["\u003cp\u003eFor applications that aren't Oracle or SQL Server, customization options are available to pick which host the image will mount to, along with the ability to map to cluster nodes and adjust mount mode.\u003c/p\u003e\n"]]],[],null,["# Run scheduled LiveClone Backup and DR Workflows\n\nThe options you see when running a scheduled LiveClone Backup and DR Workflow depend\non your application type.\n\n- [Oracle and SQL Server applications](#Oracle-SQL)\n- [All other applications](#AllOther)\n\n | **Note:** Management console users 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 Backup and DR Workflow.\n\nOracle and SQL Server applications\n----------------------------------\n\nFor Oracle and SQL Server applications, the scheduled **Run Workflow** page shows\nthe following options for selection:\n\n- **Initiate Scheduled Workflow Now** : Click **Submit** to run the\n Backup and DR Workflow. Select this option if you don't want to wait for the next\n scheduled time this Backup and DR Workflow runs. It runs exactly as defined.\n This does not impact any future scheduled runs of this workflow.\n\n- **Run with Customizations**: Select this option when you want to\n create or refresh a mount on a different server than the one\n predefined in this Backup and DR Workflow. Since only one mount per host can be\n created by a Backup and DR Workflow, any existing mount created by this Backup and DR Workflow\n is refreshed if the same server is selected.\n It has the following options:\n\n - **Refresh LiveClone** : Select this option if you want to refresh the LiveClone from selected source image. If no LiveClone exists, it gets created. See [Refresh LiveClone](#Refresh) for more information.\n - **Perform a Mount or Refresh of a Virtual Application**: Select\n this option to create or refresh a virtual application or database.\n It has the following options:\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 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### Refresh LiveClone\n\nIf you select **Refresh LiveClone**, complete the following:\n\n1. From the **Source Image** drop-down, select an image.\n2. Click **Submit** to run the Backup and DR Workflow.\n\n### Provision new virtual application\n\nIf you select **Provision New Virtual Application**, configure\nthe new application:\n\n1. In the **Roll Forward Time** section, configure the log roll forward time. Select from host time (default) or user time. This option is available only for Oracle and SQL applications and only when the source image has available logs.\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 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 is included in VMware snapshots. Backup templates captures 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 chooses the second host based on logical pairs of ESX hosts and always selects 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. Enable the **Create New Virtual Application** option and configure\n the new database using information from:\n\n - [Configure application settings for Microsoft SQL server databases](/backup-disaster-recovery/docs/backup/sql-protect#sql-appsettings)\n - [Configure application details and settings for Oracle databases](/backup-disaster-recovery/docs/create-plan/oracle-advanced-settings)\n6. Click **Submit** to run the Backup and DR Workflow.\n\n### Refresh an existing virtual application\n\nIf you select **Refresh an Existing Virtual Application**, complete the\nfollowing:\n\n1. In the **Roll Forward Time** section, configure the log roll forward time. Select from host time---default---or user time. This option is available only for Oracle and SQL applications and only when the source image has available logs.\n2. From the **Host** drop-down, select the server where the application is mounted.\n3. Select the application to refresh.\n4. Click **Submit** to run the Backup and DR Workflow.\n\nAll other applications\n----------------------\n\nFor all other applications, the scheduled **Run Workflow** page shows the\nfollowing options for selection:\n\n- **Initiate Scheduled Workflow Now** : Click **Submit** to run the\n Backup and DR Workflow. Select this option if you don't want to wait for the next\n scheduled time this Backup and DR Workflow runs. It runs exactly as defined.\n This does not impact any future scheduled runs of this Backup and DR Workflow.\n\n- **Run with Customizations**: Select this option when you want to create\n or refresh a mount on a different server than the one predefined in\n this Backup and DR Workflow. Since only one mount per host can be created by a\n Backup and DR Workflow, any existing mount created by this Backup and DR Workflow is refreshed\n if the same server is selected. It has the following options:\n\n - **Refresh LiveClone** : Select this option if you want to refresh the LiveClone from selected source image. If no LiveClone exists, it gets created. See [Refresh LiveClone](#Refresh) for more information.\n - **Perform a Mount or Refresh of a Virtual Application**: Select this option to create or refresh a virtual application or database.\n\n### Perform a mount or refresh of a virtual application\n\n1. From the **Host** drop-down, select the server on which to mount the image.\n2. Optionally, enable the **Map to All Cluster Nodes** option. This option appears when one or more target hosts are a cluster node or a cluster host.\n3. The following options appear 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 are included in VMware snapshots. Backup templates 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.\n4. Click **Submit** to run the Backup and DR Workflow."]]
