Avamar: avtar COMSTATS 로깅을 활성화하고 해석하여 통신 문제를 진단하는 방법

COMSTATS(Communication Statistics) 출력은 avtar에서 Avamar Server로의 통신 문제를 진단하는 데 유용합니다. 이 정보는 Avamar Server에서 통신 병목 현상이 발생하고 있는지 여부를 확인하는 데 도움이 될 수 있습니다.

Comstats는 Avamar 클라이언트와 서버 간에 전송되는 데이터에 대한 통계를 제공합니다. 백업이 Data Domain으로 전송되는 경우 문제를 진단하는 데 사용할 수 없습니다.

백업이 Data Domain으로 전송되는 경우 메타데이터만 Avamar Server로 전송되기 때문입니다. 메타데이터의 크기는 avtar가 Data Domain으로 보내는 백업 데이터에 비해 작습니다.


avtar 로깅에 "COMSTATS" 출력을 적용하는 방법:

COMSTATS는 로그에 많은 줄을 추가하므로 드물게 사용해야 합니다.
Avamar Server 응답 시간 또는 클라이언트 대기열 시간이 원인으로 의심되는 성능 문제 시나리오에만 사용합니다.
 

1. 클라이언트 시스템에서 avtar라는 텍스트 파일을 편집하거나 생성합니다.cmd입니다. 이 파일은 Avamar 설치 디렉토리(이 문서의 앞부분에서 언급)에 있어야 합니다.
2. 텍스트 편집기를 사용하여 파일을 만들고 파일을 저장하기 전에 다음 줄을 추가합니다.

--컴스타트

단일 백업에 대해 사용자 인터페이스를 통해 comstats 로깅을 활성화하거나 전체 데이터 세트에 대해 활성화할 수도 있습니다. 
 

• '추가 옵션' 버튼을 선택합니다.
• '고급 옵션'을 선택합니다. 
• 단일 백업을 수행하거나 데이터 세트에 --comstats=true 옵션을 추가하는 동안 'Enable Debugging Messages' 확인란을 선택합니다. 
• 이 내용은 Avamar 시스템 관리자 가이드에 설명되어 있습니다.

일반 정보:
 

• 클라이언트 측 TCP 소켓 버퍼는 Avamar Server에 대한 "maxpending" 요청으로 채워집니다.
• Avtar는 Avamar Server 응답 시간을 모니터링하며, 기본적으로 Avamar Server 응답 속도와 일치하도록 "maxpending"을 조정합니다.
• avtar가 60초 내에 Avamar Server 응답을 받지 못한 경우 요청을 다시 보냅니다. 이는 TCP가 아닌 애플리케이션 수준 재시도입니다. 이 경우 Avamar Server가 이미 응답(ACK)한 경우 avtar는 두 번째 ACK를 수신하고 UNECESSARY를 보고합니다.
• WorkQ0 은 Avamar Server의 응답을 유지합니다. 이 숫자는 항상 낮은 한 자릿수여야 합니다. 그렇지 않은 경우 클라이언트 쪽 문제를 나타냅니다.

COMSTATS 라인

의 구조 --comstats가 설정된 경우 avtar는 매초마다 COMSTATS 메시지를 로그에 출력합니다.

avtar Stats <0000>: 2010-10-11 06:18:20 COMSTATS:0 sent= 84 recv[0]= 84 pending= 1/ 5 int= 0/50 send= 0 bytes= 9408+ 17711 sleepms= 0 delay=(0.008 [0.000..0.210] sd=0.030 n= 53) (0.022 [0.000..0.324] sd=0.066 n= 31)

COLOR CODED EXPLANATION OF THE LOG LINE:

COMSTATS:0 --> The "0" is the DPN index and refers to the GSAN. It is only useful for replication jobs. 0=Source, 1=Target.

sent= 84 recv[0]= 84 --> 84 requests were sent and 84 responses received from the server since the previous comstat message.

pending= 1/ 5 --> avtar has 1 message awaiting server response out of a queue max depth of 5=<current value of maxpending>. 
Large PENDING values indicate slow server response. Avtar will try to increase maxpending to match.

int= 0/50 --> Internal Pending messages / <Avtar FLAG value of MAXPENDING>

send= 0 --> Send queue length

bytes= 9408+ 17711 --> "Message" bytes is 9409; (Xmit-bytes + Rcv-bytes) is 17711
"Message" bytes are defined as GETHASH + ADDHASH + ADDCOMP.

sleepms= 0 --> Throttle delay = 0

다음 줄은 이전 메시지 이후 간격의 Avamar Server 응답 및 지연 시간에 대한 통계를 보여 줍니다.

• 평균 딜레이는 0.008초였습니다.
• [범위 0 - 0.21초].
• 표준 편차 = 0.03.
• n=<마지막 "TUNE"> 이후의 메시지 수입니다.

첫 번째 숫자 집합은 "비데이터" 유형 메시지의 지연을 위한 것입니다. 두 번째 데이터 집합은 "데이터" 유형 메시지의 지연을 위한 것입니다.

• MSG_CMD_LOGIN - 제공된 자격 증명을 사용하여 서버에 로그인합니다.
• TICKETLOGIN - 제공된 세션 티켓으로 서버에 로그인합니다.
• HASH_IS_PRESENT (hash) - 해시가 이미 서버에 저장되어 있습니까?
• MSG_CMD_MOD_BACKUP_LIST (시간, 레이블, 크기, 만료, 루트 해시, LSTR_ADD) -- 새 백업 루트 해시를 기록합니다.

• ADD_HASH_DATA (hash, type, data) - 주소 해시를 사용하여 종류 유형의 새 데이터를 추가합니다.
• GET_HASH_DATA(해시)- 해시 반환 유형 및 데이터에 대한 데이터를 검색합니다.

MAXPENDING에 대한 추가 정보