Avamar：有關詢問時間實用程式的常見問題

本文討論 Avamar asktime 實用程式，並嘗試回答標準文檔中未回答的常見問題。

問：單節點 Avamar 格線是否與外部時間伺服器同步？

答：否，單節點網格根本不需要有時間伺服器。如果未指定外部時間來源，則 asktime 公用程式停用網路時間通訊協定 （NTP） 服務網路時間通訊協定精靈 （NTPD）。

可使用 asktime 公用程式仍必須執行 （或 avw_install 在安裝或升級期間），因為必須配置的不僅僅是 NTP（例如本地時間）。

問：多節點 Avamar 格線是否有外部時間伺服器？

答：否，多節點 Avamar 格線始終有內部時間伺服器，也就是節點 0.s 和 0.0。

如果沒有外部時間伺服器可用，0.s 或工具節點的本機 BIOS 時鐘 （硬體時鐘） 會成為主要時間來源。（不 建議您這麼做，因為 PC BIOS 時鐘會「漂移」。）

問：已指定外部時間伺服器，但 asktime小 avw_install 或 avw-time 從不與其同步。怎麼了？

• 所謂的時間伺服器不說網路時間協定 （NTP），該協定使用埠 123/UDP) 有幾種時間協定與 NTP 不相容（例如 UNIX 白天）。
• 顯式網路封鎖、防火牆或路由器存取控制清單 （ACL） 阻止雙向通訊 UDP 埠 123 上的協定。
• 某處發生網路連線問題。這是一個常見問題。由於 NTP 是為外部通訊設定的首批通訊協定之一，因此 NTP 組態通常會提供網路連線能力問題的第一個跡象。

問：如何在 avw_install 或 asktime 當時間伺服器明顯從不同步時？

這可能會繼續處理 NTP 組態問題，但稍後可能會繼續處理與網路連線能力相關的問題。在繼續之前，最好先瞭解 NTP 問題的根本原因。

問：如何打敗 avw_install's 時間配置完全在VMware上？

答：如果在 VMware 下執行單節點伺服器，則不需要指定外部時間伺服器。

問：為什麼 /var/log/messages 中有這麼多時間同步消息，比其他消息晚幾分鐘？

• 硬體問題：例如，有問題的硬體或被驅動程式佔用的中斷。
• 網路問題：例如，Avamar 備份流量過多， UDP 數據包正在被丟棄。或者，故障的交換器連接埠導致重新傳輸速率過高，人為使網路飽和。
• 時間伺服器問題：例如，並非每個時間伺服器都與 One True Time 同步。NTPD喜歡所有的時間伺服器都同意。否則，NTPD可能會四處尋找它認為最可靠的時間來源。

時間同步消息無害，除非消息量太大，導致系統日誌佔用 /var 分區中的所有空間。

可緩解網路壅塞、選擇更優質的時間伺服器，或修正硬體問題。

問：為什麼NTPD（NTP服務）如此頻繁地消亡？

答：NTP 對於無法與時間伺服器連線十分敏感。如果網路繁忙，且 UDP 數據包被丟棄在網路中某處的地板上，然後 NTPD 可能會失敗。

有一個 cron 嘗試每 20 分鐘重新啟動一次 NTPD 的每個節點上的工作。

• /usr/local/avamar/var/cron/ntpd_keepalive_cron.log （Avamar Utility Node）
• /usr/local/avamar/var/ntpd_keepalive_cron.log （Avamar Data Storage Nodes）

問：如何在工具節點和數據節點以外的節點類型上配置NTP？

答：可以通過臨時將這些其他節點類型的IP位址放入probe.xml檔中來作弊。（此作業應在執行前完成 asktime) 之後，從中移除額外的位址 probe.xml) 的資料儲存應用程式和系統中執行。