VM 문제 해결 - AWS Backup

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

VM 문제 해결

증분 CBT 백업/문제 및 메시지

오류 메시지: "The VMware Change Block Tracking (CBT) data was invalid during this backup, but the incremental backup was successfully completed with our proprietary change detection mechanism.".

이 메시지가 계속되면 의 지시에 CBT 따라 VMware재설정하십시오.

메시지 CBT 메모가 켜지지 않았거나 사용할 수 없었습니다. “이 가상 시스템에는 VMware 변경 블록 추적 (CBT) 을 사용할 수 없었지만 당사의 독자적인 변경 메커니즘을 사용하여 증분 백업이 성공적으로 완료되었습니다.”

CBT켜져 있는지 확인하세요. 가상 디스크가 CBT 활성화되었는지 확인하려면:

  1. vSphere 클라이언트를 열고 전원이 꺼진 가상 시스템을 선택합니다.

  2. 가상 머신을 마우스 오른쪽 버튼으로 클릭하고 설정 편집 > 옵션 > 고급/일반 > 구성 파라미터로 이동합니다.

  3. 옵션 ctkEnabledTrue여야 합니다.

켜져 있는 경우 기능을 사용하고 있는지 확인하십시오. up-to-date VMware 호스트는 ESXi 4.0 이상이어야 하고 추적할 디스크를 소유한 가상 시스템은 하드웨어 버전 7 이상이어야 합니다.

CBT가 켜져 있고 (활성화) 소프트웨어와 하드웨어가 최신 상태이면 가상 시스템을 껐다가 다시 켜십시오. 전원이 CBT 켜져 있는지 확인하십시오. 그런 다음 백업을 다시 수행합니다.

VMware백업 실패

VMware백업이 실패하면 다음 중 하나와 관련이 있을 수 있습니다.

실패 메시지: "Failed to process backup data. Aborted backup job." 또는"Error opening disk on the virtual machine".

가능한 원인: 이 오류는 구성 문제 또는 VMware 버전 또는 디스크가 지원되지 않기 때문에 발생할 수 있습니다.

해결 방법 1: 인프라가 게이트웨이를 사용하도록 구성되어 있고 필요한 모든 포트가 열려 있는지 확인하십시오.

  1. 백업 게이트웨이 콘솔에 액세스하십시오. 이는 AWS Backup 콘솔과 다르다는 점에 유의하십시오.

  2. Backup gateway 구성 페이지에서 옵션 3을 입력하여 네트워크 연결을 테스트합니다.

  3. 네트워크 테스트가 성공적이면 X를 입력합니다.

  4. Backup 게이트웨이 구성 페이지로 돌아가십시오.

  5. 명령 프롬프트에 액세스하려면 7을 입력합니다.

  6. 다음 명령을 실행하여 네트워크 연결을 확인합니다.

    ncport -d ESXi Host-p 902

    ncport -d ESXi Host-p 443

해결 방법 2: 지원됨 VMs 버전을 사용하십시오.

해결 방법 3: 게이트웨이 어플라이언스가 잘못된 DNS 서버로 구성된 경우 백업이 실패합니다. DNS구성을 확인하려면 다음 단계를 완료하십시오.

  1. 백업 게이트웨이 콘솔에 액세스합니다.

  2. Backup gateway 구성 페이지에서 옵션 2를 입력하여 네트워크 구성으로 이동합니다.

  3. 구성을 보려면 네트워크 구성에서 7을 DNS 입력합니다.

  4. DNS서버 IP 주소를 검토하십시오. DNS서버 IP 주소가 잘못된 경우 네트워크 구성으로 돌아가라는 메시지가 표시됩니다.

  5. 네트워크 구성에서 6을 입력하여 DNS 구성을 편집합니다.

  6. 올바른 DNS 서버 IP 주소를 입력합니다. 그런 다음 X를 입력하여 네트워크 구성을 완료합니다.

오류, 네트워크 구성 및 연결과 같은 하이퍼바이저에 대한 자세한 정보를 보려면 Amazon Logs와 통합되도록 하이퍼바이저를 구성하는 하이퍼바이저 구성 편집 방법을 참조하십시오. CloudWatch

네트워크 연결 문제로 인한 백업 실패

실패 메시지: "Failed to upload backup during data ingestion. Aborted backup job." 또는"Cloud network request timed out during data ingestion".

가능한 원인: 네트워크 연결이 충분하지 않아 데이터 업로드를 처리할 수 없는 경우 이 오류가 발생할 수 있습니다. 네트워크 대역폭이 낮으면 VM과 VM 간의 연결이 정체되어 백업이 실패할 AWS Backup 수 있습니다.

필요한 네트워크 대역폭은 VM 크기, 각 VM 백업에 대해 생성되는 증분 데이터, 백업 기간, 복원 요구 사항 등 여러 요인에 따라 달라집니다.

해결 방법: 모범 사례 및 권장 사항에는 연결된 VMs 온프레미스의 업로드 대역폭을 최소 1000Mbps로 설정하는 것이 포함됩니다. AWS Backup대역폭이 확인되면 백업 작업을 다시 시도하세요.

중단된 백업 작업

오류 메시지: "Failed to create backup during snapshot creation. Aborted backup job.".

가능한 원인: 게이트웨이 어플라이언스가 있는 VMware 호스트에 문제가 있을 수 있습니다.

해결 방법: VMware 호스트 구성을 확인하고 문제가 없는지 검토하십시오. 자세한 내용은 하이퍼바이저 구성 편집 섹션을 참조하세요.

사용 가능한 게이트웨이가 없습니다.

오류 메시지: "No gateways available to work on job.".

가능한 원인: 연결된 모든 게이트웨이가 다른 작업 때문에 바쁩니다. 각 게이트웨이의 동시 작업 (백업 또는 복원) 은 4개로 제한됩니다.

해결 방법은 다음 섹션에서 게이트웨이 수를 늘리는 단계와 백업 계획 윈도우 시간을 늘리는 단계를 참조하십시오.

VMware백업 작업 실패

오류 메시지: "Abort signal detected"

가능한 원인:

  • 낮은 네트워크 대역폭: 네트워크 대역폭이 충분하지 않으면 완료 기간 내에 백업을 완료하는 데 방해가 될 수 있습니다. 백업 작업에 사용 가능한 것보다 많은 대역폭이 필요한 경우 실패하고 “중단 신호 감지” 오류가 발생할 수 있습니다.

  • 부적절한 백업 게이트웨이 수: 백업 게이트웨이 수가 구성된 VMs 모든 백업 순환을 처리하기에 충분하지 않을 경우 백업 작업이 실패할 수 있습니다. 이는 백업 계획의 백업 완료 기간이 너무 짧거나 백업 게이트웨이 수가 충분하지 않을 때 발생할 수 있습니다.

  • 백업 계획 완료 창이 너무 작습니다.

해결 방법:

대역폭 확대: 온-프레미스 환경 AWS 간의 네트워크 용량을 늘리는 것을 고려해 보십시오. 이 단계를 수행하면 백업 프로세스에 더 많은 대역폭이 제공되므로 오류가 발생하지 않고 데이터를 원활하게 전송할 수 있습니다. 온프레미스에서 사용하여 AWS 백업하려면 최소 100Mbps의 대역폭을 확보하는 것이 좋습니다. VMware VMs AWS Backup

백업 게이트웨이에 대역폭 속도 제한을 구성하면 데이터 흐름이 제한되고 백업이 실패할 수 있습니다. 충분한 데이터 전송 용량을 확보하기 위해 대역폭 속도 제한을 늘리면 장애를 줄이는 데 도움이 될 수 있습니다. 이렇게 조정하면 “중단 신호 감지” 오류 발생을 완화할 수 있습니다. 자세한 내용은 백업 게이트웨이 대역폭 조절 단원을 참조하십시오.

백업 게이트웨이 수 늘리기: 단일 백업 게이트웨이는 한 번에 최대 4개의 백업 및 복원 작업을 처리할 수 있습니다. 추가 작업은 대기열에 들어가서 백업 시작 기간이 지날 때까지 게이트웨이가 비워질 때까지 기다립니다. 백업 기간이 지난 후에도 대기 중인 작업이 시작되지 않은 경우 “중단 신호가 감지됨”과 함께 해당 백업 작업이 실패합니다. 백업 게이트웨이 수를 늘려 실패한 작업 수를 줄일 수 있습니다. 자세한 내용은 NAT 게이트웨이 작업 을 참조하십시오.

백업 계획 기간 늘리기: 백업 계획의 백업 기간 내에 전체 기간을 늘릴 수 있습니다. 자세한 내용은 백업 계획 옵션 및 구성 을 참조하십시오.

이러한 문제를 해결하는 데 도움이 필요하면 AWS 지식 센터를 참조하십시오.