vSphere Data Protection 5.8.4 릴리스 정보

|
vSphere Data Protection 5.8.4 릴리스 정보 | 2016년 4월 12일

이 릴리스 정보에는 다음과 같은 항목이 포함됩니다.

이점 및 기능

다음 링크에서 이 제품의 여러 가지 이점과 기능을 읽어 보십시오.

지원 환경

지원되는 환경에 대한 자세한 내용은 VMware 상호 운용성 매트릭스를 참조하십시오.

알려진 문제 및 제한 사항

다음은 이 vSphere Data Protection 릴리스에서 알려진 문제 및 제한 사항입니다.

VMware 문제

  • "스냅샷 생성" 작업이 유효한 스냅샷을 반환했는데도 스냅샷 제거에 실패했습니다. (59450)

    간혹 "스냅샷 제거 실패"오류가 표시되고 백업이 실패할 수 있습니다. 이 문제는 스냅샷이 정상적으로 생성되었더라도 vCenter Server에서 스냅샷 제거를 거부하는 VMware 결함 때문에 발생합니다.

    해결 방법

    스냅샷 관리자를 사용하여 수동으로 가상 시스템에서 스냅샷을 제거한 후 백업 작업을 다시 제출합니다.

  • Virtual SAN 데이터스토어에서 실행 중인 전원이 켜진 가상 시스템에 대한 이미지 백업이 실패합니다. (1281041)

    vSphere Data Protection 장치와 가상 시스템이 동일한 Virtual SAN 데이터스토어에서 실행되지만 서로 다른 vSphere 호스트에 의해 호스팅되고 전원이 켜진 경우 Virtual SAN 데이터스토어에서 실행되는 전원이 켜진 가상 시스템에 대해 이미지 백업이 실패합니다. 이 문제는 가상 시스템의 전원이 켜진 상태에서만 발생합니다.

  • vSphere Data Protection 장치와 vCenter Server 사이의 라우팅/NAT/방화벽/IDS/TSNR에 대한 지원. (1292848)

    vSphere Data Protection 장치와 vCenter Server에 대한 네트워크를 구성하는 경우 NAT 또는 기타 구성 방식(예: 방화벽, IDS 또는 TSNR)을 사용하여 네트워크 주소 정보를 수정하는 것은 지원되지 않습니다. 이러한 도구가 가상 네트워크의 일부로 배포되는 경우 일부 Sphere Data Protection 기능이 설계된 대로 작동하지 않을 수 있습니다.

  • 기본이 아닌 vCenter Server 포트에서 실행하는 경우 사용자는 안전하게 실행할 수 없습니다. (1293852)

    이 결함은 OpenSSL 메시지 가로채기 공격으로부터 보호하기 위하여 강화된 VDDK 보안의 단점입니다. vCenter Server가 기본 웹 서비스 포트(443)를 사용하지 않고 vSphere Data Protection이 이러한 환경에 구성되어 있으면 결과가 좋지 않을 수 있으므로 vSphere Data Protection 관리 가이드의 프록시 인증서 인증 구성 절차를 사용하지 마십시오.

    해결 방법

    프록시 인증을 구성할 때 기본 웹 서비스 포트(443)를 사용합니다.

  • 보안 모드로 실행하면 아티팩트가 남아 있는 이전에 실패한 백업을 사용자가 정리할 수 없습니다. (1294581)

    버그 1293852와 1294581은 보안 모드를 사용하도록 설정하는 것과 관련이 있습니다. 현재 vSphere Data Protection 장치 UI에서 배포를 보호하려는 사용자는 SSL 호스트 확인을 사용하도록 설정(기본적으로 사용하지 않도록 설정됨)한 상태에서 실행하는 것이 좋습니다. 이전에는 이 옵션이 없었습니다.

  • 5.8에서 루트 로그인은 모범 사레가 아니므로 사용되지 않도록 설정되었습니다. (1309755)

    SSH 루트 로그인을 사용하도록 설정하는 옵션이 필요합니다. 또한 셸에서 작업이 발생하지 않으면 셸은 15분 후에 시간 초과되도록 설정되어 있습니다. 셸 시간 초과를 사용하지 않도록 설정하는 옵션이 필요합니다. 이러한 개선 사항은 셸 문제 해결 동안 그리고 셸 사용 시 고객 지원 환경에 도움이 됩니다.

    해결 방법

    관리 계정을 사용하여 로그인합니다. 그런 다음 sudo 명령을 사용하여 루트 기능을 수행합니다.

    bash 셸(/etc/profile 디렉토리에 있음)은 셸에서 작업이 발생하지 않는 경우 15분 후에 시간 초과되도록 설정되어 있습니다. 강화 스크립트를 사용하여 콘솔 시간 제한 값을 추가할 수 있습니다. 예:

    TMOUT=900

    export TMOUT

  • vCenter Server 등록 중에 확인을 진행하는 vApp > 가져오기 권한이 vSphere Data Protection 관리 가이드에 없습니다. (197864)

    vApp > 가져오기 권한이 vSphere Data Protection 관리 가이드에 설명되어 있지 않습니다. vSphere Data Protection 구성 UI에서 vCenter Server가 추가되거나 변경된 경우 초기 배포 중에 vApp > 가져오기 권한이 필요합니다. 누락된 권한의 증상은 다음과 같습니다.

    • 장치에 외부 프록시를 추가하지 못하고 다음과 같은 오류 메시지가 표시됩니다. "VM 이미지 프록시에서 CIM 서비스를 찾지 못했습니다." 및 "새로운 VM 이미지 프록시를 설치하지 못했습니다."
    • vCenter Server 인벤토리에 새로운 프록시 가상 시스템이 생성되지 않았습니다.
    • vCenter Server를 vSphere Data Protection 장치에 등록하는 데 사용된 사용자로 로그인되어 있는 동안 장치는 VMware Web Client에서 .ovf 파일을 배포할 수 없습니다.

    해결 방법

    vSphere Data Protection 장치와 함께 사용하도록 사용자 지정된 역할을 편집하고 다음 VMware 링크의 정보를 사용하여 vApp > 가져오기 권한을 추가합니다.

    http://pubs.vmware.com/vsphere-55/topic/com.vmware.vsphere.hostclient.doc/GUID-6465FB18-7A57-40DB-B160-636DC2324A04.html

    역할을 편집할 때 이 역할에 선택된 권한을 변경할 수 있습니다. 작업이 완료되면 편집된 역할이 할당된 사용자 또는 그룹에 이러한 권한이 적용됩니다.

설명서 문제

  • 다음은 vSphere Data Protection 관리 가이드 5.8에 대한 최신 업데이트입니다. 텍스트에 대한 수정 내용은 다음과 같습니다. (198175)

    • 다음 제한 사항은 vSphere Data Protection 관리 가이드의 20페이지에 설명되어 있습니다.

      Windows 운영 체제에서 2TB를 넘는 VM 백업은 지원되지 않습니다. Linux 운영 체제에 대한 제한이 없습니다.

      이 제한이 더 이상 존재하지 않습니다.

    • 다음 Avamar 버전이 vSphere Data Protection 관리 가이드 130페이지의 표 15.4 복제 소스 매트릭스에 추가되었습니다.

      백업이 생성된 제품... 복제할 수 있는 대상...
      Avamar SP2(6.1.2.47) Avamar 7.0.0.427 Avamar SP1 7.0.1.56
      vSphere Data Protection 5.1.x N N N
      vSphere Data Protection 5.5.1.x
      vSphere Data Protection 5.5.5.x 예(권장되지 않음)
      vSphere Data Protection Advanced 5.5.5.x 예(권장되지 않음)
      vSphere Data Protection Advanced 5.5.5.x + DD 예(권장되지 않음) 예(권장되지 않음)
      vSphere Data Protection 5.5.6.x 예(권장되지 않음)
      vSphere Data Protection Advanced 5.5.6.x 예(권장되지 않음) 예(권장되지 않음)
      vSphere Data Protection Advanced 5.5.6.x + DD 예(권장되지 않음) 예(권장되지 않음) 예(권장되지 않음)
      vSphere Data Protection 5.8.x
      vSphere Data Protection Advanced 5.8.x
      vSphere Data Protection Advanced 5.8.x + DD 예(권장되지 않음) 예(권장되지 않음)
      RTI 5.8.x
      RTI 5.8.x + DD 예(권장되지 않음) 예(권장되지 않음) 예(권장되지 않음)

  • VMware 프록시 장치는 메시지 가로채기 공격에 취약합니다. (222547)

  • 기본적으로 프록시는 vCenter Server에 연결할 때 SSL 인증서를 확인하지 않습니다. 이에 따라 vCenter Server는 악의적인 메시지 가로채기 공격에 취약할 수 밖에 없으며 vCenter Server로의 무단 액세스가 발생할 수 있습니다. vCenter Server에 연결할 때 SSL 인증서 인증을 사용하도록 각 프록시를 구성하여 이 취약성 문제를 해결할 수 있습니다.

    버그 222547로 인해 vSphere Data Protection 5.8 관리 가이드의 69 - 70페이지에 있는 (선택 사항) 프록시 인증서 인증 구성 주제에 업데이트가 필요합니다. 다음 목록에는 업데이트 내용이 요약되어 있습니다.

    • 69페이지의 3단계 뒤에 다음 명령을 실행하는 추가 단계: openssl x509 -in vcenter-1.crt -fingerprint | grep Finger.
    • 다음 명령이 추가되도록 5단계 변경: --ssl_server_cert_thumbprint="thumbprint"
    • 5단계 및 9단계에서 vcenter-1.crt를 rui-ca-cert.pem으로 교체.
    • /etc/vmware/config를 편집하는 11, 12 및 13단계 추가.

    다음 절차에는 필요한 모든 변경 내용이 포함되어 있습니다. 69 - 70페이지의 절차 대신 이 절차를 사용합니다.

    1. 명령 셸을 열고 프록시에 루트로 로그인합니다.
       
    2. vCenter Server 인증서를 프록시의 /usr/local/avamarclient/bin에 복사합니다.
       
      • Linux vCenter Server:

        /etc/vmware-vpx/ssl/rui.crt and /etc/vmware-vpx/ssl/rui-ca-cert.pem 파일을 vCenter Server에서 프록시의 /usr/local/avamarclient/bin으로 scp를 통해 전송합니다.
         
      • Windows vCenter Server:

        c:\ProgramData\VMware\VMware VirtualCenter\SSL\rui.crt 및 c:\ProgramData\VMware\VMware VirtualCenter\SSL\cacert.pem 파일을 프록시의 /usr/local/avamarclient/bin으로 scp를 통해 전송합니다.  
      • 참고: 체인 SSL 인증서가 vCenter Server에 사용되는 경우 체인의 모든 인증서가 포함된 chain.pem 파일을 프록시의 /usr/local/avamarclient/bin에 복사합니다.

    3. 다음을 입력하여 적절한 운영 체제 사용 권한을 인증서에 설정합니다.

      chmod 600 /usr/local/avamarclient/bin/rui.crt

      여기서 rui.crt는 실제 인증서 이름입니다.

    4. rui.crt에 대해 다음 명령을 실행하여 SSL 인증서 지문을 캡처합니다.

      openssl x509 -in rui.crt -fingerprint | grep Finger

      출력은 다음과 비슷합니다.

      SHA1 Fingerprint=C7:35:19:95:9C:3F:56:1D:73:35:52:41:F3:02:46:A3:B9:46:4F:D9

    5. UNIX 텍스트 편집기에서 /usr/local/avamarclient/var/avvcbimageAll.cmd를 엽니다.
       
    6. 다음 항목을 파일의 끝에 추가합니다.

      --ssl_server_cert_thumbprint="thumbprint of rui.crt"
      --ssl_server_authentication_file=/usr/local/avamarclient/bin/rui-ca-cert.pem

      여기서 rui.crt는 실제 인증서 이름이고 thumbprint는 vCenter Server에 대한 실제 지문입니다. 출력은 다음과 비슷합니다.

      --ssl_server_cert_thumbprint=C7:35:19:95:9C:3F:56:1D:73:35:52:41:F3:02:46:A3:B9:46:4F:D9

      참고: 체인 vCenter Server SSL 인증서의 경우 chain.pem을 사용합니다.

    7. 변경 내용을 저장하고 avvcbimageAll.cmd를 닫습니다.
       
    8. UNIX 텍스트 편집기에서 /usr/local/avamarclient/var/avvmwfileAll.cmd를 엽니다.
       
    9. 다음 항목을 파일의 끝에 추가합니다.

      --ssl_server_authentication_file=/usr/local/avamarclient/bin/rui-ca-cert.pem

      여기서 rui-ca-cert.pem은 실제 인증서 이름입니다.

      참고: 체인 vCenter Server SSL 인증서의 경우 chain.pem을 사용합니다.

    10. 변경 내용을 저장하고 avvmwfileAll.cmd를 닫습니다.
       
    11. UNIX 텍스트 편집기에서 /etc/vmware/config를 엽니다.
       
    12. 다음 줄을 파일의 끝에 추가합니다.

      vix.enableSslCertificateCheck = "true"

      vix.sslCertificateFile = "/usr/local/avamarclient/bin/rui-ca-cert.pem"

    13. 변경 내용을 저장하고 /etc/vmware/config를 닫습니다.
       
    14. UNIX 텍스트 편집기에서 /usr/local/avamarclient/var/vddkconfig.ini를 엽니다.
       
    15. vixDiskLib.linuxSSL.verifyCertificates=0 항목을 찾습니다.
       
    16. vixDiskLib.linuxSSL.verifyCertificates=0 항목의 값을 1로 변경합니다.

      vixDiskLib.linuxSSL.verifyCertificates=1
       
    17. 변경 내용을 저장하고 vddkconfig.ini를 닫습니다.
       
    18. 이 프록시에서 실행 중인 백업 또는 복원 작업이 없는지 확인합니다.
       
    19. 다음 명령을 입력하여 avagent 및 vmwareflr 서비스를 다시 시작합니다.

      service avagent-vmware restart
      service vmwareflr restart
       
  • vCenter Server Appliance에서 SSL 인증서 설치 (225859)

    vCenter Server Appliance에서 사용되는 기본 SSL 인증서를 vSphere Data Protection 장치에 설치하려면 다음 절차를 따릅니다.

    가장 먼저 필요한 작업은 vCenter Server Appliance 인증서와 vCenter Server Appliance CA 인증서를 포함하는 단일 PEM 파일을 생성하는 것입니다.

    1. SSH 또는 Putty를 사용하여 vCenter Server Appliance에 루트 사용자로 로그인합니다.

      ssh root@vcsa

    2. /etc/vmware-vpx/ssl 디렉토리로 이동합니다.

      cd /etc/vmware-vpx/ssl

    3. 기본 vCenter Server Appliance 인증서(rui.crt)와 vCenter Server Appliance CA 인증서(rui-ca-cert.pem)를 chain.pem이라는 단일 파일로 병합합니다.

      cat rui.crt rui-ca-cert.pem > /tmp/chain.pem

    4. chain.pem 파일을 vSphere Data Protection 장치에 복사하고 /usr/local/avamarclient/bin 디렉토리에 배치합니다.

      scp /tmp/chain.pem root@ :/usr/local/avamarclient/bin

    5. 다음 단계를 위해 SSH 또는 Putty를 사용하여 vSphere Data Protection 장치에 로그인하고 루트 사용자로 전환해야 합니다.

      ssh admin@VDP
      su - root

      두 계정에 적절한 자격 증명을 모두 제공합니다.

    6. 다음을 입력하여 적절한 운영 체제 사용 권한을 인증서에 설정합니다.

      chmod 600 /usr/local/avamarclient/bin/chain.pem

    7. /usr/local/avamarclient/var 디렉토리로 이동합니다.

      cd /usr/local/avamarclient/var

    8. 다음 파일을 수정하기 전에 SSL 인증서에 대한 지문을 확인합니다.

      openssl x509 -in /usr/local/avamarclient/bin/chain.pem -fingerprint noout

      출력은 다음과 비슷합니다.

      SHA1Fingerprint=76:D9:44:E0:5C:6B:32:A1:B3:B8:81:15:93:37:07:5A:8D:A4:AD:EE

    9. UNIX 텍스트 편집기에서 avvcbimageAll.cmd를 엽니다.

      vi avvcbimageAll.cmd

    10. 다음 항목을 파일의 끝에 추가합니다.

      --ssl_server_authentication_file=/usr/local/avamarclient/bin/chain.pem

    11. SSL 지문을 파일에 추가하려면 다음 항목을 파일의 끝에 추가합니다.

      --ssl_server_cert_thumbprint="thumbprint"

      여기서 thumbprint는 8단계의 SHA1 지문 값입니다.

      항목은 다음과 비슷합니다.

      ssl_server_cert_thumbprint="76:D9:44:E0:5C:6B:32:A1:B3:B8:81:15:93:37:07:5A:8D:A4:AD:EE"

    12. 변경 내용을 저장하고 /usr/local/avamarclient/var/avvcbimageAll.cmd를 닫습니다.
       
    13. UNIX 텍스트 편집기에서 /usr/local/avamarclient/var/avvmwfileAll.cmd를 엽니다.

      vi avvmwfileAll.cmd

    14. 다음 항목을 파일의 끝에 추가합니다.

      --ssl_server_authentication_file=/usr/local/avamarclient/bin/chain.pem

    15. 변경 내용을 저장하고 /usr/local/avamarclient/var/avvmwfileAll.cmd를 닫습니다.
       
    16. UNIX 텍스트 편집기에서 /etc/vmware/config를 엽니다.

      vi /etc/vmware/config

    17. 다음 줄을 파일의 끝에 추가합니다.

      vix.enableSslCertificateCheck = "true"
      vix.sslCertificateFile = "/usr/local/avamarclient/bin/chain.pem"

    18. 변경 내용을 저장하고 /etc/vmware/config를 닫습니다.
       
    19. UNIX 텍스트 편집기에서 /usr/local/avamarclient/var/vddkconfig.ini를 엽니다.

      vi vddkconfig.ini

    20. vixDiskLib.linuxSSL.verifyCertificates=0 항목을 찾습니다.
       
    21. vixDiskLib.linuxSSL.verifyCertificates=0 항목의 값을 1로 수정합니다.

      수정된 값은 다음과 같아야 합니다. vixDiskLib.linuxSSL.verifyCertificates=1

    22. 변경 내용을 저장하고 /usr/local/avamarclient/var/vddkconfig.ini를 닫습니다.
       
    23. 시스템에서 실행 중인 백업 또는 복원 작업이 없는지 확인합니다.

      mccli activity show --active

    24. 실행 중인 작업이 없으면 다음 명령을 입력하여 avagent 및 vmwareflr 서비스를 다시 시작합니다.

      service avagent-vmware restart
      service vmwareflr restart

상호 운용성 문제

  • Virtual SAN 환경에서 전체 가상 시스템을 다른 데이터스토어로 마이그레이션한 후 원래 위치로의 이미지 수준 복원 작업은 수행할 수 있지만 원래 위치로의 디스크 수준 복원 작업은 수행할 수 없게 회색으로 표시됩니다. (58839)

    해결 방법

    이미지 수준 백업을 사용하여 전체 VM을 복원하거나 원래 VM에서 새 디스크로 디스크 수준 백업을 복원합니다.
     

  • Virtual SAN 데이터스토어에 저장되어 있는 vSphere Data Protection 디스크를 가져오지 못했습니다. (60306)

    Virtual SAN 환경에서 VMware는 VM 각각에 대해 vsanDatastore에 두 개의 폴더를 생성합니다. 하나는 가상 시스템 이름을 따서 만들고, 다른 하나는 가상 시스템 UUID를 따서 만듭니다. 모든 VM 파일은 UUID 폴더에 저장됩니다. VM 이름 폴더에서 심볼 링크는 UUID 폴더의 파일을 가리킵니다. VM 이름 폴더의 심볼 링크를 사용하여 이전 장치에서 vSphere Data Protection 디스크를 가져오려고 하면 작업이 실패합니다.

    해결 방법

    Storage vMotion을 사용하여 Virtual SAN 데이터스토어의 디스크를 일반 데이터스토어로 옮깁니다.

설치 문제

  • vSphere Data Protection을 설치할 때 vCenter Server 등록 페이지에서 [이전]을 클릭하고 아무 값도 입력하지 않으면 시스템이 vCenter Server에 등록되지 못하고 설치가 실패합니다. (52385)

    해결 방법

    vSphere Data Protection 관리 가이드의 "VDP 설치 및 구성" 장에 있는 지침에 따라 vSphere Data Protection을 다시 설치합니다.

업그레이드 문제

  • vSphere Data Protection 장치를 5.5.10 또는 5.8.2에서 5.8.3으로 업그레이드할 수 없습니다. (244133)

    vSphere Data Protection 프록시 RPM 설치가 시간 초과로 실패하여 vSphere Data Protection 장치를 5.5.10 또는 5.8.2에서 5.8.3으로 업그레이드할 수 없습니다.

    해결 방법

    vSphere Data Protection 장치를 업그레이드하기 전에 vSphere Data Protection 장치 커널을 업그레이드합니다.

    다음 단계를 수행하여 vSphere Data Protection 장치 커널을 업그레이드합니다.

    1. 업그레이드하려는 vSphere Data Protection 장치의 vSphere Data Protection 5.8.3 설치 패키지에서 VDP_KernelUpgrade.tar.gz 파일을 같은 vSphere Data Protection 장치에 있는 임의의 디렉토리(예: /root)에 복사합니다.
    2. 다음 명령을 실행하여 VDP_KernelUpgrade.tar.gz 파일을 추출합니다.

      tar -zxvf VDP_KernelUpgrade.tar.gz

    3. 다음 명령을 실행하여 실행 권한을 VDPHotfix_KernelUpgrade.sh 파일에 추가합니다.

      chmod a+x VDPHotfix_KernelUpgrade.sh

    4. VDPHotfix_KernelUpgrade.sh 파일을 실행 합니다.

      ./VDPHotfix_KernelUpgrade.sh

      vSphere Data Protection 장치가 다시 시작합니다.

      커널이 2.6.32.59-0.19.1.8590.0.PTF-default #1 SMP 2015-05-28 13:06:16 +0200 x86_64 x86_64 x86_64로 업그레이드됩니다.

    5. vSphere Data Protection 5.8.3.13 ISO 이미지를 사용하여 vSphere Data Protection 장치를 업그레이드합니다.

VMDK 문제

  • 동일한 SCSI 슬롯에 더 많은 디스크를 추가하면 vSphere Data Protection Advanced 장치가 잘못 작동합니다. (59774)

    vSphere Data Protection Advanced 장치가 두 개의 서로 다른 복원 지점에 할당된 동일한 기존 VM에서 동일한 SCSI ID를 사용하여 복원 작업을 시작합니다. 또한 [요약] 페이지에 두 개의 새 가상 디스크가 추가되는 것으로 잘못 표시됩니다. 첫 번째 단일 디스크만 추가되고 두 번째 디스크가 첫 번째 디스크를 대체했다는 사실이 표시되지 않은 채 복원 작업이 성공적으로 완료됩니다.
     

  • 개별 VMDK를 여러 가상 시스템에 복원하면 가상 시스템 중 하나에만 VMDK가 복원됩니다. (194209)

    개별 VMDK를 여러 VM에 복원하면 VM 하나에 대한 복원만 완료됩니다. 다른 VM에 대한 복원은 시작되지 않습니다. VMDK를 원래 위치로 복원하는 경우에는 이 문제가 발생하지 않습니다.

    해결 방법

    개별 VMDK를 여러 가상 시스템에 복원하지 않습니다. 한 번에 하나의 가상 시스템에 대해 다른 VMDK 복원 작업을 제출합니다.

vSphere Data Protection 문제

  • 씬 프로비저닝된 vSphere Data Protection이 데이터스토어 용량에 도달하는 경우, 데이터스토어를 비우고 공간을 더 많이 만들어도 vSphere Data Protection에 무결성 검사 오류가 발생합니다. (41005)
     
  • vSphere Data Protection 장치의 연결이 끊어지고 대부분의 경우, 예기치 못한 오류가 발생합니다. (49566)

    사용자는 경우에 따라 다음과 같은 오류 메시지를 받을 수 있습니다. "예기치 않은 연결 오류가 발생했으며 원인을 확인할 수 없습니다. 문제를 해결하려면 VDP 구성 화면을 확인하거나 관리자에게 문의하십시오." 이는 일반 오류 메시지이며 예상하지 못한 오류에 대해 표시될 수 있습니다.

    참고: 이 메시지는 vCenter Server 5.5.x(버전 5.5u1b 포함)를 사용하는 경우에 더 자주 나타납니다.

    해결 방법

    오류 메시지를 취소하고 작업을 수행합니다. 오류가 계속되면 기술 지원 부서에 문의하십시오.
     

  • vSphere Data Protection 호스트 이름 또는 IP 주소를 수정하는 경우 초기 구성 중에 vCenter Server 이벤트가 생성되지 않습니다. (52677)

    해결 방법

    vSphere Data Protection 장치 콘솔에서 재구성 이벤트를 모니터링합니다.
     

  • 첫 번째 재부팅 후 vSphere Data Protection 구성 유틸리티에 로그인할 수 없습니다. (56351)

    배포-재부팅 주기 후 간혹가다가 vSphere Data Protection 구성 유틸리티에 로그인하지 못하는 경우가 발생합니다. vdr-configure 로그에 오류가 표시되지는 않습니다. 브라우저 캐시를 지우고 다른 브라우저로 로그인해도 문제가 해결되지 않습니다.

    해결 방법

    콘솔 연결을 사용하여 vSphere Data Protection 가상 장치에 로그인하고 다음 명령을 사용하여 수동으로 vSphere Data Protection 구성 유틸리티 서비스를 시작하고 중지합니다.

    emwebapp.sh --restart
     

  • 씬 프로비저닝된 가상 시스템을 공간이 부족한 데이터스토어에 복원하면 vSphere Data Protection 장치가 충돌하고 전원이 꺼집니다. (56386)

    Appliance에 무중단 추가된 디스크의 공간이 부족하기 때문에 Appliance가 충돌하므로 Appliance를 다른 데이터스토어에 배치해도 문제가 해결되지 않습니다.

    ABV 또는 복원 작업을 수행하기 전에 데이터스토어의 사용 가능한 공간을 확인하여 공간이 충분한지 확인합니다.
     

  • 디스크 가져오기: 초기 구성 마법사에서는 항상 기본값인 4개 vCPU와 4GB RAM을 할당합니다. (56534)

    vSphere Data Protection Advanced에 대해 가져온 용량이 2TB, 4TB, 6TB 또는 8TB이든 상관없이 마법사는 항상 vCPU 4개와 4GB RAM만 할당합니다. 가져오기 작업이 완료되고 vSphere Data Protection Advanced 장치가 가동되어 실행되지만, 나중에 메모리가 부족하게 프로비저닝되는 문제가 발생할 수 있습니다. 초기 구성 마법사에서 가져올 용량에 기반한 최소 메모리로 기본값을 설정하는 것이 좋습니다. 이는 vSphere Data Protection Advanced를 새로 설치할 때 수행되는 동작과 같습니다.

    아래 정보를 기반으로 할당된 메모리 양을 조정합니다. VM당 최소 메모리 양은 용량에 따라 달라집니다.

    • 2TB 용량 - 6GB 메모리
    • 4TB 용량 - 8GB 메모리
    • 6TB 용량 - 10GB 메모리
    • 8TB 용량 - 12GB 메모리
       
  • 중국어 이름의 데이터스토어에서는 백업, 원래 위치로 복원 및 새 위치로 복원 작업이 예상대로 작동합니다. 그러나 대상 가상 시스템이 해당 데이터스토어에서 새 디스크로 있으면 중국어 이름의 데이터스토어에서 새 위치로 복원 작업이 실패합니다. (56877)

    이는 알려진 이미지 프록시 문제이며 향후 릴리스에서 수정될 예정입니다.
     

  • vSphere Data Protection 장치에서는 vCenter Server 암호가 만료된 이후에도 구성된 vCenter Server 인스턴스의 암호 변경이 허용되지 않습니다. (59497)

    서버에서 백업이 [실행 중] 상태인 경우 vSphere Data Protection 구성 유틸리티는 구성된 vCenter Server 인스턴스에 대한 암호 변경을 허용하지 않습니다. 구성된 vCenter Server 인스턴스의 사용자 암호가 이미 만료된 경우 태스크 콘솔에 아무런 태스크도 게시되지 않고 결과적으로 태스크를 취소할 수 없습니다.

    해결 방법

    다음 단계를 수행합니다.

    1. vSphere Data Protection 장치에서 모든 백업 및 작업이 완료될 때까지 기다렸다가 암호를 변경합니다.
       
    2. 유지 보수 창에서 vSphere Data Protection 장치를 다시 시작한 다음 vSphere Data Protection 구성 유틸리티에 로그인하여 vCenter Server 암호를 변경합니다.
       

  • 데이터스토어 이름이 변경된 경우 PAT(Performance Assessment Test) 결과가 실행되지 않음으로 변경됩니다. (59784)

    이 시나리오에서는 vSphere Data Protection 구성 유틸리티를 열고 스토리지 탭을 클릭한 후 데이터스토어를 선택하고 스토리지 구성에 대한 성능 분석 실행을 선택합니다. 성능 분석 테스트가 성공적으로 완료되고 성능 분석 결과가 올바르게 표시됩니다. 데이터스토어의 이름을 변경하면 성능 분석 결과가 [실행되지 않음] 상태로 잘못 표시됩니다.
     

  • vSphere Web Client에서 옵션을 선택하는 동안 vSphere Data Protection 장치의 연결이 자동으로 끊어집니다. (61093)

    vSphere Web Client에서  [이벤트] 또는 [작업] 옵션을 선택한 경우 vSphere Data Protection UI로 돌아가려고 하면 연결이 끊어집니다. vSphere Data Protection 장치에 수동으로 연결해야 합니다.
     

  • 보고서: 새로 고침이 필터 옵션을 지우지 않습니다. (186142)

    언제든지 [새로 고침] 버튼을 클릭하여 데이터를 업데이트할 수 있습니다. [새로 고침] 버튼을 클릭하면 표가 새 행으로 업데이트되지만 필터 옵션은 지워지지 않습니다.

    이 결함은 보고서 탭에서만 발생합니다.

    해결 방법 (p>필터 옵션을 수동으로 지웁니다.
     

  • vSphere Data Protection Advanced 장치에 대한 시간 초과된 작업은 [최근 태스크] 창이나 오류 로그에 보고되어야 합니다. (194115)

    이는 vSphere Data Protection Advanced 장치에서 수행하는 복제, 백업, 확인, 복원, 복제 복구를 포함하는 다양한 유형의 작업에 대한 모든 시간 초과 시나리오에 적용되는 일반 버그입니다. 시간이 초과된 태스크눈 지정한 태스크를 수행하는 데 사용할 수 있는 프록시나 에이전트가 없기 때문에 발생할 수 있습니다. 다양한 시간 초과 태스크, 오류 로그 또는 실패 이유가 [최근 태스크] 창이나 이벤트 로그에 보고될 것으로 예상되지만 보고되지 않습니다.

    이는 알려진 문제이며 향후 릴리스에서 수정될 예정입니다.
     

  • 보고서: 실패한 작업을 다시 실행하면 백업 작업의 모든 클라이언트가 실행됩니다. (195252)

    백업 작업에 클라이언트 오류가 하나만 있는 경우, 보고서 > 작업 다시 실행 작업으로부터 다시 실행이 트리거되면 시스템은 백업 작업에 있는 모든 클라이언트의 백업을 실행합니다. 시스템은 실패한 클라이언트에 대해서만 백업을 다시 실행해야 합니다.

    해결 방법

    실패한 클라이언트만 다시 실행하려면 지금 백업 아래에서 오래된 데이터 소스만 백업을 선택하여 백업 탭에서 실패한 모든 클라이언트를 실행합니다.
     

  • 2013 R2 U1에서 업그레이드한 후에 Web Client에서 vSphere Data Protection 장치의 제공이 지연됩니다. (196727)

    vCenter Server Web Client 홈 페이지(플러그인 드롭다운 메뉴)에서 vSphere Data Protection 장치 제공이 한 시간 넘게 지연됩니다. 장치는 vCenter Server에 몇 초 안에 배포되지만, Web Client에는 동시에 표시되지 않습니다.

    이는 VMware vSphere 플러그인 업데이트 문제이며 vSphere Data Protection 장치 업그레이드 문제는 아닙니다.

백업 문제

  • 큰 백업 작업(VM 최대 100개)을 생성하는 경우, 백업 생성 작업에 최대 10분 정도 소요됩니다. (39456)

  •  

  • 다른 데이터스토어로 마이그레이션된 VMDK에 대해 스케줄링된 디스크 백업 작업을 실행하면 오류가 제대로 처리되지 않습니다. (53880)

    스케줄링된 VMDK 백업 작업이 오류 없이 완료되지만 데이터스토어 위치가 다른 데이터스토어로 변경되는 경우 오류가 발생합니다.
     

  • 백업 작업을 편집하거나 복제하는 경우 클라이언트를 로드하는 데 많은 시간이 소요됩니다. (60249)

    SharePoint 서버(업그레이드된 플러그인)의 백업 작업을 편집하거나 복제하는 작업에서 클라이언트를 로드하는 데 5~10분 정도 소요됩니다. 또한 업그레이드 전에 만들어진 Microsoft Exchange 및 SQL Server의 클라이언트를 로드하는 경우 약간의 지연 시간이 발생합니다.

    이는 알려진 문제이며 향후 릴리스에서 수정될 예정입니다.
     

  • VM 백업이 기타 오류 10007로 인해 실패했습니다. VM 메타데이터를 다운로드하지 못했습니다. (197100)

    기타 오류의 원인을 확인하려면:

    1. vSphere Data Protection 장치의 보고서 탭으로 이동합니다.
    2. 실패한 백업 작업의 세부 정보를 보려면 로그 보기 링크를 클릭합니다.

    참고: 가상 시스템 오류나 가상 시스템 메타데이터의 오류를 확인하려면 VM 데이터스토어를 찾아볼 수 있습니다. 장치가 잘못된 VM 폴더에서 .vmx 파일을 검색하는 중에 백업 작업이 실패했을 수 있습니다.

    해결 방법

    1. VM 파일을 하나의 VM 폴더로 통합합니다.

    2.   또는
    3. 별개의 데이터스토어에 있는 다른 VM 폴더에 VM 파일을 보관한 후 다른 데이터스토어로 해당 파일을 마이그레이션합니다(가상 시스템이 동일한 데이터스토어에 있는 경우).
    4. 백업 작업을 다시 실행합니다.

  • vSphere Data Protection 백업이 실패하고 GUI에 오류 코드 31037이 표시됩니다. 오류 코드는 백업용으로 선택한 디스크가 잘못되었음을 나타냅니다. (에스컬레이션 24278)

    해결 방법

    1. 템플릿에서 VM을 배포하고, 사이트의 규칙에 따라 이름을 바꿉니다.
    2. 마이그레이션 마법사를 사용하여, 배포된 VM을 다른 데이터스토어로 마이그레이션합니다. VM 이름과 VMDK 이름이 동기화됩니다.
    3. 변경된 이름을 사용하여 마이그레이션된 VM의 백업을 구성하거나 재구성합니다.

복원 문제

  • vSphere Data Protection 복원 작업 중에 가상 시스템이 삭제된 경우 해당 가상 시스템이 vSphere Data Protection 인벤토리에서 제대로 제거되지 않습니다. 이로 인해 삭제된 가상 시스템이 소스로 포함된 백업 작업을 편집할 때 오류가 발생합니다. 또한 동일한 이름을 가진 가상 시스템을 생성하면 백업 작업에 해당 가상 시스템을 추가할 수 없습니다. (35110)

    해결 방법

    복원 작업 중에는 가상 시스템을 삭제하지 않는 것이 좋습니다. 이 오류가 발생하면 새 이름으로 가상 시스템을 생성한 후 새 백업 작업에 추가합니다.
     

  • 파일 수준 복원(FLR): "오류 10007: 기타 오류"가 표시됩니다. (45699)

    "오류 10007: 기타 오류" 메시지가 대부분의 FLR 실패에 대해 표시됩니다. 또한 FLR은 디스크가 꽉 차거나 파일 경로가 길어서 복원이 실패하는 경우에 오류 메시지를 표시하지 않습니다. 따라서 FLR 실패의 근본 원인을 확인하기가 불가능합니다.
     

  • 취소된 복원 작업에 대한 정리 작업이 필요합니다. (46162)

    가상 시스템에서 복원 작업을 시작한 후 작업이 완료되기 전에 복원 작업을 취소하면 vCenter Server에 생성된 새로운 가상 시스템이 정리되지 않습니다. 현재 구현이 가상 시스템의 스냅샷을 제거하지만 새로 생성되거나 새로 등록된 가상 시스템을 제거하지는 않습니다.

    이는 설계상 의도된 동작입니다.
     

  • 원래 위치로 복원할 때 삭제된 디스크를 건너뜁니다. (53004)

    백업된 원래 VM과 동일한 디스크 설치 공간이 대상 VM에 더 이상 없는 경우(디스크가 VM에서 제거 또는 삭제된 경우) [복원] 창에서 복원 지점 타임 스탬프를 선택한 후 [원래 위치로 복원] 작업을 수행하면 VM의 누락된 디스크에 대한 복원 작업이 자동으로 실패합니다.

    해결 방법

    누락된 디스크를 VM에 수동으로 추가한 후 디스크를 원래 위치로 복원합니다. VM을 백업할 때와 동일한 크기의 디스크를 추가해야 합니다. 이 해결 방법이 실패하면 디스크를 새 위치로 복원하여 새 VM을 생성합니다. 복원 작업이 완료되면 vSphere Data Protection 관리 가이드의 "스토리지 분리 및 다시 연결"에 있는 정보를 사용하여 복원된 디스크를 새 VM에서 분리하여 필요한 VM에 연결합니다.
     

  • 이름이 바뀐 VM의 이전 이름을 사용하여 새 VM으로 복원하려고 하면 복원에 실패합니다. (53712)

    VM에 대한 백업 작업을 만들고 복원 지점을 선택한 후 [새 위치로 복원] 필드에 이름이 바뀐 VM의 이전 이름을 입력하면 복원에 실패하고 다음 메시지가 표시됩니다. Unable to restore VM for restore point. The datastore path already exists
     

  • 파일 수준 복원(FLR): 내부 프록시를 사용한 EXT4 파티션 트리 로드 실패에 대한 적절한 오류 메시지가 필요합니다. (191574)

    내부 프록시를 사용한 EXT4 파티션의 FLR 탐색은 지원되지 않습니다. 이 작업을 수행하면 적절한 오류가 나타나지 않습니다.
     

  • 가용성 그룹 데이터베이스 이름에 유니코드 문자가 포함되면 복원이 실패하거나 중단됩니다. (193319)

    가용성 그룹의 데이터베이스 이름에는 유니코드 문자(예: 아포스트로피)를 포함할 수 없습니다. 지정된 가용성 그룹에 데이터베이스가 가입할 수 없고 복원 작업이 잘못된 구문 오류로 인해 실패하거나 중단됩니다.

    해결 방법

    1. 방지 방법: SQL 데이터베이스의 이름을 지정할 때 유니코드 문자를 포함하지 않습니다.
       
    2. 오류가 발생하면 가용성 그룹에서 데이터베이스를 제거하고 전체 백업을 수행합니다. 모든 데이터가 백업되었는지 확인한 후 가용성 그룹 클라이언트로부터 SQL 클라이언트로 리디렉션 복원을 수행합니다.
       

  • 보조 복제본의 백업 복원이 로그 간격 오류로 인해 실패했거나 중단되었습니다. (197652)

    보조 복제본의 증분 백업을 복원할 때 복원 작업이 실패/중단 상태를 반환하고 로그는 로그 간격 오류를 나타내지만 데이터베이스에 로그 간격이 없습니다. 기본 복제본의 백업을 복원할 때는 이 문제가 발견되지 않았다는 점에 유의하십시오.

    이 문제는 AlwaysOn 노드 동기화와 관련되며 백업이 보조 AlwaysOn 복제본에 대해 수행되는 경우 백업 워크플로우에서 SQL 메타데이터 파일을 생성하는 동안 발생합니다.

    이 문제가 발생하면 백업에 손상된 메타데이터 파일이 포함되므로 사용자는 로그 비상 복구를 수행할 수 없거나 일부 추가 차등/증분 백업을 이 백업 체인으로 연결할 수 없습니다.

    데이터 손실은 없습니다.

    해결 방법

    전체 백업을 수행합니다. "전체 백업 후 증분 백업 강제 실행" 백업 옵션이 선택되지 않은 상태인지 확인합니다.
     

  • 파일 수준 복원(FLR): 확인된 오류: '디스크를 가져오지 못했습니다. 프록시를 사용할 수 없기 때문에 찾을 수 없습니다.' (197462)

    FLR 작업을 수행할 때 파일 시스템을 찾아보는 동안 다음과 같은 오류 메시지가 표시되면:

    디스크를 가져오지 못했습니다. 프록시를 사용할 수 없기 때문에 찾을 수 없습니다.

    로그아웃하고 다시 로그인한 후 다시 시도하십시오.

    오류가 계속되면 기술 지원 부서에 문의하십시오.

복제 문제

  • 만료되거나 변경된 대상 자격 증명으로 인하여 실패한 복제 작업은 적절한 오류를 표시해야 합니다. (60924)

    만료되거나 변경된 사용자 로그인 자격 증명 및/또는 암호로 인해 실패한 복제 작업의 경우, 사용자 로그인 자격 증명과 관련된 올바른 오류가 vSphere Data Protection Advanced 장치에 표시되지 않습니다. 대신 다음과 같이 오류를 보고합니다.

    다음 작업을 시작할 수 없습니다. <복제 작업 이름>. 자세한 내용은 vCenter 이벤트 화면을 확인하십시오.

    복제 작업 "<복제 작업 이름>"의 대상 "<대상 서버 IP/ 호스트 이름>"을 사용할 수 없습니다. 복제 대상에 액세스할 수 없거나 사용자 로그인 권한이 부족하거나 지정된 사용자에 대한 사용자 계정이 존재하지 않거나 사용자 이름 및/또는 암호가 잘못 입력되었습니다.

    이는 알려진 문제이며 향후 릴리스에서 수정될 예정입니다.
     

  • 소스 vSphere Data Protection Advanced 장치의 복제된 작업 순서가 일시적으로 대기열에 포함됩니다. (187198)

    가져온 디스크가 포함된 vSphere Data Protection Advanced 장치에서 처음으로 임시 복제 작업이 트리거되면 복제 클라이언트가 사용 안 함 상태로 배치됩니다. 이로 인하여 복제가 대기열을 이룹니다. 이 작업은 복제 클라이언트가 다시 사용되도록 설정되거나 작업 시간이 초과될 때까지 기다립니다.

    해결 방법

    복제 클라이언트를 사용 안 함으로 설정한 후 다시 사용하도록 설정합니다. 복제 클라이언트가 이미 사용 안 함으로 설정되어 있으면 클라이언트를 다시 사용하도록 설정합니다.

    admin 사용자로 복제 클라이언트를 사용 안 함으로 설정하고 다시 사용하도록 설정하려면 다음 명령을 사용합니다.

    복제 클라이언트를 찾으려면 다음 명령을 사용합니다.

    mccli client show --recursive=true --domain=/MC_SYSTEM

    복제 클라이언트를 사용 안 함으로 설정했다가 다시 사용하도록 설정하려면 을(를) 이전 명령에서 검색한 클라이언트 이름으로 바꿉니다.

    mccli client edit --name=/MC_SYSTEM/ --enabled=false

    mccli client edit --name=/MC_SYSTEM/ --enabled=true

    참고: 클라이언트가 이미 사용 안 함으로 설정되어 있으면 클라이언트를 다시 사용하도록 설정하기 위하여 두 번째 명령만 필요합니다.
     

  • 복제 복구: 복구 로그는 임시 복제 로그와 별도로 식별되어야 합니다. (190490

    복구 로그와 임시 복제 로그 항목은 복구되거나 복제된 가상 시스템이나 클라이언트의 고유 식별자인 작업 순서 ID(WID)로 구분됩니다. 동일한 vSphere Data Protection Advanced 서버에서 복제와 복구를 수행할 때 로그 번들러는 /REPLICATE/Server_logs 디렉토리 아래에서 두 작업에 대한 로그를 수집합니다. 장치는 복구 로그를 임시 복제 로그로부터 분리할 수 없으며 이것은 사용자가 로그를 식별하고 디버그하려고 할 때 부담을 초래합니다.
     

  • 멀티 테넌시: 복제 소스 서버 정보를 복구 마법사에 제공해야 합니다. (191699)

    동일한 가상 시스템 또는 이름이 같은 가상 시스템을 동일한 사용자 계정을 사용하여 동일한 테넌트 노드 아래에 있는 서로 다른 두 개의 소스 서버로부터 복제할 경우, 복구 마법사의 [클라이언트와 백업] 페이지에는 다음 멀티 테넌시 계층에 표시된 것과 같이 소스 서버의 가상 시스템이 표시됩니다.

    /VDP Advanced-Target
    /Replicate
     -Tenant
      -VDP Advanced-Source 1
        -VCSA
         -VM
           -Client 1
      -VDP Advanced-Source 2
       -VCSA
        -VM
         -Client 1

    복구 작업이 진행되는 동안 클라이언트와 백업 페이지는 Source 1과 Source 2의 Client 1을 각각의 백업과 함께 표시합니다. 하지만 날짜와 타임 스탬프 외에는 이름과 접미사가 동일한 두 클라이언트를 구분할 수 없습니다.
     

  • 복제 작업이 'cancelled(취소됨)'를 표시하지 않고 'failed(실패)' 상태를 잘못 표시합니다. (192936)

    vSphere Data Protection Advanced 장치에서 복제 작업을 취소한 경우에도 작업이 한동안 계속 실행되다가 취소되는 대신 결국 실패합니다.

    취소 요청이 소스에 연결되지 않아서 작업이 취소된 경우에도 복제 소스(상위)와 복제 대상(하위) 양쪽 모두에서 복제 태스크가 계속 실행됩니다.

    이는 알려진 문제이며 향후 릴리스에서 수정될 예정입니다.
     

  • 대상 서버의 특정 테넌트 하에서 복제된 클라이언트의 복제가 실패합니다. (194669)

    특정 테넌트 계정 하에서 소스에서 대상 서버로 복제된 클라이언트의 복제가 실패하고 다음과 같은 오류 메시지가 표시됩니다.

    지정한 계정( )은 현재 권한 부여 도메인에 포함되지 않습니다.

    또한 다음과 같은 소스/대상 조합에서 실패가 발생합니다.

    • 소스 서버: vSphere Data Protection Advanced, 대상 서버: vSphere Data Protection Advanced/RTI(Replication Target Identity)
    • 소스 서버: RTI, 대상 서버: RTI/vSphere Data Protection Advanced
       

  • 복제 복구: 복제 로그가 루트 파티션을 채우고 있습니다. 다른 파티션으로 심볼 링크를 생성할 필요가 있습니다. (195196)

    복제 로그가 현재 root 파티션이 아닌 /space 파티션으로 이동하고 있습니다.

    해결 방법

    /usr/local/Avamar/var/client 디렉토리(space 파티션)에서 복제 로그를 관리합니다.
     

  • 복제 복구: 복구 마법사의 인증 메커니즘이 인증 프로세스를 올바르게 종료하지 않습니다. (195235)

    복구 마법사를 실행하는 동안 사용자가 복원 탭으로 이동하여 복제된 백업 복구를 클릭하면 대상 대화상자가 표시됩니다. 포트 필드의 값을 변경하여 포트 번호를 수정한 후 인증 확인을 클릭하면 정보 메시지가 표시되며, 취소를 클릭하여 인증 프로세스를 수동으로 종료해야 합니다.

    이는 알려진 문제이며 향후 릴리스에서 수정될 예정입니다.
     

  • 복제 복구: 작업 로그가 소스 vSphere Data Protection 장치의 로그 번들러에 수집되지 않습니다. (195548)

    로컬 호스트 소스 서버에 생성된 복구 로그가 로그 수집기로 수집되지 않습니다.

    이는 알려진 문제이며 향후 릴리스에서 수정될 예정입니다.
     

  • 복원 지점이 없는데 복제가 성공합니다. (196573)

    복원 지점이 삭제된 후에도 복제 작업이 실행되고 완료됩니다. 하지만 복제 작업이 백업을 복제하지는 않습니다. 예상되는 동작은 복제할 복원 지점이 없으므로 작업이 실패하는 것입니다.

    이는 알려진 문제이며 향후 릴리스에서 수정될 예정입니다.
     

  • Data Domain 시스템에서 체크포인트를 복구한 후 vSphere Data Protection 장치에서 복제 작업을 실행할 수 없습니다. (197306)

    해결 방법

    복제 작업을 수동으로 실행하려면 vSphere Data Protection Advanced 5.8 장치의 명령줄에서 다음 단계를 수행합니다.

    1. 다음 명령을 입력합니다.

      service avagent-replicate stop

      service avagent-replicate unregister 127.0.0.1 /MC_SYSTEM

      root@lava92239:/usr/local/avamar/var/client/#: ls -ltr
      total 192
      lrwxrwxrwx 1 root root    29 Jul 30 10:03 avamar.cmd -> /data01/avamar/var/avamar.cmd
      -rw------- 1 root root    74 Aug 1 14:24 cid.bin
       

    2. CID MCGUI를 MCDB와 비교합니다.
       

    3. 다음 명령을 입력합니다.

      rm -rf cid.bin
       

    4. MCGUI에서 클라이언트 > MC_system > 편집으로 이동합니다. 활성화 확인란을 선택 취소합니다.
       

    5. 다음 명령을 입력합니다.

      service avagent-replicate register 127.0.0.1 /MC_SYSTEM

      service avagent-replicate restart - 이제 확인란이 활성화되어야 합니다.
       

    6. MCGUI에서 avagent 복제를 위한 시간과 CID를 확인합니다.
       

    7. 이제 복제 작업이 vSphere Data Protection 및 Data Domain 시스템 백업 모두에 대해 작동해야 합니다.

운영 체제 문제

  • Windows Server 2008 R2에서 Microsoft 애플리케이션의 GLR(세부 수준 복원)이 실패함(243196)

    해결 방법

    다음 위치에서 Windows 업데이트 3033929를 설치합니다.

    https://technet.microsoft.com/en-us/library/security/3033929

    https://support.microsoft.com/en-us/kb/3033929에서 Windows 업데이트 3033929에 대한 내용을 확인할 수 있습니다.

    참고: ELDOS 드라이버 업데이트 문제 때문에 Windows Server 2008에서 GLR이 실패할 수 있습니다. 이 경우 EMC 기술 지원 전문가에게 최신 ELDOS 드라이버와 함께 패키지화된 개인 바이너리를 요청하십시오.

MS App(Microsoft Application) 문제

  • 웹 애플리케이션의 전체 백업을 복원할 때 SharePoint 가상 디렉토리가 복원되지 않습니다. (248324)
  • 별칭으로 서버 이름 대신 IP 주소를 사용하면 데이터베이스에 대한 Microsoft SharePoint 리디렉션 복원 작업에 실패합니다. (56344)

    덮어쓰기 옵션을 사용하여 원래 위치로 백업하면 올바로 작동합니다. 리디렉션 복원을 실행할 때 서버 이름 대신 IP 주소를 사용하는 경우에만 백업에 실패합니다.

    해결 방법

    서버 이름을 사용하여 별칭을 만드십시오.
     

  • 일부 데이터베이스를 복원하지 못했는데도 Microsoft SharePoint 리디렉션 복원 작업이 성공한 것으로 표시됩니다. (56382)

    많은 데이터베이스나 전체 SharePoint 팜을 복원할 때 문제가 있는 일부 데이터베이스가 실패할 수 있습니다. 일부 데이터베이스가 실패했는데도 복원 작업에서는 작업에 성공했다고 보고합니다. 이로 인해 데이터 손실이 발생할 수 있습니다. 리디렉션 복원을 실행할 때 서버 이름 대신 IP 주소를 사용하여 SQL 별칭을 만드는 경우에만 데이터베이스 백업에 실패합니다.

    해결 방법

    서버 이름을 사용하여 별칭을 만드십시오.
     

  • 실패하거나 취소한 애플리케이션 데이터베이스 백업에 대한 오래된 소스의 수가 잘못 표시됩니다. (56503)

    Microsoft SQL 및 Exchange 애플리케이션 데이터베이스 백업의 소스 수와 오래된 소스 수가 차이나는 일은 일반적입니다.
     

  • Microsoft Exchange 클라이언트의 avagent 로그에 경고 메시지가 많이 생성되어 자주 출력되며 로그를 가득 채웁니다. (56723)

    Microsoft Exchange 클라이언트가 vCenter Server에서 vSphere Data Protection Advanced 장치 두 대에 등록된 상태로 유지되면 이 문제가 발생합니다.
     

  • 업그레이드 2014: Microsoft Exchange 클라이언트 플러그인을 업그레이드한 후 백업 에이전트 사용자가 로컬 시스템으로 재설정됩니다.(191795)

    Microsoft Exchange 클라이언트 플러그인을 이전 버전의 vSphere Data Protection Advanced 장치에서 현재 vSphere Data Protection Advanced 장치로 업그레이드할 때 백업 에이전트 서비스 로그온 사용자는 백업 사용자가 아닌 로컬 시스템으로 재설정됩니다.

    vSphere Data Protection 5.5.6부터 5.8까지는 시스템에서 사용자의 확인을 받지 않고 자격 증명을 로컬 시스템 자격 증명으로 재설정하며, 이로 인해 백업 작업이 실패합니다.

    해결 방법

    Microsoft Exchange 백업 작업을 편집하거나 Microsoft Exchange 백업 작업을 새로 생성하려면 백업 에이전트 서비스를 수동으로 구성해야 합니다. 이렇게 하려면 백업 사용자 구성 유틸리티를 사용하여 사용자 이름과 암호를 입력해야 합니다.
     

  • Microsoft Exchange 클라이언트에서 시스템 시간이 초과되고 찾아보기 기능이 실패합니다. (193074)

    Microsoft Exchange 클라이언트가 백업 작업 마법사에서 데이터베이스를 찾아볼 수 없으며, 유효한 사용자 계정으로 서비스가 이미 실행 중이더라도 자격 증명을 요청하는 메시지가 표시됩니다. 이는 MSFT 시간 제한 문제입니다.

    해결 방법

    몇 분 정도 기다린 후 시스템을 새로 고치거나 클라이언트에서 vSphere Data Protection 서비스를 다시 시작합니다.
     

  • 낮은 버전의 SQL 클라이언트 구성이 높은 수준의 vSphere 버전에서 지원되지 않습니다. (195342)

    더 낮은 버전의 SQL 클라이언트가 더 높은 버전의 vSphere Data Protection Advanced 장치에 설치되어 있으면 vSphere Web Client에서 클라이언트를 보거나 찾아볼 수 없습니다. vSphere Data Protection Advanced 장치에서는 더 낮은 버전의 클라이언트를 지원하지 않습니다.

    이는 알려진 문제입니다. 낮은 수준의 SQL 클라이언트는 지원되지 않도록 설계되었으므로 이 문제는 vSphere Data Protection 관리 가이드의 문제 해결 섹션에 설명될 예정입니다.

ABV(Automatic Backup Verification) 문제

  • ABV: 데이터스토어 이름을 바꾼 후 확인 작업이 실패합니다. (55790)

    대상 데이터스토어를 vSphere Data Protection 외부로 이동하거나 이름을 바꾸면 이 오류가 발생할 수 있습니다.

    해결 방법

    확인 작업을 편집하고 이름이 바뀌었거나 이동된 대상 데이터스토어를 새 대상으로 선택하십시오. 지침은 vSphere Data Protection 관리 가이드에서 "백업 확인 작업 편집"을 참조하십시오.
     

  • ABV: 호스트의 대상 경로가 변경되면 확인 작업이 시작되지 못합니다. (55795)

    해결 방법

    확인 작업을 편집하고 확인 작업을 수행할 때 적절한 대상 경로를 선택합니다.
     

  • ABV: 마지막 백업에 실패할 경우 요청 시 확인 작업이 시작되지 않습니다. (55807)

    마지막 백업에 실패할 경우 ABV 작업에서 다음 오류가 나타납니다.

    Error: "오류 코드가 없는 예기치 않은 오류입니다. 로그를 참조하십시오."

    문제에 대한 알림이 표시되지 않으며 로그에 유용한 정보가 포함되지 않습니다.
     

  • Data Domain으로 인한 연결 문제 때문에 확인 작업에 실패하면 부적절한 오류 메시지가 보고됩니다. (56619)

    vSphere Data Protection 장치가 Data Domain과 통신할 수 없기 때문에 백업을 복원할 수 없고 확인 작업에 실패합니다. 확인 작업이 실패할 것으로 예상되지만 적절한 오류 메시지가 표시되지 않아 실패의 원인을 알 수 없습니다.

GLR(세부 수준 복원) 문제

  • Microsoft Exchange Server에서 GLR을 수행할 때 대상 편지함 필드는 선택 사항이어야 합니다. (56439)

    단일 편지함으로 복원할 때 기본값은 원래 위치로 복원하는 것입니다. 사용자 인터페이스에서는 이 필드 값을 비워 두도록 허용하지 않습니다. 다른 위치로 복원을 선택하면 해당 백업의 모든 편지함이 단일 편지함에 복원됩니다.

    편지함을 원래 위치로 복원하고 원래 경로를 다른 클라이언트로 복원하는 것도 지원되며 설계된 대로 작동합니다. 여러 편지함을 원래 위치로 복원하지 못하는 것은 알려진 문제입니다.

  • Microsoft Exchange Server 2013에서 GLR이 실패하고 "수신자(서버 [서버 애플리케이션 아님])를 사용할 수 없으며 사라졌습니다. 모든 연결이 잘못되었습니다." 오류가 표시됩니다. (248221)

Data Domain 문제

  • 시간이 동기화되어 있지 않은 경우에 vSphere Data Protection 장치에 Data Domain 시스템을 추가할 때 표시되는 오류 메시지를 수정해야 합니다. (192821)

    Data Domain 시스템 시간과 vSphere Data Protection 장치 시간이 동기화되어 있지 않으면 다음 오류 메시지가 표시됩니다.

    Data Domain 시스템에 트랩 호스트를 추가할 수 없습니다.

프록시 문제

  • 백업 작업을 진행하는 동안 외부 프록시를 배포하지 않도록 메시지가 표시되어야 합니다. (193143)

    백업이 진행 중인 동안 외부 프록시를 배포하는 것에 대해 경고 메시지가 표시되지 않습니다. 백업을 진행하는 동안 외부 프록시를 배포하면 배포는 계속되지만 프로세스에서 내부 프록시를 사용할 수 없도록 자동으로 설정합니다. 이로 인해 현재 실행 중인 백업이 실패하거나 백업 세션이 예기치 않게 종료될 수 있습니다.

    참고: 내부 프록시를 배포하려고 하면 현재 실행 중인 백업 작업이 취소됩니다.
     

  • vSphere Data Protection 또는 외부 프록시를 구성하는 동안 vSphere Data Protection 장치를 보조 DNS(Domain Name System) 서비스를 사용하여 확인할 수 없습니다. (195132)

    일반적으로 기본 및 보조 DNS 서비스가 구성되어 있으면 모든 항목이 기본 서비스와 보조 서비스 양쪽에 중복되며, 기본 DNS가 응답하지 못할 경우 조회 명령이 보조 DNS로부터 적절한 정보를 반환합니다.

    제품을 설치하고 기본 및 보조 세부 정보를 제공하여 vSphere Data Protection 구성 유틸리티를 통해 제품을 구성하려고 하면 기본 DNS에 연결할 수 없기 때문에 조회가 실패합니다. 예상되는 동작은 장치가 보조 DNS를 사용하여 구성을 확인하는 것이지만, 이렇게 진행되지 않습니다.

    해결 방법

    기본 DNS 정보를 묻는 메시지가 표시되면 보조 DNS 정보를 제공합니다.
     

  • 외부 프록시: 이전 체크포인트로 롤백한 후 내부 프록시가 사용되도록 설정되었습니다. (196272)

    구성은 외부 또는 내부 프록시로 구성될 수 있으며 조합은 허용되지 않습니다.

    vSphere Data Protection Advanced 장치가 이전 체크포인트로 롤백되면 내부 프록시가 사용되도록 설정되고 외부 프록시도 성능이 저하된 상태로 여전히 사용되도록 설정됩니다.

해결된 문제

다음 표에는 이번 vSphere Data Protection 릴리스에서 해결된 문제가 나열되어 있습니다.

결함 번호 설명
246842 vSphere Data Protection 6.1.2 버전 생성(OS 롤업 Openssh 및 Openssl)
246849 vSphere Data Protection 전자 메일 보고서에 DDVE Boost 라이센스 상태가 잘못 표시됨
233385 ABV 작업이 성공했는데도 vSphere Data Protection 플러그인의 완료 열 아래에 ABV 작업 세부 정보 보고서가 표시되지 않음
247377 VMDK 수가 매핑과 일치하지 않으면 디스크 확장이 실패함
248596 vSphere Data Protection 서버에서 Data Domain 시스템에 대한 불필요한 DNS 조회를 수행함
237352 GLR 복원 시 사용자 편지함의 크기가 표시되지 않음
247481 업그레이드에 필요한 최소 디스크 공간을 수정해야 함
252554 웹 클라이언트의 vSphere Data Protection 링크가 특정 vCenter Server에 배포된 vSphere Data Protection 장치를 나열하지 않음
252275 vSphere Data Protection이 CVE-2015-7547 취약성에 노출됨