프로덕션 데이터에 민감한 정보가 포함된 경우 LiveClone 백업 및 DR 워크플로가 사용됩니다. 이를 통해 프로덕션 데이터에서 LiveClone을 정의한 다음 마운트하기 전에 LiveClone의 데이터를 스크럽할 수 있습니다.
LiveClone 백업 및 DR 워크플로는 다음 작업을 할 수 있습니다.
선택한 프로덕션 이미지(민감한 것으로 표시됨)에서 새 LiveClone을 생성하거나 기존 LiveClone을 업데이트합니다.
최신 프로덕션 데이터로 LiveClone을 업데이트하는 일정을 정의합니다. 예약된 백업 및 DR 워크플로는 주문형으로 실행할 수도 있습니다.
스크립트를 사용하여 민감한 정보의 LiveClone을 삭제합니다.
스크럽된 가상 애플리케이션을 민감하지 않은 것으로 표시합니다.
삭제된 데이터를 특정 호스트에 마운트하거나(표준 마운트) 삭제된 이미지를 가상 애플리케이션으로 특정 호스트에 마운트합니다(애플리케이션 인식 마운트).
다음 안내에 따라 LiveClone 백업 및 DR 워크플로를 만드세요.
백업 및 DR 서비스 관리 콘솔에서 앱 관리자를 클릭한 다음 관리 애플리케이션 또는 일관성 그룹을 선택합니다.
마우스 오른쪽 버튼으로 클릭하고 워크플로 관리를 선택하여 백업 및 DR 워크플로 애플리케이션 대시보드를 엽니다. 워크플로 추가를 클릭하고 백업 및 DR 워크플로를 실행할 위치의 이름, 어플라이언스와 같은 기본 구성 세부정보를 추가합니다.
워크플로 유형으로 LiveClone을 선택합니다.
일정 유형에서 예약됨 또는 주문형을 선택합니다. 예약된 백업 및 DR 워크플로의 경우 백업 및 DR 워크플로를 실행할 일정을 정의합니다. 시간 선택기는 24시간 시계를 사용합니다. 예약된 백업 및 DR 워크플로는 필요에 따라 실행할 수도 있습니다.
LiveClone 설정 섹션을 작성합니다.
이미지를 생성하는 정책에서 최신 스냅샷 이미지를 선택하여 소스 이미지를 스크럽합니다. 주문형을 선택한 경우 백업 및 DR 워크플로를 실행하는 사용자가 런타임에 소스 스냅샷 이미지를 선택합니다.
LiveClone 라벨 필드에 식별 가능한 이름을 입력합니다.
Diskpool에서 LiveClone과 LiveClone의 후속 마운트 간 차이점을 저장할 디스크풀을 선택합니다.
LiveClone을 수용할 수 있도록 충분한 저장공간이 할당되어 있는지 확인합니다.
원하는 경우 사전 처리를 위해 마운트 옵션을 사용 설정합니다. 이렇게 하면 LiveClone이 호스트에 마운트되고 마운트된 이미지에서 하나 이상의 스크립트가 실행되어 민감한 데이터를 삭제하거나 마스킹합니다.
선택한 애플리케이션에 민감한 정보가 포함되어 있으며 이를 삭제하고 민감하지 않은 정보로 만들려면 데이터를 민감하지 않은 정보로 표시 옵션을 사용 설정하세요. 이를 통해 민감하지 않은 데이터 사용자는 백업 및 DR 워크플로에 액세스하고 작업 환경을 프로비저닝할 수 있습니다.
호스트 드롭다운에서 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개를 선택합니다. 2개를 선택하면 두 번째 호스트를 선택하거나 자동 선택을 선택할 수 있습니다.
자동 선택은 ESX 호스트의 논리적 쌍을 기반으로 두 번째 호스트를 선택하며 항상 타겟 VM을 실행하는 호스트의 파트너 ESX 호스트를 선택합니다.
모두: 클러스터에 있는 모든 ESX 호스트에 매핑하려면 모두를 선택합니다. 모두를 선택하면 작업 시간이 늘어날 수 있습니다.
마운트 위치 필드에 마운트된 드라이브의 위치를 입력합니다.
예를 들면 M:, D:\testdb1입니다.
스크립트 옵션 섹션에서 민감한 정보를 마스킹하는 옵션을 선택합니다.
데이터 마스킹에 Optim Data Privacy 소프트웨어를 사용하는 경우 Optim 개인 정보 보호 데이터 마스킹 옵션을 선택합니다. 마스킹 세트 드롭다운이 자동으로 채워지므로 마스킹 세트에서 해당 시간 제한을 분 단위로 지정할 수 있습니다.
Backup and DR 맞춤 스크립트를 사용하는 경우 맞춤 스크립트 옵션을 선택합니다. 하나 이상의 전처리 또는 후처리 스크립트와 해당 시간 제한을 초 단위로 지정합니다. 자세한 내용은 커스텀 스크립트를 참고하세요.
Create New Virtual Application 옵션을 클릭하여 애플리케이션 인식 마운트를 실행합니다. 이 옵션은 IBM Db2, MySQL, Oracle PostgreSQL, SAP ASE, SQL Server 애플리케이션에서만 사용할 수 있습니다.
다음을 클릭합니다.
LiveClone 이미지의 마운트 세부정보를 지정합니다.
마운트 라벨에 식별 가능한 이름을 입력합니다.
호스트 섹션에서 AppAware 마운트를 실행할 호스트 하나를 선택합니다. 여러 호스트에서 AppAware 마운트를 실행할 수 없습니다.
매핑 옵션 섹션의 마운트 위치에 마운트된 드라이브의 위치를 입력합니다(예: M:, D:\testdb1, /oracledata/db1data).
스크립트 옵션 섹션에서 사용할 사전 스크립트와 사후 스크립트를 추가합니다.
(데이터베이스만 해당) 애플리케이션 인식 마운트 (가상 데이터베이스)를 실행하려면 새 가상 애플리케이션 만들기를 사용 설정합니다.
이 옵션은 IBM Db2, MySQL, Oracle PostgreSQL, SAP ASE, SQL Server 애플리케이션에서만 사용할 수 있습니다. 표시되는 설정은 데이터베이스 유형에 따라 다릅니다. Create New Virtual Application 옵션을 선택하지 않으면 대신 타겟 호스트에 파일 시스템 마운트를 가져올 수 있습니다.
마운트된 데이터를 일회성 작업으로 처리하는 하나 이상의 스크립트를 사용하고 마운트된 데이터가 더 이상 필요하지 않은 경우(예: 데이터 웨어하우스로 데이터 추출) 완료 후 마운트된 이미지 삭제를 사용 설정할 수 있습니다. 스크립트가 작업을 완료하면 이 옵션은 가상 애플리케이션을 마운트 해제하고 삭제합니다.
추가를 클릭하여 백업 및 DR 워크플로를 만듭니다.
VMware 관리자 가이드
이 페이지는 백업 및 DR로 VMware VM을 보호하고 복구하는 데 관한 일련의 페이지 중 하나입니다.
자세한 내용은 다음을 참고하세요.
[[["이해하기 쉬움","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 Backup and DR Workflows create and update LiveClones from sensitive production data, allowing for data scrubbing before mounting.\u003c/p\u003e\n"],["\u003cp\u003eThese workflows can be scheduled or run on demand to update LiveClones with the latest production data, using scripts to remove sensitive information.\u003c/p\u003e\n"],["\u003cp\u003eScrubbed data can be marked as non-sensitive, enabling wider access, and can be mounted either as standard data or as a virtual application to a specified host.\u003c/p\u003e\n"],["\u003cp\u003eLiveClones can be mounted to a host for pre-processing, allowing for data scrubbing or masking through scripts, and offer various mount modes like NFS, vRDM, and pRDM for VMware environments.\u003c/p\u003e\n"],["\u003cp\u003eManagement console users with Workflow Refresh rights, without run or manage rights, can only refresh existing virtual applications, not modify the Backup and DR workflow.\u003c/p\u003e\n"]]],[],null,["# Create LiveClone Backup and DR Workflows\n\nLiveClone Backup and DR Workflows are used when the production data contains\nsensitive information. It lets you define a LiveClone from production data\nand then scrub the LiveClone's data before mounting it.\n\nA LiveClone Backup and DR Workflow can do the following:\n\n- Generate a new, or updates an existing, LiveClone from a selected production image that is marked as sensitive.\n- Define a schedule for updating the LiveClone with the latest production data. Scheduled Backup and DR Workflows can also be run on demand.\n- Employ scripts to scrub the LiveClone of sensitive data.\n- Mark the scrubbed virtual application as non-sensitive.\n- Either mount the scrubbed data---standard mount---to a specific\n host, or mount the scrubbed image as a virtual application---application\n aware mount---to a specific host.\n\n | **Note:** Management console users, when assigned with **Workflow Refresh** rights but not with Backup and DR Workflow run or Backup and DR Workflow manage rights, can only refresh the existing virtual application and cannot run, edit, delete, or disable the Backup and DR Workflow.\n\nUse these instructions to create a LiveClone Backup and DR Workflow:\n\n1. From the Backup and DR Service management console, click **App Manager**, then select a managed application or consistency group.\n2. Right-click and select **Manage Workflows** to open the Backup and DR Workflows **Application Dashboard** . Click **Add Workflow** and add basic configuration details like **Name** and **Appliance** of where you want the Backup and DR Workflow to run.\n3. Select **LiveClone** for the **Workflow Type**.\n4. Select **Scheduled** or **On Demand** for the **Schedule Type**. For scheduled Backup and DR Workflows, define a schedule to run the Backup and DR Workflow. The time selector uses a 24-hour clock. Scheduled Backup and DR Workflows can also be run on demand.\n5. Complete the **LiveClone Settings** section.\n\n - Select the latest snapshot image from the policy that produces the image to scrub for the **Source Image** . If you selected **On Demand**, the user running the Backup and DR Workflow selects the source snapshot image at run time.\n\n | **Note:** You can also select the latest StreamSnap image from a specific snapshot policy.\n - Enter an identifiable name in the **LiveClone Label** field.\n - Select the diskpool to hold the LiveClone---as well as the differences from subsequent mounts of the LiveClone---for **Diskpool**. Be sure enough storage space is allocated to accommodate the LiveClone.\n6. Optionally, enable the **Mount for Pre-Processing** option. This makes sure\n that the LiveClone is mounted to a host and one or more scripts\n run on the mounted image to scrub or mask sensitive data.\n\n 1. Enable the **Mark data as non-sensitive** option if your selected application contains sensitive data and you want it be scrubbed and made non-sensitive. This allows non-sensitive data users to access the Backup and DR Workflow and provision their work environments.\n 2. Select the host on which to mount the LiveClone from the **Host** drop-down.\n 3. Optionally, enable the **Map to All Cluster Nodes** option.\n You can see this option when one or more target hosts are a\n cluster node or a cluster host.\n\n 4. 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 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. When selecting **Two** , you can 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.\n 5. Enter the location for the mounted drives in the **Mount Location** field.\n For example, `M:, D:\\testdb1`.\n\n 6. Select an option to mask sensitive data in the **Scripts Options** section.\n\n - Select the **Optim Privacy Data Masking** option if you are using Optim Data Privacy software for data masking. The **Masking Set** drop-down is populated automatically, so you can specify the corresponding timeout in minutes in **Masking Set**.\n - Select the **Custom Scripts** option if you are using Backup and DR custom scripts. Specify at least one pre- or post-processing script and the corresponding timeout in seconds. For more information, see [Custom scripts](/backup-disaster-recovery/docs/access-data/custom-scripts).\n 7. Click the **Create New Virtual Application** option to perform an\n application aware mount. This option is available only for IBM Db2,\n MySQL, Oracle PostgreSQL, SAP ASE, and SQL Server applications.\n\n | **Note:** You may need to create a new database (perform an AppAware mount) if the scripts to scrub sensitive data can only be run when the database is powered up and running.\n7. Click **Next**.\n\n8. Specify the mount details for the LiveClone image.\n\n - For **Mount Label**, provide a name to make it identifiable.\n - In the Hosts section, select one host on which you will perform the AppAware mount. You cannot perform an AppAware mount on multiple hosts.\n - In Mapping Options section, for **Mount Location** , enter the location for the mounted drives---for example, `M:`, `D:\\testdb1`, or `/oracledata/db1data`.\n - In the **Scripts Options** section, add any pre- and post-scripts\n that are needed to use.\n\n - (Databases only) Enable **Create New Virtual Application** if you want to\n perform an application aware mount (a virtual database).\n This option is available only for IBM Db2, MySQL, Oracle PostgreSQL,\n SAP ASE, and SQL server applications. The displayed settings vary according\n to database type. If you don't select the\n **Create New Virtual Application** option, you can instead get a\n file system mount to your target hosts.\n\n - Optionally, enable **Remove Mounted Image After Done** if you employ one\n or more scripts to process the mounted data as a one-time task after\n which the mounted data is no longer needed, such as extraction of data\n into a data warehouse. Once the script finishes its task this option\n unmounts and deletes the virtual application.\n\n9. Click **Add** to create the Backup and DR Workflow.\n\nThe VMware administrator's guide\n--------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nVMware VMs with Backup and DR.\nYou can find additional information at:\n\n- [Backup and DR for VMware VMs](/backup-disaster-recovery/docs/concepts/vmware-intro)\n- [Configure VMware Engine for Backup and DR protection](/backup-disaster-recovery/docs/configuration/prepare-vmware)\n- [Add vCenter and ESX server hosts to the management console](/backup-disaster-recovery/docs/configuration/add-vcenter-host)\n- [Discover and protect VMware VMs](/backup-disaster-recovery/docs/configuration/discover-and-protect-vms)\n- [Apply a backup template to protect a VM](/backup-disaster-recovery/docs/create-plan/apply-backup-template-to-manage-a-VM)\n- [Configure Application settings for VMware VMs](/backup-disaster-recovery/docs/backup/configure-application-settings-for-vmware-vm)\n- [Restore a VMware VM](/backup-disaster-recovery/docs/restore-data/restore-vm)\n- [Mount a VMware image](/backup-disaster-recovery/docs/access-data/mount-vmware-image)\n- [Clone an image of a VMware VM](/backup-disaster-recovery/docs/access-data/clone-image-of-a-vm)\n- [Create LiveClone workflows](/backup-disaster-recovery/docs/access-data/create-liveclone-workflows)\n- [Move VM management between two backup/recovery appliances](/backup-disaster-recovery/docs/configuration/supported-vmware)"]]
