다음을 통해 공유


Azure Backup에서 파일 및 폴더의 느린 백업 문제 해결

이 문서에서는 Azure Backup을 사용할 때 파일 및 폴더의 느린 백업 성능 문제에 대한 원인을 진단하는 데 도움이 되는 문제 해결 지침을 제공합니다. Azure Backup 에이전트를 사용하여 파일을 백업하는 경우 백업 프로세스가 예상보다 오래 걸릴 수 있습니다. 이러한 지연은 다음 중 하나 이상에 의해 발생할 수 있습니다.

문제 해결을 시작하기 전에 최신 Azure Backup 에이전트를 다운로드하여 설치하는 것이 좋습니다. Microsoft는 다양한 문제를 해결하고, 기능을 추가하고, 성능을 향상시키기 위해 Backup 에이전트를 자주 업데이트합니다.

일반적인 구성 문제가 발생하지 않도록 Azure Backup 서비스 - FAQ 를 검토하는 것이 좋습니다.

Azure 문제와 관련된 정보가 이 문서에 없을 경우 Microsoft Q&A 및 Stack Overflow에서 Azure 포럼을 방문합니다. 이러한 포럼이나 Twitter의 @AzureSupport에 문제를 게시할 수 있습니다. 또한 Azure 지원 요청을 제출할 수 있습니다. 지원 요청을 제출하려면 Azure 지원 페이지에서 지원 받기를 선택합니다.

원인: 최적화되지 않은 모드에서 실행 중인 백업 작업

  • MARS 에이전트는 USN(업데이트 시퀀스 번호) 변경 저널을 사용하여 최적화된 모드에서 백업 작업을 실행하거나 전체 볼륨 검색을 통해 디렉터리 또는 파일의 변경 내용을 확인하여 최적화되지 않은 모드에서 백업 작업을 실행할 수 있습니다.

  • 최적화되지 않은 모드에서는 에이전트가 볼륨의 각 파일을 검색하고 메타데이터와 비교하여 변경된 파일을 확인해야 하므로 속도가 느립니다.

  • 이를 확인하려면 아래와 같이 MARS 에이전트 콘솔에서 작업 세부 정보를 열고 상태가 데이터를 전송하는 중(최적화되지 않았으므로 시간이 더 걸릴 수 있음)인지 확인합니다.

    Screenshot shows backup jobs running in unoptimized mode.

  • 다음 조건에서는 백업 작업이 최적화되지 않은 모드에서 실행될 수 있습니다.

    • 첫 번째 백업(초기 복제라고도 함)은 항상 최적화되지 않은 모드에서 실행됩니다.
    • 이전 백업 작업이 실패하면 예약된 다음 백업 작업이 최적화되지 않은 상태로 실행됩니다.

원인: 컴퓨터의 성능 병목 현상

백업 중인 컴퓨터의 병목 현상으로 인해 지연이 발생할 수 있습니다. 예를 들어 컴퓨터가 디스크에 읽거나 쓰는 기능 또는 네트워크를 통해 데이터를 전송하는 데 사용할 수 있는 대역폭으로 인해 병목 현상이 발생할 수 있습니다.

Windows에서는 이러한 병목 상태를 검색할 수 있는 성능 모니터(Perfmon)라는 기본 제공 도구를 제공합니다.

다음은 최적의 백업을 위해 병목 현상을 진단하는 데 도움이 될 수 있는 몇 가지 성능 카운터 및 범위입니다.

카운터 상태
Logical Disk(Physical Disk)--%idle
  • 100% 유휴 ~ 50% 유휴 = 정상
  • 49% 유휴 ~ 20% 유휴 = 경고 또는 모니터
  • 19% 유휴 ~ 0% 유휴 = 위험 또는 사양을 벗어남
  • 논리 디스크(물리적 디스크)--%평균 디스크 초 읽기 또는 쓰기
  • 0.001ms ~ 0.015ms = 정상
  • 0.015ms ~ 0.025ms = 경고 또는 모니터
  • 0.026ms 이상 = 위험 또는 사양을 벗어남
  • 논리 디스크(실제 디스크)--현재 디스크 큐 길이(모든 인스턴스) 6분이 넘는 시간 동안 80개 요청
    Memory--Pool Non Paged Bytes
  • 풀 사용률 60% 미만 = 정상
  • 풀 사용률 61% ~ 80% = 경고 또는 모니터
  • 풀 사용률 80% 초과 = 위험 또는 사양을 벗어남
  • Memory--Pool Paged Bytes
  • 풀 사용률 60% 미만 = 정상
  • 풀 사용률 61% ~ 80% = 경고 또는 모니터
  • 풀 사용률 80% 초과 = 위험 또는 사양을 벗어남
  • Memory--Available Megabytes
  • 사용 가능한 여유 메모리 50% 이상 = 정상
  • 사용 가능한 여유 메모리 25% = 모니터
  • 사용 가능한 여유 메모리 10% = 경고
  • 사용 가능한 여유 메모리 100MB 또는 5% 미만 = 위험 또는 사양을 벗어남
  • Processor--%Processor Time(모든 인스턴스)
  • 사용률 60% 미만 = 정상
  • 사용률 61% ~ 90% = 모니터 또는 주의
  • 사용률 91% ~ 100% = 위험
  • 참고 항목

    인프라가 가능한 원인으로 격리되면 더 나은 성능을 위해 주기적으로 디스크의 조각 모음을 수행하는 것이 좋습니다.

    원인: 다른 프로세스 또는 바이러스 백신 소프트웨어가 Azure Backup을 방해함

    Windows 시스템 내의 다른 프로세스가 Azure Backup 에이전트 프로세스의 성능에 부정적인 영향을 미치는 경우가 확인되었습니다. 예를 들어 Azure Backup 에이전트 및 다른 프로그램을 함께 사용하여 데이터를 백업하거나 바이러스 백신 소프트웨어가 실행되고 있고 백업할 파일이 잠겨 있는 경우 파일을 여러 번 잠그면서 경합이 발생할 수 있습니다. 이 경우 백업이 실패하거나 작업이 예상보다 오래 걸릴 수 있습니다.

    이 시나리오에서 가장 좋은 방법은 다른 백업 프로그램을 해제하고 Azure Backup 에이전트의 백업 시간이 달라지는지 확인하는 것입니다. 일반적으로 여러 개의 백업이 동시에 실행되지 않도록 하는 것만으로도 백업이 서로 영향을 주지 않도록 할 수 있습니다.

    서버에 바이러스 백신 소프트웨어가 설치되어 있는 경우 다음 항목에 대한 바이러스 백신 검사에 제외 규칙을 추가합니다.

    • 스크래치bin 폴더 위치 아래의 모든 파일 및 폴더 - <InstallPath>\Scratch\*<InstallPath>\Bin\*.
    • cbengine.exe

    원인: Backup 에이전트가 Azure 가상 컴퓨터에서 실행되고 있음

    VM에서 백업 에이전트를 실행하는 경우 실제 컴퓨터에서 실행할 때보다 성능이 더 느려집니다. 이것은 IOPS 제한 때문으로 예상됩니다. 그러나 백업되는 데이터 드라이브를 Azure Premium Storage로 전환하여 성능을 최적화할 수 있습니다. 이 문제를 해결하기 위해 계속 노력 중이며, 이후 릴리스에서 수정 사항을 사용할 수 있게 될 것입니다.

    원인: 많은 수(수백만 개)의 파일 백업

    이동하는 데이터의 양이 많을수록 시간이 더 오래 걸립니다. 경우에 따라 백업 시간은 데이터의 크기뿐만 아니라 파일 또는 폴더 수와도 관련이 있습니다. 특히 수백만 개의 작은 파일(몇 바이트에서 몇 킬로바이트 크기)을 백업하는 경우 더욱 그렇습니다.

    이 동작은 데이터를 백업하고 Azure로 이동하는 동안 Azure에서 동시에 파일 카탈로그를 만들기 때문에 발생합니다. 간혹 카탈로그 작업이 예상보다 오래 걸릴 수도 있습니다.

    다음 표시기는 병목 상태를 이해하고 그에 따라 다음 단계에서 작업을 진행하는 데 유용할 수 있습니다.

    • UI에 데이터 전송 진행률이 표시됨. 데이터가 여전히 전송 중입니다. 네트워크 대역폭 또는 데이터 크기로 인해 지연이 발생할 수 있습니다.
    • UI에 데이터 전송 진행률이 표시되지 않음. C:\Program Files\Microsoft Azure Recovery Services Agent\Temp에 있는 로그를 연 다음, 로그에서 FileProvider::EndData 항목을 확인합니다. 이 항목은 데이터 전송이 완료되었으며 카탈로그 작업이 진행 중임을 나타냅니다. 백업 작업을 취소하지 말고, 대신 카탈로그 작업가 끝날 때까지 좀 더 기다리세요. 문제가 지속되면 Azure 지원에 문의하세요.

    대용량 디스크를 백업하려는 경우 첫 번째 백업(초기 복제)에 Azure Data Box를 사용하는 것이 좋습니다. Data Box를 사용할 수 없는 경우 네트워크를 통해 장기간 데이터를 전송하는 동안 사용자 환경에서 일시적인 네트워크 문제로 인한 백업 오류가 발생할 수 있습니다. 이러한 오류를 방지하려면 초기 백업에 폴더 몇 개를 추가하고 모든 폴더가 Azure에 성공적으로 백업될 때까지 점진적으로 폴더를 추가하면 됩니다. 이후 증분 백업은 상대적으로 더 빠르게 수행됩니다.

    다음 단계