昌暉儀表通過DCS系統工作站時鐘混亂引發DCS系統失靈的故障處理案例，分享儀表工處理NTP報警故障的思路和方法。
背景
某電廠2號機組負荷200MW，＃1至＃9控制器處于控制方式，＃51至#59控制器處于備用方式。8時23分，各控制器依次發NTP報警，歷史站報警窗口顯示如下:
Aug 3 08:23:50 drop7<7>NTP:too many recvbufs allocated(30)
Aug 3 08:23:50 drop4 <7>NTP:too many recvbufs allocated(30)
……(注：NTP為網絡時間協議；Network Time Protocol用來同步網絡中各個計算機的時間的協議。)
8:26，＃2控制器脫網，＃52控制器切為主控；
11:05，＃52控制器脫網；
13:39，＃7控制器脫網，＃57控制器切為主控，在＃7控制器向＃57控制器切換瞬間，由該控制器控制的A、B磨煤機跳闡；
15:11，＃9控制器脫網，＃59控制器切為主控，在#9控制器向＃59控制器切換瞬間，由該控制器控制的E磨煤機跳闡；
15:51，#1控制器脫網，＃51控制器切為主控，在#1控制器向＃51控制器切換瞬間，由該控制器控制的A引風機動葉被強制關閉。
15:22，重啟操作員站drop213(備用時鐘站)，NTP報警未消失；
15:35，重啟歷史站，NTP報警未消失
15:59，重啟工程師站(主時鐘站)，NTP報警基本消失；
16:09，重啟歷史站；
16:30，系統恢復正常。
故障原因分析
1、NTP軟件的作用就是維持網絡時鐘的統一，主時鐘設置在工程師站上，備用時鐘設置在操作員站上。控制器脫網原因為主時鐘與備用時鐘不同步造成系統時鐘紊亂，從而造成NTP報警導致控制器脫網。
2、NTP故障的原因有兩種可能，一種是主頻為400MHz工作站，不同于1號機組的270MHz(SUN公司在400MHz工作站上對操作系統有較大改進)工作站，2號機組所用的1.1版本軟件在400MHz工作站上未測試過，不能確保1.1版本軟件在此配置上不出問題。另一種是主時鐘與備用時鐘不同步，在8月3日控制器脫網后，曾發現Drop214的時鐘比其它站快了2秒，當時Drop214的畫面調用速度較慢，經重啟后正常，并且NTP時鐘報警是在系統運行73-75天左右才出現的，估計是系統時鐘偏差積累到一定程度后導致主、 備時鐘不同步，而引起系統時鐘紊亂，最終導致控制器脫網。
3、NTP時鐘故障使控制器脫網，處理不及時會使報警的控制器依次脫網，從而導致整個控制系統癱瘓。
防范措施
1、根據本次故障現象，制造商將軟件1.1版本升級為1.2版本。
2、為確保控制系統可靠運行，定期重啟主時鐘和備用時鐘站。
電廠5號機組在試運期間曾發生DCS時鐘與GPS時鐘不同步，引發DCS操作員失靈事件。由于網上傳送的數據均帶時間標簽，時鐘紊亂后會給運行機組帶來嚴重后果，基本情況與2號機組類似。采取的措施是暫時斷開GPS時鐘，待軟件升級和問題得到根本解決后，再恢復GPS時鐘。
