Avamar Sisteminin Zaman Senkronizasyonu (NTP) sorunu yaşanarak yaşanmıyor olup olmadığını belirleme.

Avamar sistemi içindeki düğümler zaman senkronize değilse aşağıdaki davranış türlerini babilirsiniz:

• Avamar sunucusu başlatılamıyor
• Düğümler çevrimdışı oluyor
• HFScheck, MSG_ERR_CGSAN_FAILED
• HFScheck MSG_ERR_HFSCHECKERRORS
• Denetim noktaları başarısız
• Atık Toplama başarısız oluyor
• Veri tutarlılığı sorunları (atık toplama sırasında zaman değişirse)

Zaman senkronizasyonu kaybının bir sonucu olarak sık bildirilen hata mesajları örnekleri:

• samconn::checkallsucceed request failed DPNTIMECHECK=230 (samconn::checkallsucceed request failed DPNTIMECHECK=230) 
• ÖNEMLI HATA: <0001> dpn zaman uyumsuzluğu: Saatleri senkronize etme ve yeniden deneme
• ERROR: <0001> dpncheckmanager::verifyStartup cgsan unexpectedly. terminating  
• zaman içinde yeterli geçerli yanıt alınmıyor

Bu makale, Avamar sisteminin zaman senkronizasyonu sorunuyla karşılaşarak okuyucuyu belirlemesine yardımcı olur. Sorunun çözülmesi bu makalenin kapsamının ötesindedir.

NTP sorun gidermeyi destekleyen birçok web sitesi vardır ve okuyucuların bunları araştırması önerilir. Yazma sırasında kullanılabilen faydalı web URL'leri "harici bağlantılar" bölümünde listelenmiştir.

Devam etmek için:
1. KB Avamar başına Avamar sunucusuna yönetici olarak oturum açın: Avamar Sunucularda Oturum Açma ve Çeşitli Tuşları Yükleme.

2. Avamar düğümlerinin zaman senkronize olup olmadığını belirlemek için Avamar sistemindeki her düğümün geçerli saatini ve saatini kontrol edin. Örnek çıktı için EK A'ya bakın.

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

Tüm düğümler aynı tarih ve saati rapor ediyorsa bu, saat bu sistemdeki tüm düğümler arasında tam olarak senkronize olduğu anlamına gelir.

3. Avamar, düğümlerde zamanı senkronize etmek için Ağ Zaman Protokolü'nu (NTP) kullanır. "ntpq -pn" Linux komutu zaman senkronizasyonu durumunu döndürür. Örnek çıktı için EK B'ye bakın.

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

4. Genel Avamar Sunucu Gözlemleri:

• Tüm düğümler birincil zaman kaynağı olarak 128.xxx.xxx.xx'i tercih etmek için ayarlanmıştır.
• Tüm düğümler için ikincil zaman kaynağı, "avmtest1" (düğüm 0.s) üzerindeki yerel BIOS saatidir.
• Üçüncül zaman kaynağı avmtest1'e atıfta bulunan avmtest2 (düğüm 0.0) olarak ayarlanmıştır.
• Tüm düğümler avmtest1 ile eşitlenir. Yıldız (*) ile işaretli zaman sunucusu, düğümün şu anda senkronize olduğu sunucudur.
• Bu durumda, 128.xxx.xxx.xx uzaktan bulunur. 0 'erişim' değerine sahip (şu anda erişilemiyor). Zaman kaynağı olarak işe yaramaz.
• avmtest1 ve avmtest2'nin her ikisi de sekizli 377'ye erişilebilirlik kaydına sahiptir. Bu, ulaşılabilen en yüksek şekiltir. Bu nedenle, düğümlerin hepsi ikincil kaynakla senkronize edilir.

5. Düğüm 0.2 için ntpq çıkışına bakın;

(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

• Düğüm 0.2 her 256 saniyede bir avmtest1'i yoklar
• Düğüm 0.2 şu anda avmtest1 ile senkronizedir
• avmtest1, 0.2 düğüm 10'da olduğunu gösterir.
• Düğüm 0.2, avmtest1'i her 256 saniyede bir yoklar.
• avmtest1 için erişim kaydı sekizli 376'dır.
• avmtest1'deki saat, avmtest1'deki saatin 0,116 milisaniye (veya 116 mikro saniye) arkasındadır.
• avmtest1'e gidiş dönüş gecikmesi 85 milisaniyedir.
• Düğüm 0.2 ve avmtest1 arasındaki ağ (cızırtı) gecikme süresindeki sapmaların ölçümü 2 milisaniyedir.

NTP yapılandırması (/etc/ntp.conf):
Düğüm 0.2'deki /etc/ntp.conf dosyasını incelerken yukarıdaki ntpq çıkışına karşılık gelir.

#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)

Günlüğü:
NTP günlüğü, /var/log/messages dosyasına yönetilir .
NTP ile ilgili günlüğe kaydetmeyi görüntülemek için "ntp" için /var/log/messages* içeriğini grep kullanın

Harici bir zaman sunucusu, yukarıda verilen örnekte olduğu gibi güvenilmezse dahili bir zaman sunucusunun kullanımı kabul edilebilirdir. Dahili zaman UTC'den yavaş kaymaya neden olabilir ancak en önemli husus, veri düğümlerinin zaman açısından birbirine eşitlenmiş olmasıdır.

Avamar yardımcı programı asktime aracı, NTP için yeni, tercih edilen zaman kaynaklarını seçmek için kullanılabilir.
Avamar'a bakın: Asktime kullanarak Avamar Sunucusu üzerinde NTP'yi yapılandırma 

Ek Bilgiler:
http://support.microsoft.com/kb/939322 - Windows Etki Alanı denetleyicileri iyi zaman tutmak için kullanılmalıdır.