Skip to main content
Sign Out

Welcome to Dell

My Account
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products
Sign In Create an Account Premier Sign In Partner Program Sign In
Contact Us

Avamar - avtar 백업 로그 상태 줄을 해석하는 방법

Summary: 이 문서에서는 백업 세션 중에 주기적으로 생성되는 avtar 로그 상태 줄을 이해하고 해석하는 방법에 대해 설명합니다. 이는 특히 클라이언트 성능 문제를 조사할 때 유용한 도구입니다.

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

Symptoms

백업 중에 avtar 프로세스는 주기적으로 로그에 상태 줄을 씁니다. 이 로그는 백업 중에 avtar의 상태와 진행률을 보고합니다.

예제:
2014-11-14 10:16:56 avtar Info <8688>: 상태 2011-11-14 10:16:56, 328 파일, 16 폴더, 26.53MB(328 파일, 15.35MB, 57.86% 신규) 34MB 1% CPU C:\directory\Folder\file.doc

상태 정보를
격리하려면메모장++와 같은 편집기를 사용하고 이전 클라이언트 버전에서 "<8688>" 또는 "<5100>"이 포함된 줄을 검색합니다.

상태 로깅
빈도기본적으로 avtar 상태 정보는 15분마다 기록됩니다(900s). 이 빈도는 플래그 상태=[초]를 사용하여 값을 avtar에 전달하여 수정할 수 있습니다. avtar.cmd 매개변수 파일을 사용하거나 Avamar 사용자 인터페이스 데이터 세트 구성 옵션에서 이 작업을 수행합니다.

로그 가독성을 유지하기 위해 기본 빈도를 그대로 두는 것이 좋습니다. 파일을 백업하는 데 15분 이상 걸리는 경우 여러 상태 줄에 대해 보고됩니다. 보다 세분화가 필요한 경우 적절하게 설정을 줄입니다. 장기 실행 백업을 위해 대규모 로그가 생성되는 경우 시간별 보고 설정(3600s)을 늘리는 것이 좋습니다.

상태 행의 다양한 섹션은 무엇을 의미합니까?
  • 상태 보고서에는 날짜 및 시간이 나와 있습니다.
  • 지금까지 처리된 파일 수입니다.
  • 변경된 파일 수는 몇 개입니까?
  • Avamar 서버로 전송할 데이터의 양
  • avtar 리소스 메트릭
  • 처리할 마지막 파일의 세부 정보입니다.
아래에서는 색상 코딩을 사용하여 이러한 메트릭을 식별합니다.
2014-12-07 10:16:56 avtar Info <8688>: 상태 2014-12-07 10:16:56, 20,788,307개의 파일, 343,633개의 디렉토리, 327.9GB(9,049,052개의 파일, 0바이트, 0.00% 신규) 1074MB60% CPU /data/types.dtc

상태 행에서 제공하는 정보:-
  • 날짜 및 시간(클라이언트의 시간대)
  • 지금까지 검사된 소스 파일 및 폴더 수
  • 지금까지 검사된 소스 파일의 결합된 크기 

브래킷 섹션의 경우:-
(9,049,052개의 파일, 0바이트, 0.00% 신규)
  • avtar이 완전히 처리한 수정된 파일 수
  • Avamar 서버에 추가된 데이터의 양
  • 이 백업의 변경 속도(지금까지).

로그 행의 먼 쪽에 다음이 표시됩니다. -
1074MB60% CPU/base/data/types.dtc
  • avtar 프로세스의 클라이언트 메모리 사용량(메가바이트)
  • avtar에서 사용한 시스템 CPU의 비율
  • 상태 메시지가 생성되었을 때 백업된 마지막 파일의 이름입니다.

마지막 이자 가장 중요한 상태 행은 백업 요약입니다. "Backup #"을 검색하여 로그 끝부분에서 찾을 수 있습니다.  
그 다음에는 백업 통계 라인("백업"으로 검색 가능)이 있습니다.

2015-11-18 00:34:32 avtar Info <5156>: 백업 #75 타임스탬프 2015-11-18 00:24:43, 4,007,032 파일, 1,974,043 폴더, 1,589GB(파일 2,680개, 419.4MB, 0.03% 신규) 2015-11-18 00:34:32 avtar Info <6083>: 144.70분 만에 1,589GB 백업: 시간당 659GB(시간당 1,661,482 개 파일)

파일을 엽니다.
파일을 백업하려면 avtar이 열어야 합니다. 다음 메시지는 avtar에 백업 중에 열려 있는 파일이 하나 있음을 보여줍니다. 이는 파일에서 작업할 수도 있는 다른 애플리케이션과는 별개입니다.

2016-08-22 21:30:04 avtar Info <8688>: 상태 2016-08-22 21:30:04, 25,921 파일, 3,746 디렉토리, 104.9GB(1,274 파일, 0바이트, 0.00% 신규) 1733MB 46% CPU(1개의 열린 파일) /opt/2016_hold.tar 

Cause

해당 사항 없음

Resolution

이 섹션은 클라이언트 백업 성능 문제 해결에 대한 일반 문서와 함께 검토해야 합니다.
Avamar 클라이언트 백업 성능을 참조하십시오. 병목 현상을 식별하는 방법(해결 경로)

클라이언트 로그를 정기적으로 검토하여 일반적인 패턴을 파악하여 비정상적인 패턴을 식별할 수 있습니다."
이상값"은 백업 성능 및 Avamar 서버 스토리지 용량에 영향을 미치는 잠재적인 문제를 나타낼 수 있습니다.

각 상태 정보는 유용할 수 있습니다. 여기에서는 각 통계를 살펴볼 때 고려해야 할 일련의 사항을 나열합니다.  
로그에서 상태 줄을 필터링하고 수치를 분석하여 동작을 이해할 수 있습니다.

다음 사항을 고려하십시오.

1) 지금까지

검사된 소스 파일 및 폴더의 수입니다. 백업에 많은 파일이 있습니까? 모든 파일 avtar은 스캔해야 하며 시간이 걸립니다.  
파일 시스템 백업의 백업 기간은 스캔한 파일 수에 비례합니다.  

백업이 진행되면 "지금까지 스캔된 소스 파일 및 폴더 수"가 증가해야 합니다.
이 숫자가 증가하지 않거나 파일 스캔 속도가 느려지면 상태 행 끝에 있는 파일 이름을 확인합니다. avtar에서 처리 중인 큰 수정된 파일을 찾을 수 있습니다.
이제 avtar이 다른 파티션 또는 느리거나 경합이 심한 스토리지 서브시스템의 파일을 스캔할 수 있다고 생각해 보십시오.

파일/시간 성능과 사용 가능한 최대 백업 창을 고려할 때 백업의 파일 수가 현실적입니까?

2) 폴더

에 대한 파일의 비율이백업된 파일 수와 관련하여 비정상적으로 작거나 많은 수의 폴더가 있습니까?  
단일 폴더(100,000+)에 있는 많은 파일은 경우에 따라 파일 대 폴더 비율이 작을 수 있으므로 성능이 저하될 수 있습니다.
3) 지금까지

스캔한 소스 파일의 크기를 합하면이 값은 결국 백업의 총 크기를 제공합니다.
이 값은 avtar이 데이터 세트의 많은 파일을 처리할 가능성이 높은 데이터베이스 유형 백업에 중요합니다.
이러한 상황에서 백업 성능은 avtar이 데이터를 처리할 수 있는 속도(청크, 압축, 해시)에 비례합니다.

이 값은 파일 시스템 백업 성능에도 중요합니다. 대규모 데이터 세트의 백업은 더 작은 변경률 비율을 견딜 수 있습니다.  

참고: 검사된 파일의 수를 검사된 소스 파일의 크기로 나누어 평균(평균) 파일 크기를 학습합니다.
평균 파일 크기가 큰 경우 변경된 파일 수가 적더라도 avtar에 대한 처리 작업이 많이 생성됩니다.
Avamar를 사용하여 Outlook 아카이브 .pst 파일을 



백업할 때 성능 고려 사항을 참조하십시오. 4) avtar

에서 처리되는 수정된 파일의 개수입니다. 백업이수행해야 하는 작업의 양을 이해하는 데 도움이 됩니다.

데이터베이스 백업의 경우 이 수치는 데이터 세트의 파일 수와 관련하여 상대적으로 높습니다.  
데이터 세트의 모든 파일이 수정될 수도 있습니다.  

파일 시스템 백업의 경우 이 번호를 주의 깊게 기록해야 합니다. 초기 백업 중에는 항상 숫자가 높습니다.  
레벨 1 백업(초기 백업 후 생성된 백업)의 경우 일반적으로 스캔된 총 파일 수의 3% 미만이 됩니다.  
비율이 >5%인 경우 특히 데이터 세트에 많은 양의 데이터가 있거나 평균 파일 크기가 큰 경우 백업 기간에 큰 영향을 미칠 수 있습니다.

변경 중인 파일을 식별하고 변경 이유를 고려합니다. 참조;

5) Avamar 서버에

추가된 데이터의 양입니다. 이는 와이어를 통해 Avamar 서버로 배송해야 하는 데이터의 양입니다. Avamar 서버 또는 Data Domain의 용량 사용량에 영향을 미칩니다.  
WAN을 통해 서버와 분리된 클라이언트 또는 클라이언트에 대해 복제를 고려 중인 클라이언트의 경우, 사용 가능한 네트워크 대역폭을 고려할 때 백업 기간 내에 클라이언트의 데이터를 전송할 수 있을 만큼 이 값이 작아야 합니다.

capacity.sh 스크립트를 사용하여 Avamar 시스템에 가장 많은 데이터를 추가한 클라이언트를 식별할 수 있습니다(아래 참조).


6) 이 백업의 변경률(지금까지)

이 값은Avamar 서버에 추가된 데이터의 마운트를 지금까지 스캔한 소스 파일의 결합 크기로 나눈 값입니다.
3% 이상의 변경률은 높은 것으로 간주됩니다.
7) avtar 프로세스의 현재 메모리 사용량(메가바이트)

메모리 사용량은 다음과 같은 다양한 요인에 따라 달라집니다.
  • Avamar 버전
  • 클라이언트 운영 체제
  • 데이터 세트 특성
  • 사용 중인 파일 캐시의 유형입니다.  
avtar에서 사용되는 클라이언트 RAM의 비율과 이 소비가 클라이언트의 클라이언트 프로세스에 영향을 미칠 수 있는지 여부를 고려하십시오.
avtar이 대규모 디렉토리를 백업할 때 데이터를 스캔하고 정렬하려고 할 때 더 많은 메모리를 소비합니다.
특정 avtar 튜닝 매개변수(예: maxopendirs 플래그)를 사용하는 경우에도 메모리 사용량이 증가할 수 있습니다.


8) avtar A 중간에서 중간 값으로 소비되는 시스템의 CPU의 비율은 avtar

이 CPU를 사용할 수 있을 만큼 빠르게 데이터를 공급받고 있다는 것을 의미하기 때문에 바람직합니다.
CPU 사용량이 낮을 경우(<10 또는 <20%) 느린 스토리지, 사용량이 많거나 경합이 많은 스토리지 또는 느린 네트워크 연결 때문일 수 있습니다.

avtar이 시스템에서 실행되는 다른 프로세스와 경쟁하는지 고려합니다. 이상적으로는 클라이언트에서 작업이 낮은 기간 동안 백업을 예약해야 합니다.


9) 상태 메시지가 생성되었을 때 백업된 마지막 파일의 이름:

파일 이름, 디렉토리 구조 또는 파일 확장명을 확인하여 어떤 종류의 데이터를 백업할지 고려합니다.
avtar은 특정 파일 또는 디렉토리를 처리하는 데 오랜 시간이 소요됩니까? 
특정 디렉토리 경로 중 또는 특정 파티션의 파일을 통해 작업하는 동안 파일 스캔 속도가 느려지나요?

Additional Information

로깅 예: -

Status 2011-11-14 10:19:26, 413 files, 36 folders, 43.84 MB (413 files, 24.54 MB, 55.99% new) 33MB   2% CPU  E:\\store\Small-file.txt
Status 2011-11-14 10:19:41, 418 files, 39 folders, 46.24 MB (418 files, 26.14 MB, 56.53% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:19:56, 420 files, 39 folders, 47.79 MB (420 files, 27.49 MB, 57.52% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:11, 420 files, 39 folders, 49.25 MB (420 files, 28.87 MB, 58.63% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:26, 420 files, 39 folders, 52.68 MB (420 files, 32.30 MB, 61.32% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:41, 420 files, 39 folders, 54.80 MB (420 files, 34.33 MB, 62.65% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:56, 420 files, 39 folders, 58.48 MB (420 files, 38.01 MB, 64.99% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:11, 420 files, 39 folders, 59.87 MB (420 files, 39.39 MB, 65.80% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:26, 420 files, 39 folders, 62.40 MB (420 files, 41.92 MB, 67.19% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:41, 420 files, 39 folders, 64.59 MB (420 files, 44.12 MB, 68.31% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:56, 420 files, 39 folders, 67.04 MB (420 files, 46.57 MB, 69.46% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:22:11, 420 files, 39 folders, 69.13 MB (420 files, 48.66 MB, 70.39% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:22:26, 421 files, 39 folders, 71.99 MB (421 files, 51.25 MB, 71.20% new) 33MB   2% CPU  E:\\store\Smalller.pptx
Status 2011-11-14 10:22:41, 421 files, 39 folders, 74.80 MB (421 files, 54.06 MB, 72.27% new) 33MB   2% CPU  E:\\store\Small.xls
Status 2011-11-14 10:22:56, 424 files, 39 folders, 77.23 MB (424 files, 56.24 MB, 72.83% new) 33MB   2% CPU  E:\\store\Small.txt
Status 2011-11-14 10:23:11, 425 files, 39 folders, 79.33 MB (425 files, 57.62 MB, 72.63% new) 33MB   1% CPU  E:\\store\Small.pdf

What we learn from this logging example:
  • 상태 보고서는 15개의 간격으로 설정됩니다(기본값은 = 900s). 작성자는 300, 600 또는 900의 설정을 권장합니다.)
  • 백업은 느리지만 꾸준히 진행됩니다.
  • 시간당 파일 성능이 낮습니다(백업은 4분 안에 12개의 파일을 통해 진행됨).
  • 백업 중인 데이터는 공유 스토리지 디바이스에서 매핑됩니다.
  • '신규' 데이터의 비율이 비정상적으로 높은 경우 첫 번째 백업이거나 백업에 많은 새 데이터가 포함되어 있을 수 있습니다.
  • LargePresentation.ppt를 백업하는 데 몇 분 정도 걸렸습니다.
  • CPU 사용률이 낮습니다. 이는 타겟 스토리지 디바이스에서 느린 속도로 avtar이 데이터를 제공받고 있음을 의미합니다. 들어오는 데이터가 CPU를 바쁘게 유지하기에 충분하지 않습니다.

Affected Products

Avamar
Article Properties
Article Number: 000062852
Article Type: Solution
Last Modified: 18 Oct 2024
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.