로그 및 정보를 수집하여 MCGUI(Avamar Administrator Console) 문제를 조사하는 방법

Avamar Administrator 콘솔과 관련된 문제를 진단할 때 고려해야 할 두 가지 구성 요소가 있습니다.

1. Avamar 서버 MCS 서비스 
2. MCGUI(Avamar Client Administrator Interface)

UI 관련 문제를 진단하려면 다음 정보를 수집하십시오.

a) Avamar Administrator 클라이언트와 Avamar Administrator 서버 모두에서 로그합니다.

• 이를 통해 각 측면의 관점에서 무슨 일이 일어나고 있는지 파악할 수 있습니다. 클라이언트 및 서버에 대한 로그에 대한 자세한 내용은 아래의 '해결 방법' 및 '참고' 섹션에서 확인할 수 있습니다.
• 문제가 발생한 정확한 시간을 기록합니다. 클라이언트와 서버의 시간대와 시간대를 모두 언급합니다.

b) 다음 명령의 출력(Avamar 서버에서 실행)
status.dpn
dpnctl status
ps -elf | grep java
top

c) 클라이언트의 정보 세부 정보

• Avamar Administrator 내에서 도움말 -- 정보(Help --> About)를 선택합니다. 클라이언트 및 서버 버전 세부 정보가 표시됩니다.

d) 클라이언트에 설치된 java 버전을 확인합니다.

• Windows 제어판에서 Java를 검색하고 Java 제어판을 엽니다. 아래 예와 같이 설치 및 활성화된 Java 버전을 확인합니다.

e) 클라이언트에서 실행 중인 정확한 운영 체제를 기록해 두십시오.
f) 해당하는 경우 문제의 스크린샷을 찍습니다.
g) 언제부터 문제가 발생했습니까?
h) 동일한 서버에 연결하지만 정상적으로 작동하는 다른 Avamar Administrator 클라이언트가 있습니까?



Avamar MC 서비스 로그
MC 서버 로그에는 다음과 같은 기능과 관련된 모든 활동과 관련된 정보가 포함되어 있습니다.

• Avamar Administrator 인터페이스
• 관리 작업
• 백업 스케줄링
• 백업, 복제 및 복원 작업 제어,
• 통합 VMware 시스템과의 상호 작용,
• 사용자 인증,
• 데이터베이스 업데이트 및 쿼리,
• 사용 가능한 Avamar 서버 연결에 따라 작업 임계치 조절 및 대기열링
• 클라이언트 폴링
• 연결 협상,
• 이벤트 알림,
• 보고
• 등등

서버 측 로그는 세부 정보이며 필요한 정보를 얻기 위해 신중한 구문 분석이 필요합니다.로그 위치:

/usr/local/avamar/var/mc/server_log/

의 유틸리티 노드에서명명:  Avamar MC 서버 로그의 이름은 mcserver.log.x입니다. 적극적으로 기록되는 로그의 이름은 mcserver.log.0입니다.

순환 및 보존: mcserver.log.0의 크기가 11MB에 도달하면 로그가 회전하고 이름이 변경됩니다. mcserver.log.0은 mcserver.log.1이 됩니다. 기본적으로 유틸리티 노드는 최대 50개의 mcserver.log 파일(번호 0~49)을 유지합니다.

기본 보존이 충분하지 않은 경우 "추가 참고 사항" 섹션을 참조하여 이를 늘리는 방법에 대해 알아봅니다.

avamar 유틸리티 노드에서 getlogs 또는 getnodelogs를 실행할 때 var/mc/server_log 아래의 로그가 번들의 일부로 포함됩니다.


Avamar MC 클라이언트 로그

각 Avamar Administrator 클라이언트 시스템에는 고유한 MC 클라이언트 로그 세트가 있습니다.
로그에는 클라이언트 인스턴스와 관련된 정보가 포함되어 있으며 Avamar UI 동작과 관련된 문제를 조사할 때 유용할 수 있습니다.

위치: 로그는 사용자별로 다음 디렉토리에 저장됩니다.
C:\users\<WINDOWSUSER>\.avamardata\var\mc\gui_log\

Naming: 형식은 Avamar MC 서버 로그와 유사합니다. 각 로그의 이름은 mcclient.log.x 이고 활성 로그(현재 기록 중인 로그)가 mcclient.log.0입니다.

순환 및 보존: 로그는 서버 측 로그와 유사한 방식으로 순환되며 활성 로그의 이름이 결국 mcclient.log.1로 변경됩니다.

클라이언트 로그는 자체에 특정한 정보만 기록하므로 보존 및 로그 크기는 문제가 되지 않습니다.

Avamar 관리자 문제에 대한 로그를 수집할 때 모범 사례

1. 클라이언트와 서버의 시간을 기록합니다(동기화된 것으로 가정하지 마십시오).
2. 동작 재현
3. mcserver.log 수집하고 파일을 즉시 mcclient.log.
4. 1단계에서 타임스탬프가 기록되기 전에 로그를 다듬습니다. 이를 통해 구문 분석이 필요한 로그 크기를 줄여 조사 중인 동작과 관련된 메시지만 쉽게 검토할 수 있습니다.
5. 로그를 압축하고 서비스 요청에 업로드합니다.

기본 mcserver.log 파일 크기를
늘리는 방법이는 활성, 가상 머신 또는 DTLT 클라이언트가 많은 경우에 가장 유용합니다.