Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products

NVP vProxy: 파일 레벨 복구가 실패하거나 VM에서 지원되지 않을 때 FLR을 수행하는 방법

Summary: 이 문서에서는 FLR(File Level Recovery) 문제를 해결 중이지만 긴급한 복원 요청이 있거나 VM 운영 체제가 공식적으로 FLR 기능을 지원하지 않는 경우 대체 FLR 방법에 대한 지침을 제공합니다. 여기에서 사용하는 복원 방법은 복구된 VM 디스크를 VM에 마운트하고 운영 체제를 사용하여 파일을 복사하는 인스턴트 복구입니다. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

다음 절차는 FLR(File Level Recovery)이 실패하여 긴급하게 파일을 복원해야 하거나 제한 사항이 FLR에 영향을 줄 때 해결 방법 또는 대안으로 사용할 수 있습니다. VM FLR 제한 사항의 전체 목록은 사용 중인 NetWorker 버전에 대한 NetWorker VMware 통합 가이드를 참조하십시오. 이러한 가이드는 Dell 지원 사이트 https://www.dell.com/support/home/에서 확인할 수 있습니다.

이 방법을 사용하려면 인스턴트 복구를 수행해야 합니다. 이렇게 하면 Data Domain에서 NFS 내보내기가 생성되고 복구 옵션에 지정된 ESXi 호스트에 대한 액세스 권한이 부여됩니다. 즉, 지정된 ESXi 호스트에서 VM의 구성 또는 디스크 파일을 사용할 수 있습니다. 그런 다음 인스턴트 액세스 복원의 디스크를 원래 VM에 마운트하고 필요한 파일을 복사할 수 있습니다. 다음은 인스턴트 액세스 복원을 수행하기 위한 요구 사항입니다.
  • 복구를 시작하기 전에 Data Domain 리소스에 대한 관리 자격 증명을 제공해야 합니다. 이 필드는 Devices-->Data Domain Systems-->NSR Data Domain Properties(DD의 Edit properties)에서 찾을 수 있습니다.
kA5f1000000H2A0CAK_1_0
  • 실행 중인 보호 그룹의 일부인 리소스 풀 및 기타 유사한 컨테이너에서 가상 머신의 인스턴트 복구를 수행하지 마십시오.
  • 백업 중인 VM에 대해 인스턴트 복구를 동시에 수행하지 마십시오.
  • 중복 제거 발생 후 필요한 공간을 복원 시 고려하지 않으므로 Data Domain 시스템의 여유 공간이 복원 중인 가상 머신의 총 디스크 크기와 같거나 커야 합니다. 디스크 공간이 부족하면 "Insufficient disk space on datastore"라는 오류가 표시되고 타겟 가상 머신을 생성할 수 없습니다.
  • VM이 Linux 기반인 경우 디스크(운영 체제 대 데이터 디스크, 특정 Linux 운영 체제)에 따라 몇 가지 추가 고려 사항이 있습니다. Linux 시스템 관리자가 개입하여 디바이스가 제대로 마운트되고 매핑되었는지 확인해야 합니다. 데이터가 여러 디스크에 걸쳐 있는 LVM에 있는 경우 이 해결 방법을 사용할 수 없습니다. 
 
참고: 디스크 마운트 또는 파티셔닝과 관련된 작업을 NetWorker 지원 팀에서 수행하는 것은 적절하지 않습니다. 따라서 NetWorker 지원 팀에서는 이러한 작업을 수행하지 않습니다. 다음 프로세스에 대한 지원이 필요한 경우 운영 체제의 시스템 관리자에게 문의하십시오.
 

절차:

  1. vSphere Web Client에 로그인하고 인스턴트 복구 디스크를 마운트할 VM을 선택합니다. VM의 Summary 탭에 있는 Host 필드에 현재 ESXi 호스트 이름 또는 IP 주소가 표시됩니다.
kA5f1000000H2A0CAK_1_1
  1. NMC(NetWorker Management Console)에 로그인하고 Recover 탭에서 Virtual Machine Recovery를 시작합니다.
  2. 복구할 VM을 선택하고 Instant Recovery를 선택합니다.
  3. Configure the Instant Recovery Options 창에서 "Browse the vCenter server to select a recovery location"을 선택하고 1단계부터 ESXi 호스트를 지정합니다. VM을 켜기 위해 확인란을 선택하지 마십시오.
kA5f1000000H2A0CAK_1_2

참고: 인스턴트 복구를 수행하면 VM이 Data Domain의 임시 NFS 내보내기로 복구됩니다. 이 복원 방법의 주요 목적은 이 단계에서 지정한 ESXi 호스트를 사용하여 Data Domain의 NFS 데이터스토어에서 VMware 데이터스토어로 VM에 대한 Motion을 수행하는 것입니다. NFS 내보내기가 생성되면 선택한 ESXi 호스트에 대한 액세스가 제한됩니다. 인스턴트 액세스 복원 VM에서 VMware 환경의 운영 VM으로 디스크를 마운트(기존 디스크 추가)하려면 운영 VM이 실행 중인 ESXi 호스트를 선택해야 합니다. 그렇지 않으면 VM이 NFS 데이터스토어를 인식할 수 없습니다.
 
  1. 나머지 인스턴트 복구 절차를 진행합니다. 완료되면 NMC에서 실행되는 것을 확인할 수 있습니다. 복원 세션을 수동으로 삭제할 때까지 이 상태가 유지됩니다. Finish를 클릭하여 Recover Configuration 창을 닫을 수 있지만, 이 경우 복구가 중지되지 않습니다.
kA5f1000000H2A0CAK_1_3
  1. vSphere Web Client에서 인스턴트 액세스 복원을 통해 새 VM이 생성되었음을 볼 수 있습니다. 이 VM은 무시할 수 있습니다. 디스크를 마운트할 VM을 오른쪽 클릭하고 Edit settings를 선택합니다. 
  2. Add-->Existing Disk-->Add를 선택합니다.
  3. EMC-Recover-vproxy_name 데이터스토어를 탐색하고 원래 VM에 마운트할 VMDK를 선택합니다.
kA5f1000000H2A0CAK_1_4
 참고: 4단계에서 잘못된 ESXi 호스트를 선택한 경우 NFS 데이터스토어가 소스 VM에 표시되지 않습니다.
  1. 디스크를 마운트한 VM에 로그인하고 Disk Management를 엽니다. 디스크가 오프라인 상태일 수 있으므로 Online으로 설정합니다.
참고: VM이 Linux 기반인 경우 추가 정보를 참조하십시오.
  1. Windows 파일 탐색기를 사용하여 마운트된 복원 드라이브의 파일 또는 디렉토리를 원래 위치로 복사하거나 붙여 넣을 수 있습니다.

 
kA5f1000000H2A0CAK_1_5
  1. 디스크 작업이 완료되면 VM 설정으로 돌아가 디스크를 분리하거나 삭제할 수 있습니다. 데이터스토어에서 파일을 삭제하지 마십시오. Disk File 경로를 통해 어느 디스크인지 확인할 수 있습니다.
kA5f1000000H2A0CAK_1_6
  1. NMC에서 실행 중인 인스턴트 액세스 복원 세션을 오른쪽 클릭하고 stop을 선택한 다음 삭제 프롬프트에서 yes를 클릭하여 인스턴트 액세스 복원 VM 및 NFS 데이터스토어를 삭제합니다.

 

Additional Information

아래는 위의 1~8단계를 수행한 후 단일 Linux VMDK를 마운트하는 기본 예입니다.
 

다음 예에서는 디스크 2에 /data(시스템에서 /dev/sdb1로 표시됨)가 있는 Red Hat Enterprise Linux 시스템을 사용합니다. df -h
[root@vmrhel7 ~]# df -h
Filesystem                     Size  Used Avail Use% Mounted on
devtmpfs                       1.9G     0  1.9G   0% /dev
tmpfs                          1.9G     0  1.9G   0% /dev/shm
tmpfs                          1.9G  8.9M  1.9G   1% /run
tmpfs                          1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/mapper/rhel_vmrhel7-root   14G  3.4G   11G  26% /
/dev/sda1                     1014M  233M  782M  23% /boot
tmpfs                          379M     0  379M   0% /run/user/0
/dev/sdb1                       40G   34M   40G   1% /data

해결 필드에서 1~8단계를 완료하면 시스템에 연결된 추가 디스크 /dev/sdc를 볼 수 있습니다. 다음을 사용합니다. lsblk -o NAME,FSTYPE,LABEL,SIZE,MOUNTPOINT

[root@vmrhel7 ~]# lsblk -o NAME,FSTYPE,LABEL,SIZE,MOUNTPOINT
NAME                  FSTYPE      LABEL  SIZE MOUNTPOINT
sda                                       16G 
├─sda1                xfs                  1G /boot
└─sda2                LVM2_member         15G 
  ├─rhel_vmrhel7-root xfs               13.4G /
  └─rhel_vmrhel7-swap swap               1.6G [SWAP]
sdb                                       40G 
└─sdb1                xfs                 40G /data
sdc                                       40G 
└─sdc1                xfs                 40G 
sr0                                     1024M 

다음을 사용하여 디스크를 마운트할 임시 폴더를 생성합니다. mkdir /tmp/flr
다음을 사용하여 디스크를 폴더에 마운트합니다. mount -o rw,nouuid /dev/sdc1 /tmp/flr

[root@vmrhel7 ~]# mount /dev/sdc1 /tmp/flr                  
mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

[root@vmrhel7 ~]# dmesg | tail
[12582.452435] sd 0:0:2:0: [sdc] Mode Sense: 61 00 00 00
[12582.452467] sd 0:0:2:0: [sdc] Cache data unavailable
[12582.452468] sd 0:0:2:0: [sdc] Assuming drive cache: write through
[12582.454682]  sdc: sdc1
[12582.455066] sd 0:0:2:0: [sdc] Attached SCSI disk
[13036.466924] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13053.416540] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13208.507880] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13464.609162]  sdc: sdc1
[13494.625617] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount

[root@vmrhel7 ~]# mount -o rw,nouuid /dev/sdc1 /tmp/flr        
[root@vmrhel7 ~]# 

참고: 디스크가 동일한 시스템에 마운트되는 경우 디스크의 UUID가 시스템의 다른 디스크와 동일하기 때문에 마운트에서 백업이 실패할 수 있습니다. 이 디스크를 영구적인 파일 시스템에 추가하지 않고 파일만 복구하므로 nouuid로 마운트할 수 있습니다.

이제 다음을 사용하여 필요한 데이터를 FLR 마운트 지점에서 원하는 위치로 복사할 수 있습니다. cp /tmp/flr/path/to/file-or-dir /path/to/destination/dir

[root@vmrhel7 ~]# cp /tmp/flr/sysctl.conf ~/flr/ 

[root@vmrhel7 ~]# ls -l flr/ 
total 4 -rw-r--r--. 1 root root 449 Jun 16 15:36 sysctl.conf

디스크를 제거하고 인스턴트 복원 VM 인스턴스를 삭제하려면 11단계와 12단계를 참조하십시오.

Affected Products

NetWorker

Products

NetWorker
Article Properties
Article Number: 000158482
Article Type: How To
Last Modified: 04 Nov 2024
Version:  10
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.