Avamar 시스템에서 NTP(Time Synchronization) 문제가 발생하는지 확인합니다.

Avamar 시스템 내의 노드가 시간 동기화되지 않은 경우 다음과 같은 유형의 동작이 발생할 수 있습니다.

• Avamar 서버를 시작할 수 없습니다.
• 노드가 오프라인으로 전환됨
• HFScheck 이 실패하고 MSG_ERR_CGSAN_FAILED
• HFScheck 이 실패하고 MSG_ERR_HFSCHECKERRORS
• 체크포인트 실패
• 가비지 컬렉션 실패
• 데이터 정합성 보장 문제(가비지 수집 중 시간이 변경된 경우)

시간 동기화 손실로 인해 일반적으로 보고되는 오류 메시지의 예:

• samconn::checkallsucceed request failed DPNTIMECHECK=230 
• 치명적인 오류: <0001> dpn 시간 불일치: 클록 동기화 및 재시도
• ERROR: <0001> dpncheckmanager::verifyStartup cgsan unexpectedly 끊어짐. 종료  
• 적시에 수신된 유효한 응답이 충분하지 않음

이 문서에서는 독자가 Avamar 시스템에서 시간 동기화 문제가 발생하는지 여부를 확인하는 데 도움이 됩니다. 이 문제를 해결하는 것은 이 문서의 범위를 벗어나는 것입니다.

NTP 문제 해결을 다루는 많은 웹 사이트가 있으며 독자는 이를 조사하는 것이 좋습니다. 쓰기 시 사용할 수 있는 유용한 웹 URL이 '외부 링크' 섹션에 나열됩니다.

계속하려면 다음을 수행합니다.
1. KB Avamar에 따라 관리자로 Avamar 서버에 로그인합니다. Avamar 서버에 로그인하고 다양한 키를

로드하는 방법2. Avamar 노드가 시간 동기화인지 확인하려면 Avamar 시스템에서 각 노드의 현재 시간과 날짜를 확인합니다. 샘플 출력은 부록 A 를 참조하십시오.

mapall --all --parallel '/bin/date'

모든 노드가 동일한 날짜와 시간을 보고하면 이 시스템의 모든 노드 간에 시간이 완전히 동기화됩니다.

3. 노드에서 시간 동기화를 유지하기 위해 Avamar는 NTP(Network Time Protocol)를 사용합니다. Linux 명령 "ntpq -pn"은 시간 동기화 상태를 반환합니다. 샘플 출력은 부록 B 를 참조하십시오.

mapall --all --noerror '/usr/sbin/ntpq -p'

4. 일반 Avamar 서버 관찰:

• 모든 노드는 기본 시간 소스로 128.xxx.xxx.xx를 선호하도록 설정됩니다.
• 모든 노드의 보조 시간 소스는 "avmtest1"(노드 0.s)의 로컬 BIOS 클록입니다.
• 세 번째 시간 소스는 avmtest1을 나타내는 avmtest2(노드 0.0)로 설정됩니다.
• 모든 노드가 avmtest1과 동기화됩니다. 별표(*)로 표시된 시간 서버는 노드가 현재 동기화 중인 시간입니다.
• 이 경우 128.xxx.xxx.xx가 원격으로 위치합니다. 'reach' 값이 0입니다(현재 연결할 수 없음). 시간 소스로 사용할 수 없습니다.
• avmtest1과 avmtest2 모두 옥탈 377의 Reachability 레지스터가 있습니다. 이는 달성 가능한 가장 높은 수치입니다. 따라서 노드는 모두 보조 소스와 동기화됩니다.

5. 노드 0.2의 ntpq 출력을 확인합니다.

(0.2) ssh  -x  admin@10.64.18.164 '/usr/sbin/ntpq -p'

     remote           refid      st t when poll reach   delay   offset  jitter

==============================================================================
 128.xxx.xxx.xx  .INIT.          16 u    - 1024    0    0.000    0.000 4000.00
*avmtest1.emcvmw LOCAL(0)         9 u   54  256  377    0.085   -0.116   0.002
+avmtest2.emcvmw xx.xx.xx.xxx    10 u   56  256  377    0.090    0.073   0.012

• 노드 0.2가 256초마다 avmtest1 폴링
• 노드 0.2가 현재 avmtest1과 동기화 중입니다.
• avmtest1은 stratum 9에 있으며 이는 노드 0.2가 stratum 10임을 의미합니다.
• 노드 0.2는 256초마다 한 번씩 avmtest1을 폴링합니다.
• avmtest1의 Reachability Register는 옥탈 376입니다.
• avmtest1의 시계는 avmtest1의 시계 뒤에 0.116밀리초(또는 116마이크로초)입니다.
• avmtest1에 대한 라운드트립 지연은 85밀리초입니다.
• 노드 0.2와 avmtest1 사이의 네트워크 지연 시간(지터)의 분산 측정값은 2밀리초입니다.

NTP 구성(/etc/ntp.conf):
노드 0.2에서 /etc/ntp.conf 파일을 검토하는 경우 위의 ntpq 출력에 해당합니다.

#Customer premises / external time servers.

#
server xxx.xxx.xxx.xx     <--  Primary time source (this is an external server located remote to the Avamar grid)
# - - - - -
# DPN time servers here and in the other module(s).
#
server xx.xx.xx.xxx   <--  Secondary time source (this is the utility node)
server xx.xx.xx.xxx   <--  Tertiary time source (this is node 0.0)

로깅:
NTP 로깅은 /var/log/messages 파일로 전달됩니다.
NTP 관련 로깅을 보려면 /var/log/messages* 의 컨텐츠를 'ntp'에 grep합니다.

위의 예와 같이 외부 시간 서버가 신뢰할 수 없는 경우 내부 시간 서버를 사용할 수 있습니다. 내부 시간이 UTC에서 느리게 변경될 수 있지만 가장 중요한 고려 사항은 데이터 노드가 서로 동기화되는 시간입니다.

Avamar 유틸리티 asktime 툴을 사용하여 NTP에 대해 원하는 새 시간 소스를 선택할 수 있습니다.
Avamar 참조: Asktime

을 사용하여 Avamar 서버에서 NTP를 구성하는 방법추가 정보:
http://support.microsoft.com/kb/939322 - Windows 도메인 컨트롤러를 적절한 시간 유지에 사용해서는 안 됩니다.