你的Windows Server是否曾經停止工作，即使是在你認為一切都正確配置的時候呢？如果你遇到過這種情況，出現的問題可能和服務器時鐘相關。雖然它看上去是個小問題，但服務器時鐘的缺陷可能會威脅到你整個操作系統。

　　服務器時鐘不同步時可能發生的一些問題包括：

　　- 網絡認證失敗

　　- 和系統中心數據保護管理器（SCDPM）代理的溝通問題

　　- Exchange Server、ActiveSync和Outlook Web Access（OWA）不可用

　　在很多情況中，服務器時間同步問題來源于Kerberos協議，它有一個安全功能專門查看Kerberos票據上的時間戳，這主要是為了保護它們不會被重復使用。如果一張票據上的時間距離現在超過了五分鐘，這張票據會遭到拒絕。因此，如果時鐘五分鐘內沒有同步，Kerberos會開始出現故障。

　　通常來講，時間同步不會帶來問題。例如，當Windows在活動目錄（AD）環境中運行時，域內的所有計算機時鐘都自動地與域控制器同步。但是，在域成員和工作組成員混合或是多個活動目錄林存在的環境中，時鐘同步就可能變成一個問題。

　　舉個更具體的例子，我自己網絡中的所有生產服務器都進行了虛擬化。因為這個原因，我的虛擬化主機服務器中沒有域成員，且所有的域控制器都是虛擬機。由于虛擬機根本沒有啟動，所以主機服務器不能和域控制器溝通的情況就不可能出現。如此一來，我選擇讓主機操作系統作為工作組成員。

　　另外，我所有的虛擬化主機都運行Windows Server 2008 R2上的Hyper-V.這些服務器中的一些集群運行Windows 2008 R2的虛擬機，其它的集群那些仍然運行Windows Server 2003的虛擬機。但是雖然運行Windows 2008 R2的來賓機好像和主機服務器的時鐘保持了同步，運行Windows 2003的機器有可能無法和其余網絡保持同步。

　　那么，你要如何解決這個問題呢？解決方法會因為這臺計算機是不是域成員而有所不同。但不管是何種情況，你需要指定一臺服務器作為時間來源。它可以是你網絡中的一臺服務器或者你可以和國家標準與技術局（NIST）的原子鐘進行同步。

　　在工作組環境中，你可以通過打開Command Prompt窗口然后鍵入如下命令來將機器鏈到時間來源：

　　W32tm /config /syncfromflags:manual /manualpeerlist: W32tm /config /update

　　在這個例子中，你可以將替換成完全限定域名（FQDN）或是你想與之保持同步的服務器IP地址。你可以通過隔離每個有一個空間的地址來指定多個時間來源。

　　在域環境中，使用組策略設置來指定時間來源情況會更好些。時鐘相關的組策略設置可以在Group Policy Editor里看見，位置是：Computer Settings 　 Administrative Templates 　 System 　 Windows Time Service.

　　有三個不同的組策略設置可供你使用，包括：

　　- Configure Windows NTP Client-讓你可以將計算機時鐘和外部時間來源進行同步。

　　- Enable Windows NTP Client-允許計算機將時鐘與其它Windows服務器進行同步。

　　- Enable Windows NTP Server-允許服務器向Windows NTP客戶端提供時間同步。

　　注意，如果你打算和外部的時間來源進行同步，比如NIST,你就不能啟用Windows NTP Client或是Windows NTP Server.使用外部時間來源時，你可能還要打開一些防火墻端口。Windows服務器為時間協議運用UDP端口123,它在默認情況下就該打開。但如果你想要使用NIST,你還要打開TCP端口13,TCP端口37和UDP端口37.

　　正如你所見，保持Windows Server時鐘間的同步十分重要。盡管時鐘一般會自動同步，準備好面對需要手動同步時鐘的情況還是必要的。