Avamar: Avamar 복제 성능 문제 해결을 위해 수집하는 정보(해결 경로)

Summary: 이 문서는 Avamar(및 Data Domain 통합이 통합된 Avamar) 복제 성능 문제를 해결하기 위한 초기 정보를 수집하는 데 사용해야 합니다.

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.
Check out other resources

Instructions

일반 복제의 경우 시작점에는 배경 및 개념, 테스트할 항목과 수행할 변경 사항이 포함되어야 합니다.
해결 경로 문서를 참조하십시오. Avamar: 복제 성능 문제 해결 및 튜닝(해결 경로) 을 참조하십시오.

이 문서는 복제 시간 초과 종료를 비롯한 복제 성능 관련 문제에 대한 정보를 수집하는 데 중점을 두지만, 비성능 구성 문제로 인한 다른 복제 실패는 수집하지 않습니다. 

수집할 정보에 대한 NON-PERFORMANCE 와 관련된 다른 복제 문제는 Avamar: 복제 문제를 해결하기 위해 정보를 수집하는 방법

참고: 모든 복제 성능 관련 서비스 요청에서 아래의 모든 정보를 수집하는 것이 매우 중요합니다. 이 정보를 수집하면 상황을 그리는 데 도움이 되며 복제 성능 튜닝이 완료되는 방법을 완전히 결정할 수 있습니다. 일부 정보는 일부 고객에게 알려지지 않았거나 비공개일 수 있지만 문제 해결이 제한되거나 튜닝에 더 많은 시간이 걸릴 수 있음을 이해하십시오.
 
 
수집할 정보:
  • 다음 항목의 대부분은 기술 지원 팀과 고객 간의 논의가 필요합니다. 
  • 이 문서에 나열된 모든 정보가 없으면 발견된 가능한 문제에 따라 문제 해결 및 해결 시간이 늘어날 수 있습니다.
 
 

일반 환경 질문 및 정보:

  1. 소스 사이트와 타겟 사이트 간의 물리적 위치, 도시, 국가 또는 거리를 고객과 논의합니다.
  2. 성능 튜닝에서 달성해야 할 목표 또는 구체적으로 수정해야 하는 것(성능 외)에 대해 논의하고 제공?
    • (예: 롤백 또는 실패 후 X일 지연을 따라잡고, 처음으로 초기 복제 시딩을 완료하고, 전문 서비스에서 수행하는 R2R(root2root) 마이그레이션을 완료하는 등의 작업 
    이러한 세부 정보를 가지고 있으면 튜닝이 수행되는 방법 또는 선택하는 옵션이 변경될 수 있습니다.
    • 구성 설계:  One-to-one, One-to-many, Many-to-one, Cross replication, Cascading replication또는 기타
  3. 소스 및 타겟 Avamar(및 해당하는 경우 DD 서버)에서 그리드 호스트 이름, 버전 및 용량을 가져옵니다.
    • Avamar의 경우:  모든 관련 Avamar Server 유틸리티 노드, AVE(Avamar Virtual Edition) 또는 단일 노드에서 status.dpn 명령을 실행합니다.  Avamar: status.dpn 명령으로 생성되는 출력을 이해하는 방법
    • 모든 Avamar Server의 Data Domain:  를 실행합니다.mccli dd show-prop" 명령
      • 이 DD 정보는 복제 로그 또는 ddrmaint 명령에서도 수집할 수 있습니다. 이 문서의 끝에 있는 부록을 참조하십시오.
  4. 하드웨어 유형(해당되는 경우 DD 포함):
    • 하드웨어 유형 및 버전은 무엇입니까? 이는 스트림 수와 디스크 I/O 수집 양에 영향을 줄 수 있습니다.
    • 노드당 용량 크기와 총 전체 백업 데이터 용량은 얼마입니까? (복제하거나 따라잡아야 할 데이터의 양을 파악하는 데 도움이 되므로 이를 아는 것이 중요합니다.)
    • Data Domain의 경우 이 정보는 복제 로그 또는 ddrmaint 명령에서 찾을 수 있습니다.
    • Dell 지원의 경우 모든 Avamar 및 DD 하드웨어 유형이 Email Home에 대해 구성된 경우 Avalanche 및 Autosupport(ASUP)에서 찾을 수 있습니다
      • 다음 명령을 Data Domain에서 실행할 수도 있습니다. system show model 
  5. 네트워크: 이 섹션은 속도를 테스트하기 위한 섹션이 아니라 다음에 관한 Dell 지원 부서와 고객 간의 논의입니다.
    • 네트워크 속도에 대한 고객의 기대치와 복제에 대한 기대치
    • 다른 애플리케이션 또는 사용에서 공유하는 복제 네트워크입니까?
    • 고객에게 현재 복제용 전용 보조 네트워크가 있는지(또는 향후 구성할 계획이 있는지) 물어봅니다.
      • 그렇다면 소스 및 대상의 내부 및 외부 IP 주소는 무엇입니까?
    • Data Domain이 관련된 경우 검토 중인 Avamar 그리드 이외의 항목이 동일한 Data Domain에 복제되고 있는지 확인합니다.
      • 그렇다면 여러 Avamar 그리드 또는 기타 백업 솔루션이 있습니까?
      • 그렇다면 동시입니까, 아니면 시차를 두고 진행됩니까?
      • 데이터의 양
    • 구성되거나 존재하는 Avamar 제품 외부에 고객 방화벽 또는 QoS 네트워크 스로틀이 있는지 확인합니다.
    • 고객의 네트워크에 WAN 가속기가 있습니까?
      • 참고: WAN 가속기가 있는 경우 iperf가 더 빠른 결과를 보여 주지만 데이터 전송 측면에서 WAN 가속기만큼 빠르지 않을 때 테스트의 이후 단계에서 이를 드러낼 수 있습니다. Iperf는 간단한 Linux 기반 "네트워크 속도 테스트 도구"이며 트래픽은 압축률이 매우 높고 중복 제거가 가능합니다. 그러나 실제 클라이언트 백업 데이터는 네트워크를 통해 복제되기 전에 이미 압축되고 중복 제거되었기 때문에 상대적으로 압축 및 중복 제거가 거의 불가능합니다. 
      • Avamar에서 WAN 가속기를 잘못 사용하면 복제 성능 튜닝이 더 어려워질 수 있습니다. iperf만으로는 성능 테스트 결과를 부정확하게 부풀릴 수 있지만 Avamar 복제에 전혀 도움이 되지 않는 경우가 많습니다. 더 자주, 성능 튜닝을 더 어렵게 만들고 시간을 많이 소모합니다. 중복 제거/압축형 WAN 가속기는 다음과 같은 성능 이점이 없기 때문에 성능 튜닝에 대한 제한 사항 및 잠재적인 피해에 대해서는 Avamar 지원과 추가로 논의하십시오. Avamar-only 트래픽이 발생하고 성능 튜닝 절차도 느려질 수 있습니다.
      • Data Domain의 경우 네트워크에 WAN 가속기가 있으면 복제 성능에 부정적인 영향을 줄 수 있습니다. Data Domain 시스템 네트워크 내에 WAN 가속기가 있는지 여부를 네트워크 관리자에게 문의하십시오. 네트워크 관리자와 협력하여 전체 네트워크에 미치는 영향이 최소화되었는지 확인하면서 WAN 가속기를 비활성화합니다. 이 작업은 제한된 테스트로 수행해야 합니다. Data Domain 문서 Data Domain: [DD에서] 느린 복제 문제 분석
      • 지원되지 않는 긴 네트워크 ping 레이턴시 문제를 해결하고 UDP (User Datagram Protocol) 프로토콜을 통해 통신하는 가속기 사용의 경우 이점을 위해 Dell Technologies 어카운트 팀 또는 Avamar 지원에 문의하십시오. 가능한 경우 가속기 없이 이 해결 경로를 사용하여 정상적인 성능 튜닝을 수행하면 대부분의 ping 대기 시간 문제가 해결됩니다.
  6. 고객 요구 사항:
    • 고객 백업 데이터, 보호 및 환경 측면에서 SLO(Service Level Objective) 및 SLA(Service Level Agreement) 요구 사항은 무엇입니까?
      • 모든 백업을 복제해야 합니까? 
      • 이전 백업을 건너뛰거나 건너뛸 가능성이 있습니까? 
      • 특정 클라이언트만 복제됩니까? 
      • (등등)
    이 정보가 있으면 복제 요구 사항을 확인하는 데 도움이 되고, 성능 목표를 제공하며, 종종 특정 백업을 건너뛸 수 있는 기능을 알 수 있으며, 복제를 필요한 기대치로 훨씬 더 빨리 따라잡을 수 있습니다.
     

    보다 구체적인 구성 질문:

    • 구성에 미치는 영향에 대해 도움이 되는 클라이언트 계정 일반 지식. 고객과의 논의를 통해 대략적으로 다음과 같습니다.
      • 서버에 있는 총 클라이언트 수(하위 집합만 복제되는 경우 클라이언트 수)
      • 다른 클라이언트 플러그인 유형(파일 시스템, Exchange, NDMP 등)은 무엇입니까?
      • 일반적으로 클라이언트 백업의 가장 큰 크기는 무엇입니까?

    이 정보는 클라이언트 백업 크기, 특히 백엔드 유형인 gsan과 DD에 따라 제한 요인이 될 수 있으므로 확실하지 않은 경우 논의 없이 검증하고 확인하는 것이 가장 좋습니다. "를 실행해 보십시오.Bytes Protected Client   2" 보고서에서 지난 며칠 동안의 날짜 범위(전날에 백업이 아직 실행되지 않은 경우)를 선택하고 크기별로 출력을 정렬합니다. 보고서를 실행하는 방법은 최신 Avamar 관리 가이드 기술 노트에서 확인할 수 있습니다.

    • DD 통합이 있는 경우 Avamar와 Data Domain 백엔드의 유형 및 크기별로 위 초대형 클라이언트의 백엔드 스토리지 유형을 확인합니다. 예를 들어 NDMP 클라이언트는 모두 Data Domain에 백업되지만 파일 시스템 클라이언트는 모두 Avamar 백엔드에 백업됩니까?  백엔드가 크기에 따라 달라집니까, 혼합된 패턴인가요, 아니면 랜덤 패턴인가요?
     
    추가 질문 및 테스트:
    Dell Technologies 지원 팀과 협력하여 추가 주제에 대해 논의하고 실제 테스트 및 지속적인 튜닝을 수행합니다.

    Affected Products

    Avamar, Avamar Server

    Products

    Avamar
    Article Properties
    Article Number: 000155028
    Article Type: How To
    Last Modified: 22 May 2026
    Version:  11
    Find answers to your questions from other Dell users
    Support Services
    Check if your device is covered by Support Services.