문제

VMware 백업 호스트는 4가지 방법(SAN, LAN(NBD), HotAdd, NBDSSL)을 사용하여 데이터 저장소의 가상 시스템 데이터에 액세스할 수 있습니다. 이러한 방법은 VMware 전송 모드라고 불립니다. 이 문서에서는 이러한 전송 모드, 이와 관련된 베스트 프랙티스 및 NetBackup 및 Backup Exec에서 전송 모드와 관련해 일반적으로 나타나는 오류에 대한 문제 해결 팁을 설명합니다.

솔루션

백업 및 복원 작업의 경우, NetBackup 및 Backup Exec를 통해 4가지의 전송 모드 중 하나 또는 이러한 모드의 조합을 선택할 수 있습니다. 전송 모드의 조합을 지정하는 경우 NetBackup 및 Backup Exec는 가상 시스템의 데이터에 성공적으로 액세스할 수 있을 때까지 모든 모드를 하나씩 시도합니다.

각 전송 모드에 대한 세부 사항

1. SAN: SAN 전송 모드를 사용하려면 액세스할 가상 디스크를 포함하는 iSCSI SAN 또는 파이버 채널에 액세스할 수 있는 실제 시스템에 VMware 백업 호스트가 상주해야 합니다. 프로덕션 ESX/ESXi 호스트를 통해 데이터를 전송할 필요가 없으므로 이는 효율적인 데이터 경로입니다.

이 모드에서는 vStorage API가 vCenter 서버 또는 ESX/ESXi 호스트에서 VMFS LUN의 레이아웃에 관한 정보를 얻고 이 정보를 사용하여 VMDK가 상주하는 SAN 또는 iSCSI LUN에서 데이터를 직접 읽습니다.

SAN 관련 베스트 프랙티스:

• SAN을 사용하기 위해서는 데이터 저장소 LUN이 VMware 백업 호스트에 액세스할 수 있어야 합니다.
• 물리적 VMware 백업 호스트에서 실행 중인 경우에는 보통 백업에 SAN 전송을 사용하는 것이 가장 좋습니다. 하지만 가상 시스템 내부에서는 실행 중지되므로 가상 VMware 백업 호스트에서는 대신 HotAdd를 사용하십시오.
• SAN 전송이 항상 복원을 위한 최상의 선택은 아닙니다. 씩 디스크(thick disk)에서는 최상의 성능을 제공하지만 vStorage API 작동 방식으로 때문에 씬 디스크(thin disk)에서는 최악의 성능을 보입니다. 씬 디스크 복원의 경우 LAN(NBD)이 더 빠릅니다.
• SAN 복원의 경우 디스크 크기가 기본 VMFS 블록 크기의 배수여야 합니다. 그렇지 않을 경우 디스크의 마지막 부분에 대한 쓰기 작업에 실패합니다. 예를 들어 가상 디스크의 블록 크기가 1MB이며 데이터 저장소 크기가 16.3MB라면 마지막 0.3MB에는 쓰여지지 않습니다. 이 문제를 해결하기 위해서는 그러한 가상 시스템을 복원하는 데 NBD를 사용하면 됩니다.
• Windows Server 2008/2008 R2 VMware 백업 호스트에서 SAN 전송 또는 hot-add 모드를 사용할 경우 다음과 같이 설정하십시오.
  •  SAN 정책을 onlineAll로 설정
  •  복원 중인 경우를 제외하고 SAN 디스크를 읽기 전용으로 설정

2. LAN(NBD): 이 모드에서는 ESX/ESXi 호스트가 저장소에서 데이터를 읽고 네트워크를 통해 이를 VMware 백업 호스트로 전송합니다. 이름이 의미하듯이 이 전송 모드는 SAN 전송과 달리 LAN‐free가 아닙니다.

LAN 전송은 다음과 같은 장점을 제공합니다.

• ESX/ESXi 호스트는 로컬 저장소 또는 NAS를 포함한 모든 저장 장치를 사용할 수 있습니다.
• VMware Backup 서버는 가상 시스템일 수 있으므로 VMware vSphere의 리소스 풀 및 예약 기능을 사용하여 백업이 성능에 미치는 영향을 최소화할 수 있습니다. 예를 들어 VMware 백업 호스트를 프로덕션 ESX/ESXi 호스트와는 다른, 백업의 우선 순위가 낮은 리소스 풀에 배치할 수 있습니다.
• ESX/ESXi 호스트 및 VMware 백업 호스트가 사설망에 있는 경우 NBDSSL보다 빠르며 더 적은 리소스를 소비하는 암호화되지 않은 데이터 전송을 사용할 수 있습니다. 중요한 정보를 보호해야 하는 경우 NBDSSL을 사용하여 암호화된 형식의 가상 시스템 데이터를 전송하는 옵션이 있습니다.

 LAN을 사용하는 경우의 베스트 프랙티스:

• 이 경우 ESX/ESXi 서버가 저장소의 데이터를 읽어 VMware 백업 호스트로 전송하므로 ESX/ESXi 서버와 VMware 백업 호스트 사이가 네트워크로 연결되어 있어야 합니다. VMware 백업 호스트가 vCenter 서버에 연결되어 있지만 ESX/ESXi 서버와는 연결되어 있지 않으면 스냅샷은 성공하지만 vmdk 읽기/쓰기 작업이 실패합니다.
• VMware 백업 호스트는 백업/복원을 위해 NBD/NBDSSL을 사용하면서 ESX/ESXi 호스트의 TCP 포트 902에 연결할 수 있어야 합니다.
• Vmware는 NBD 전송 모드를 사용해 VMDK를 읽기 위해 NFC(Network File Copy) 프로토콜을 사용합니다. 백업되는 각 VMDK 파일당 하나의 NFC 연결이 필요합니다. ESX/vCenter 서버별로 구성할 수 있는 NFC 연결의 수에는 제한이 있습니다. 이러한 제한은 여러 vSphere 버전마다 다릅니다. 이러한 제한에 대해서는 아래에 링크되어 있는 NetBackup for VMware 관리자 설명서를 참조하십시오. 이 제한에 도달하는 경우 NBD를 사용하는 백업/복원 작업이 중지될 수도 있습니다.

3. HotAdd: 가상 시스템에서 VMware 백업 호스트를 실행하는 경우 vStorage API가 ESX/ESXi 서버의 SCSI Hot-add 기능을 활용하여 VMware 백업 호스트에 백업되는 가상 시스템의 VMDK를 연결할 수 있습니다. 이것을 HotAdd 전송 모드라고 부릅니다.

가상 시스템에서 VMware 백업 서버를 실행하는 데에는 두 가지 장점이 있습니다. 가상 시스템을 이동하기 쉬우며 비록 SAN 전송 모드를 사용하는 경우보다 물리적 ESX/ESXi 호스트에 더 많은 오버헤드를 발생시키기는 하지만 LAN을 사용하지 않고 로컬 저장소를 백업할 수도 있습니다.

HotAdd를 사용하는 경우의 베스트 프랙티스:

• HotAdd 기능은 SCSI 디스크가 있는 가상 시스템에서만 작동하며 IDE 디스크가 있는 가상 시스템을 백업하는 경우에는 지원되지 않습니다.
• 단일 SCSI 컨트롤러에는 최대 15개의 디스크를 연결할 수 있습니다. 총 15개가 넘는 디스크에서 여러 개의 동시 작업을 실행하기 위해서는 HotAdd 호스트에 더 많은 SCSI 컨트롤러를 추가해야 합니다.  HotAdd 호스트에 최대 4개의 SCSI 컨트롤러를 추가할 수 있으므로 최대 총 60개의 장치가 지원됩니다.
• HotAdd를 사용하려면 백업되는 가상 시스템이 상주하는 데이터 저장소에 VMware 백업 호스트가 액세스할 수 있어야 합니다. T이는 기본적으로 다음을 의미합니다.
  • 백업되는 가상 시스템이 상주하는 데이터 저장소에 VMware 백업 호스트가 실행 중인 ESX가 액세스할 수 있어야 합니다. 
  • VMware 백업 호스트와 백업되는 가상 시스템 모두가 동일한 데이터 센터 하에 있어야 합니다.
• 대상 가상 시스템의 가상 시스템 폴더를 포함하는 데이터 저장소의 VMFS 블록 크기가 VMware 백업 호스트 가상 시스템을 포함하는 데이터 저장소의 VMFS 블록 크기와 일치하지 않는 경우 HotAdd를 사용할 수 없습니다. 예를 들어, 블록 크기가 1MB인 데이터 저장소에 가상 디스크를 백업하는 경우 VMware 백업 호스트도 블록 크기가 1MB인 데이터 저장소에 있어야 합니다.
• Windows Server 2008 프록시에서 HotAdd를 사용하여 복원하기 위해서는 SAN 정책을 onlineAll로 설정해야 합니다.
• Hotadd를 사용하여 가상 시스템을 백업하려는 목적으로 실제 시스템을 가상 시스템으로 변환하는 경우 변환 프로세스 중에 사용되는 디스크에 대해 IDE 컨트롤러를 사용하지 마십시오.
• VMware 백업 호스트는 백업/복원을 위해 HotAdd를 사용하면서 ESX/ESXi 호스트의 TCP 포트 902에 연결할 수 있어야 합니다.

4. NBDSSL: NBDSSL은 SSL을 사용하여 TCP/IP 연결을 통해 전달되는 모든 데이터를 암호화한다는 점을 제외하고는 NBD와 동일합니다.

일반적인 전송 모드와 관련된 일부 실패 사례에 대한 문제 해결

활동 모니터에 다음과 같은 정보가 표시되면서 상태 6 또는 상태 13 또는 상태 11로 백업/복원 실패가 발생하는 경우 전송 모드에 문제가 있음을 나타내는 것일 수 있습니다.

• ERR - Error opening the snapshot disks using given transport mode: 상태 23은 지정된 전송 모드를 사용하여 vmdk에 액세스하는 데 문제가 있음을 나타냅니다.
  
  다음은 이러한 종류의 오류 처리에 대한 몇 가지 팁입니다.
  • NBD를 사용하는 경우 VMware 백업 호스트가 가상 시스템을 호스팅하는 ESX 서버에 연결되어 있는지 확인하십시오.
  • SAN을 사용하는 경우 데이터 저장소 LUN이 VMware 백업 호스트에 액세스할 수 있는지 확인하십시오.
  • HotAdd를 사용하는 경우 백업 호스트가 가상 시스템이며 다음 조건이 충족되는지 확인하십시오.
    • VM이 IDE 디스크를 포함하지 않아야 합니다.
    • 백업 호스트 VM에 충분한 SCSI 컨트롤러가 연결되어 있는지 확인합니다.
    • 백업 호스트 VM이 백업되는 VM이 상주하는 데이터 저장소에 액세스할 수 있습니다.
    • 백업 호스트 VM과 백업되는 VM이 동일한 데이터 센터 하에 있어야 합니다.
    • 이전 백업이 실패한 경우 백업 VM의 일부 디스크가 백업 호스트에 연결된 채로 남겨져 있을 수도 있습니다. 다음 백업을 시도하기 전에 이러한 디스크를 수동으로 제거해야 합니다.
  • vCenter의 기본 포트가 아닌 포트가 사용 중이라면 NetBackup 또는 Backup Exec에 vCenter 인증 정보를 추가하면서 해당 포트를 정의해야 합니다.
  • NBD/NBDSSL/HotAdd를 사용하는 경우 VMware 백업 호스트가 VM을 호스팅하는 ESX 서버의 포트 902와 통신할 수 있는지 확인하십시오.
• file read failed는 지정된 전송 모드를 사용해 VMDK를 읽는 데 문제가 있을 수도 있음을 나타냅니다.
• file write failed는 지정된 전송 모드를 사용해 VMDK를 쓰는 데 문제가 있을 수도 있음을 나타냅니다.
  • 복원에 SAN을 사용하는 경우 데이터 저장소 LUN이 VMware 백업 호스트에 액세스할 수 있으며 온라인 상태인지 확인하십시오.
  • 복원에 HotAdd를 사용하는 경우 백업 호스트의 SAN 정책이 OnlineAll로 설정되어 있는지 확인하십시오.
  • 복원에 SAN을 사용하는 경우 VMDK의 크기가 데이터 저장소 블록 크기의 배수인지 확인하십시오.  그렇지 않으면 마지막 블록의 쓰기 작업이 실패합니다.  이 경우 문제를 해결하려면 복원에 NBD를 사용하면 됩니다.
  • vSphere에 로그인하도록 NetBackup 또는 Backup Exec에서 구성된 사용자에게 필요한 권한을 할당해야 합니다.