年初時工班發現工作站和伺服器都沒辦法用ntpq看時鐘同步了，如下圖所示。輸入ntpq-p 就顯示"The specified class was not found"
通過排查，發現中央伺服器和工作站均出現，本地工作站部分有，2臺NMS則完好，Linux機子也顯示正常。由於系統對時鐘要求很高，出現此情況後立刻檢查應用伺服器狀態，同樣看不到。
1、但通過抓包和防火牆日誌，可以看到與時鐘伺服器通訊的包，證明不是網路問題。
2、人為調錯工作站時間（5、10分鐘），觀察在1小時後，能夠同步正常時鐘，證明時鐘同步程式（ntpd）工作正常。
3、嘗試複製正常配置檔案、重灌ntp軟體都無法修復此問題。
4、回溯先前做的操作，NMS沒有此問題，加上前一次也有ATS軟體升級導致Ruby用不了的情況，便懷疑是ATS升級影響的，但承包商未無法重現，給出的解決方案是重灌系統，這是不可接受的：一涉及數量多工作量太大，二未查明原因後續仍可能再出現。
5、此故障在網上沒有找到相同案例，但是瞭解到process monitor軟體，為微軟官方出品。可記錄程式行為。利用軟體記錄ntpq出錯時段。對比發現在到winrnr.dll後，有一條不同，而後續不正常的機子的記錄比正常機子少了不少，說明此為關鍵節點。
如上圖，異常機在查詢不到services檔案後不久就退出執行緒了，因此找到正常機的檔案拷
貝過去，立馬就恢復了ntpq的功能，如下圖：
