windows2003服務器係統出現故障怎麼辦 當windows2003服務器係統死機3癱瘓的解決方法

今天給大家帶來windows2003服務器係統出現故障怎麼辦，當windows2003服務器係統死機3癱瘓的解決方法，讓您輕鬆解決問題。

       某單位的網絡是由一台安裝有win2003 服務器版的惠普服務器及數十台以win98作平台的終端微機組成。數據庫係統采用微軟公司的sql 7.0版本，開發工具為sybase 公司的powerbuild 6.0。在近一年的運行中，出現過兩例怪異的"故障"，幾乎導致係統癱瘓，在此將詳細過程敘述如下，以期對大家有所啟示和借鑒。

　　"故障"一：係統運行幾個月後，整個管理係統的運行速度變得非常慢，無論是掛號還是劃價發藥都反應遲鈍，導致全院無法進行正常工作。觀察服務器，發現燈經常狂閃不止，打開任務管理器中的係統性能監測，發現cpu占用率居高不下，點擊任何程序圖標，該程序的響應都很緩慢，屏幕的刷新速度好象是在演動畫片。我們想到的第一件事是病毒感染，於是花近萬元購買了某著名殺毒軟件的網絡版，掃描整個網絡後一無所獲。於是懷疑是感染了某種不知名的病毒，和軟件公司同誌再次努力仍然解決不了問題。因此又懷疑是服務器硬件故障，請惠普公司人員來檢測後，cpu、等均無問題，在近乎山窮水盡之際，突然想到可能是win2003 的配置上有問題。於是，依次點擊"開始"→"程序"→"管理工具"，對該欄目下的各個管理項依次檢查，終於發現了問題所在。原來，在"事件查看器"下，"應用程序日誌"、"安全日誌"、"係統日誌"等日誌中，都密密麻麻地寫滿了記錄。其中有的記錄多達近千條，我們猜想，win2003 在運行時，為了"確保"安全，可能隨時要到多個日誌文件中讀取信息，並和當前情況進行對比，經過計算後決定下一步怎麼做，這樣會大大增加係統的資源消耗。而且，一旦日誌中有多個錯誤的記錄，那情況就更加嚴重了。於是，我們進行備份後，清空了所有的日誌記錄，重新啟動服務器，整個網絡終於恢複了活力。

　　"故障"二：係統運行恢複正常後，接受上次的教訓，我們定期清空日誌文件，並打開係統性能監測器，隨時查看cpu的占用情況。但奇怪的情況又出現了。有時，在整個網絡沒有進行任何工作的情況下，硬盤燈再次閃個不停，cpu占用率達100%，這種情況持續一分鍾左右自動消失。不幸的是，如果此時醫院的門診或住院部有任務要作的話，整個係統的響應速度又會慢如蝸牛，根本無法正常工作，我們按照上次的解決辦法，天天清空日誌，還是解決不了問題。經過仔細觀察，我們發現這種現象每隔16小時定期出現一次，於是懷疑是類似win98的計劃任務在搗鬼，但在win2003中又找不到"計劃任務"這個管理項，無計可施之時，又到日誌文件中去看，無意中發現在係統日誌中，有一對"錯誤"和"警告"記錄正是每隔16小時重複出現一次，於是眼前一亮，打開"錯誤"記錄一看，內容是"這個機器是在目錄林根域的 pdc。請用 net 命令 net time /setsntp:，配置從外部時間源同步。"其錯誤代碼是62；"警告"記錄的內容是："由於重複不斷的網絡問題，時間服務尚未找到與其同步的域控製器。要減少網絡流量，時間服務要等 960 分鍾才能再試。

　　這期間不會進行同步，及時網絡連接已複原。累積的時間錯誤可能會導致某些網絡操作失敗。要告知網絡連接已複原，應該重新同步，請從命令行執行 "w32tm /s""。其錯誤代碼是64。我們一看，960分鍾不正是16個小時嗎？由於我單位的網絡是內部局外域網，且軟件係統都取用服務器時間，網絡時間同步服務是不需要的，把此項服務停止了問題就將迎刃而解。經過尋找，我們終於找到了它的老家。依次點擊"開始"→"程序" →"管理工具" →"服務"。找到windows time 這一項目，雙擊後進行修改，停止此項服務，並將其啟動方式改為手動。從此，16個小時間歇發作的"故障"再也沒有出現過。

以上就是windows2003服務器係統出現故障怎麼辦，當windows2003服務器係統死機3癱瘓的解決方法教程,希望本文中能幫您解決問題。