“w32tm /resync” 失敗，並出現「計算機未重新同步處理，因為沒有時間數據可供使用」。

2025-03-20

本文提供數個可能的解決方案，讓您在執行命令以同步處理時間與時間來源時 w32tm /resync ，可能會得到的錯誤。

適用於： Windows Server（所有支援的版本）
原始 KB 編號： 929276

徵狀

計算機發生時間同步處理問題。如果您執行 w32tm /resync手動重新同步處理，則會傳回下列錯誤： 計算機未重新同步處理，因為沒有可用的時間數據。

C:\Windows\system32>w32tm /resync /rediscover
Sending resync command to local computer
The computer did not resync because no time data was available

您也可以看到下列事件：

記錄檔名稱：系統
來源：Microsoft-Windows-Time-Service
日期：24-04-2019 22：35：55
事件標識碼：129
工作分類：無
層級：警告
關鍵字：
使用者：LOCAL SERVICE
計算機：MEM1.fabrikam.com
描述：由於探索錯誤，NtpClient 無法將網域對等設定為時間來源。 NtpClient 會在 15 分鐘內再試一次，並在之後將重新嘗試間隔加倍。錯誤是：找不到專案。（0x800706E1）

記錄檔名稱：系統
來源：Microsoft-Windows-Time-Service
日期：24-04-2019 23：45：32
事件標識碼：134
工作分類：無
層級：警告
關鍵字：
使用者：LOCAL SERVICE
計算機：MEM1.fabrikam.com
描述：由於『time.windows.com，0x9』上的 DNS 解析錯誤，NtpClient 無法將手動對等設定為時間來源。 NtpClient 會在 15 分鐘內再試一次，並在之後將重新嘗試間隔加倍。錯誤是：已知沒有這類主機。（0x80072AF9）

原因

當用戶端傳送 NTP 要求，但未傳回適當的 NTP 回應時，通常會發生此錯誤。有多個案例會造成此情況。

案例 1

NTP 用戶端找不到 NTP 伺服器。這可能是因為名稱解析（DNS）失敗，或因為NTPServer登錄機碼中定義的名稱/IP 位址拼錯所致。

案例 2

UDP 埠 123 遭到封鎖。這可能是在本機 Windows 防火牆或非Microsoft防火牆上。

案例 3

用戶端嘗試同步處理時間的目標NTP伺服器不會以NTP伺服器的形式公告。

解決方案

案例 1 的解決方案

檢查 NTPServer 登錄機碼中所定義值的拼字和正確性。讓客戶確認其為有效的伺服器，且名稱或IP位址正確。
檢查 DNS。請確定已定義適當的 DNS 伺服器，以解析目標 NTP 伺服器。
使用網路追蹤，以更清楚了解名稱解析發生的情況。

最後，此案例最終可能是案例 2 或案例 3。

案例 2 的解決方案

收集網路追蹤以檢閱 UDP 埠 123 流量。若要這樣做，請啟動擷取，然後執行 w32tm /resync /rediscover。

如果您沒有看到任何正在傳送的 UDP 123 （NTP 要求）封包，則本機 Windows 防火牆可能會封鎖 UDP 連接埠 123。
如果您看到傳送的 UDP 埠 123 （NTP 要求）封包，但沒有回應，則非Microsoft防火牆上可能會封鎖 UDP 連接埠 123。

如果已驗證，且未封鎖 UDP 埠 123，請考慮案例 3。

案例 3 的解決方案

如果您的客戶嘗試與域控制器同步處理（無論是透過NT5DS、NTP或 AllSync），請檢閱 Windows Time 階層。從 PDC 開始，請檢查域控制器，以確保它們都從各自的來源接收時間。您可以使用 w32tm /monitor 在所有域控制器上進行快速狀態檢查。
如果域控制器從其來源正確同步處理時間，請執行 dcdiag /test:Advertising來確認並確認域控制器正在公告為域控制器。
最後，在域控制器上，確認下列 w32time 登錄機碼已設定如下（at HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time）：
- 在所有 DC 上：\TimeProviders\NtpServer – Enabled=1
- 在 PDC： \Config – AnnounceFlags = 5
- 在成員DC上： \Config – AnnounceFlags = 10

共用方式為