Avamar: 용량 문제 해결, 문제 및 질문 - 모든 용량(해결 경로)

용량은 클라이언트 데이터의 클라이언트 백업 작업이 서버에서 사용하는 데이터 또는 디스크 공간으로 볼 수 있습니다.

용량 문제로 인해 정상적인 서버 기능이 새 데이터를 추가하지 못하거나 오래된 데이터를 정리 및 제거하도록 허용할 수 있습니다.

• 교육
• 교육
• 질문
• GC(Garbage Collection) 오류 문제
• 운영 체제(OS) 용량 문제
• GSAN 용량 문제
• 메타데이터 용량 문제
• DD(Data Domain) 통합 용량 문제

아래의 각 문제 해결 단계가 해당 환경에 맞는지 검증합니다. 각 단계는 가능한 원인을 제거하고 필요에 따라 개선 조치를 취할 수 있는 지침 또는 문서 링크를 제공합니다. 단계를 가장 적절한 순서로 배열하여 문제를 격리하고 적절한 해결책을 식별합니다. 단계를 하나라도 건너뛰지 마십시오. 용량과 관련하여 다양한 방식으로 여러 문제가 발생하는 경우 특정 순서로 해결해야 합니다.

대부분의 단계에서 Avamar만 언급하지만 "Avamar - NetWorker" 및 "Avamar - Data Domain" 통합 모두 여전히 아래와 같은 많은 문제를 생성할 수 있습니다.

1단계: 정보 수집: 일반적으로 Avamar 용량 문제를 이해하려면 "그림 그리기"를 수행하여 전체 문제와 상황을 확인합니다. 때로는 용량의 한 측면이 다른 측면에 영향을 미칠 수도 있고, 일부는 처음에는 여러 문제가 있다는 것을 인식하지 못할 수도 있습니다. 문제 해결을 시작하려면 문제를 완전히 이해해야 합니다.

다음을 참조하십시오. Avamar: 정보 수집을 위해 용량 문제를 해결하는 데 필요한 정보를 수집하는 방법

2단계: 교육 및 훈련: 고객이 용량의 작동 방식, 특정 가치의 의미 등에 대한 교육이나 이해를 원하는 경우 이 문서를 사용할 수 있습니다. 질문이나 교육이 종종 용량 문제의 결과일 수 있기 때문에 그들의 문제를 이해하고 "그림을 그리는" 것은 여전히 좋은 생각입니다.

교육 및 훈련 관련 용량 문제에 대한 Avamar 용량 일반 교육 - 해결 경로를 참조하십시오.

3단계: 높은 OS 용량:  1단계에서 수집된 출력에서 OS 용량 값을 확인합니다. OS 용량은 다른 파티션이 더 낮더라도 모든 파티션에서 가장 높은 사용량 값으로 제한됩니다. 가장 높은 값은 "제한 계수"이며 줄여야 합니다.

노드 파티션의 최고 사용량 값이 89%를 초과하는 경우 Avamar OS 용량(해결 경로)을 참조하십시오.

4단계: 가비지 컬렉션 오류 또는 실패: 수집된 출력에서 Avamar 가비지 컬렉션 작업이 오류 메시지를 출력하는 경우 나머지 유형의 용량 문제가 발생하기 전에 이 문제를 해결해야 합니다.

이 유형의 문제에 대한 자세한 내용은 Avamar - GC(Garbage Collection) 장애 문제 해결(해결 경로)을 참조하십시오.

5단계: 높은 GSAN 용량:  수집된 출력에서 OS 용량 문제가 없고 GC에 오류 메시지가 표시되지 않는 경우 GSAN 용량 값: 

시작 status.dpn값이 65%이면 그리드가 가득 찼고("관리자" 모드 또는 읽기 전용이라고도 함) 용량을 늘릴 공간이 없음을 의미합니다.

이러한 상황은 Avamar를 참조하십시오. GSAN (또는 사용자) 용량(해결 경로)

6단계: 메타데이터 용량:  Data Domain이 Avamar와 통합되면 메타데이터 용량이라는 새로운 용량 제한이 도입됩니다. 메타데이터 용량은 Avamar 자체에서 발견되는 용량입니다.

Data Domain 통합을 통해 데이터를 Data Domain으로 전송하고 전송할 수 있지만, 백업 파일의 메타데이터는 Avamar에 계속 포함되어 있습니다. Avamar는 이 메타데이터 용량을 메타데이터 용량으로 추적합니다.

1-5단계를 검토하고 용량 관련 문제를 해결한 후에는 Avamar 메타데이터 용량 해결 경로에서 메타데이터 용량 해결을 검토하십시오.

7단계: 높은 Data Domain 용량:  Data Domain이 Avamar와 통합되면 Data Domain 서버 자체가 용량을 채울 수 있습니다.

다음 해결 경로 문서는 다음을 확인하는 데 도움이 됩니다.

• Avamar의 잠재적인 문제로 인해 Data Domain 용량이 증가하거나 가득 차게 될 수 있는 것
• 일부 Data Domain 관련 이슈
• Avamar와 관련이 없는 이유로 Data Domain이 가득 찬 경우

1-6단계를 검토하고 용량 관련 문제를 해결한 후 Avamar 통합 해결 경로에서 Data Domain High Capacity를 검토하십시오.

기타 문제: 이러한 문제는 여전히 용량에 영향을 미치는 문제로 간주될 수 있습니다.

• 복제 소스와 타겟 용량이 일치하지 않습니다. Avamar 또는 통합 제품을 사용하여 데이터를 복제할 때는 복제 소스 및 복제 타겟 그리드의 용량이 일치할 것으로 예상됩니다.

• MCS(Management Console Server)에서 다음 메시지를 보고합니다.

2012/10/06-21:11:09.75264 {0.4} [manage:3070]  ERROR: <0001> diskinfo::update invalid disk space parameters dev=831 total=1906261MB avail=1675818MB reserved=223410MB maxmb=223978MB newavail=1675818MB reservedoverflow=1 availmboverflow=0 

이는 MC UI(User Interface)의 스트라이프 용량에 대한 보고 문제로, 여기서 설명하는 다른 용량 항목과 모호하게만 관련이 있습니다. UI에서 메시지를 보는 것 외에는 탐지된 영향은 없습니다.

• • • Avamar: "reserved" 값이 "maxmb"보다 작으면 서버에서 "diskinfo::update invalid disk space parameters"를 보고함
    • Avamar: 전체 데이터 파티션으로 인해 서버에서 "diskinfo::update 잘못된 디스크 공간 매개변수"를 보고함

• 용량 예측 보고서:

• • Avamar Administrator 대시보드에 Data Domain에 대한 불규칙한 용량 예측이 표시됨