데이터베이스 애플리케이션의 경우 LiveClone 주문형 실행 워크플로 페이지에 다음 옵션이 제공됩니다.
LiveClone 새로고침: 선택한 소스 이미지에서 LiveClone을 새로고침하려면 이 옵션을 선택합니다. LiveClone이 없으면 생성됩니다.
가상 애플리케이션 마운트 또는 새로고침 수행: 가상 애플리케이션 또는 데이터베이스를 만들거나 새로고침하려면 이 옵션을 선택합니다.
다음과 같은 옵션이 있습니다.
새 가상 애플리케이션 프로비저닝: 다른 서버에서 새 가상 애플리케이션 또는 데이터베이스를 만들려면 이 옵션을 선택합니다. 이 옵션을 사용하여 백업 및 DR 워크플로에서 사전 정의된 옵션을 업데이트하거나 수정할 수도 있습니다(예: 백업 및 DR 워크플로 이름 변경).
기존 가상 애플리케이션 새로고침: 이전에 이 백업 및 DR 워크플로를 사용하여 가상 애플리케이션을 만들었으며 이제 다른 시점 스냅샷을 소스로 사용하여 새로고침하려는 경우 이 옵션을 선택합니다.
LiveClone 새로고침
LiveClone 새로고침을 선택한 경우 다음 단계를 따르세요.
소스 이미지 드롭다운에서 이미지를 선택합니다.
소스 애플리케이션이 데이터베이스 로그 백업을 사용 설정한 스냅샷 정책으로 보호되고 이미지에서 로그를 사용할 수 있는 경우 롤 포워드 시간 섹션에서 다음 옵션을 변경하여 로그를 사용하여 특정 시점으로 롤 포워드할 수 있습니다.
날짜 필드에는 데이터베이스 트랜잭션 로그를 적용하여 데이터베이스를 앞으로 롤아웃할 수 있는 모든 날짜가 포함됩니다.
데이터베이스를 앞으로 롤오버할 날짜를 선택합니다.
시간 필드에는 선택한 날짜에 데이터베이스를 롤포워드할 수 있는 모든 시간을 보여주는 슬라이더가 포함되어 있습니다. 가능한 가장 최근 날짜를 선택한 다음 슬라이더를 가장 오른쪽 위치로 이동하면 사용 가능한 모든 로그에 작업이 적용됩니다. 가능한 한 가장 빠른 날짜를 선택하고 슬라이더를 맨 왼쪽 위치로 이동하면 작업에 로그가 적용되지 않습니다.
사용자 시간 또는 호스트 시간을 사용하여 앞으로 롤오버하도록 지정합니다.
사용자 시간은 현재 사용자의 현지 시간을 기준으로 합니다.
호스트 시간은 마운트할 데이터를 호스팅하는 시스템을 기준으로 합니다.
제출을 클릭하여 백업 및 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 이니시에이터가 있어야 합니다. iSCSI 이니시에이터는 기본적으로Google Cloud Google Cloud VMware Engine에서 사용 설정되지 않습니다.
ESX 호스트에 매핑에서 다음 옵션 중 하나를 선택합니다. 마운트 모드 필드에서 vRDM 또는 pRDM을 선택한 경우에만 ESX 호스트에 매핑 옵션이 표시됩니다.
하나: 대상 VM을 실행하는 ESX 호스트에만 매핑하려면 하나를 선택합니다.
2개: 클러스터의 모든 ESX 호스트가 아닌 두 ESX 호스트에 매핑하려면 2개를 선택합니다. 두 개를 선택하면 두 번째 호스트를 선택하거나 자동 선택을 선택할 수 있는 옵션이 표시됩니다.
자동 선택은 ESX 호스트의 논리적 쌍을 기반으로 두 번째 호스트를 선택하며 항상 대상 VM을 실행하는 호스트의 파트너 ESX 호스트를 선택할 수 있습니다.
모두: 클러스터에 있는 모든 ESX 호스트에 매핑하려면 모두를 선택합니다. 모두를 선택하면 작업 시간이 늘어날 수 있습니다.
새 가상 애플리케이션 만들기 옵션을 사용 설정하고 새 데이터베이스를 구성합니다. 옵션은 데이터베이스 유형에 따라 다릅니다.
제출을 클릭하여 백업 및 DR 워크플로를 실행합니다.
기존 가상 애플리케이션 새로고침
기존 가상 애플리케이션 새로고침을 선택하는 경우 다음 단계를 따르세요.
호스트 드롭다운에서 애플리케이션이 마운트된 서버를 선택합니다.
새로고침할 애플리케이션을 선택합니다.
제출을 클릭하여 백업 및 DR 워크플로를 실행합니다.
기타 모든 애플리케이션
다른 모든 애플리케이션의 경우 LiveClone 주문형 실행 워크플로 페이지에서 다음 옵션을 선택할 수 있습니다.
LiveClone 새로고침: 선택한 소스 이미지에서 LiveClone을 새로고침하려면 이 옵션을 선택합니다. LiveClone이 없으면 생성됩니다.
가상 애플리케이션 마운트 또는 새로고침 수행: 이 옵션을 선택하여 기존 마운트를 만들거나 새로고침합니다.
LiveClone 새로고침
LiveClone 새로고침을 선택한 경우 다음 단계를 따르세요.
Source Image(소스 이미지) 드롭다운에서 사용할 이미지를 선택합니다.
제출을 클릭하여 백업 및 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 호스트에 매핑하려면 모두를 선택합니다. 모두를 선택하면 작업 시간이 늘어날 수 있습니다.
[[["이해하기 쉬움","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\u003eLiveClone workflows differ based on whether the application is a database or another type, affecting the available options in the workflow.\u003c/p\u003e\n"],["\u003cp\u003eDatabase applications offer options to "Refresh LiveClone" or "Perform a Mount or Refresh of a Virtual Application," including provisioning a new virtual application or refreshing an existing one.\u003c/p\u003e\n"],["\u003cp\u003eFor database application LiveClones, the "Refresh LiveClone" option allows selecting a source image and rolling forward to a specific point in time using database log backups, if available.\u003c/p\u003e\n"],["\u003cp\u003eNon-database applications also have the "Refresh LiveClone" and "Perform a Mount or Refresh of a Virtual Application" options, with similar steps for refreshing or mounting.\u003c/p\u003e\n"],["\u003cp\u003eFor both database and non database applications using VMware, options such as NFS, vRDM, or pRDM mount modes and mapping to ESX hosts are available when mounting a virtual application.\u003c/p\u003e\n"]]],[],null,["# Run LiveClone Backup and DR Workflows\n\nThe options you see when running an on-demand or scheduled LiveClone\nBackup and DR Workflow depends on your application type.\n\n- [Database applications](#database)\n- [All other applications](#other)\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\nDatabase applications\n---------------------\n\nFor database applications, the **LiveClone On Demand Run Workflow**\npage provides 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 is created.\n- **Perform a Mount or Refresh of a Virtual Application**: Select this\n 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 Backup and DR Workflow name.\n - **Refresh an Existing Virtual Application**: Select this option if you had 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**, follow these steps:\n\n1. From the **Source Image** drop-down, 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 roll forward to.\n - The time field contains a slider showing all possible times on the selected date that the database can roll 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 applies no logs.\n - 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. Click **Submit** to run the Backup and DR Workflow.\n\n### Provision new virtual application\n\nIf you select **Provision New Virtual Application**, configure the\nnew 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. You can see this option when one or more target hosts are a cluster node or a cluster host.\n3. 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 are 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 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. Enable the **Create New Virtual Application** option and configure the\n new database. The options vary based on the database type.\n\n5. 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**, follow these steps:\n\n1. From the **Host** drop-down, select the server where the application is mounted.\n2. Select the application to refresh.\n3. Click **Submit** to run the Backup and DR Workflow.\n\nAll other applications\n----------------------\n\nFor all other applications, the **LiveClone On Demand Run Workflow** page\nprovides the following options for selection:\n\n- **Refresh LiveClone**: Select this option if you want to refresh the LiveClone from selected source image. If no LiveClone exists, it will get created.\n- **Perform a Mount or Refresh of a Virtual Application**: Select this option to create or refresh an existing mount.\n\n### Refresh LiveClone\n\nIf you select **Refresh LiveClone**, follow these steps:\n\n1. From the **Source Image** drop-down, select an image for use.\n2. Click **Submit** to run the Backup and DR Workflow.\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. You can see this option when one or more target hosts are a cluster node or a cluster host.\n3. View 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 options:\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 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 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.\n4. Click **Submit** to run the Backup and DR Workflow."]]
