相比PC而言，服務器出故障的機率是小多了，但是它出故障造成的損失卻大多了。作為服務器維修人員需要了解一些服務器故障恢復的基本知識。知道在維修時可以做些什么來最快速的解決問題也可以減少故障停機時間。
一、服務器故障排除的基本原則性問題
1、服務器開機無顯示應怎么辦?
(1)檢查供電環境，零一火、零―地電壓；
(2)檢查電源指示燈，如果亮，正常嗎?
(3)按下電源開關時，鍵盤上指示燈亮嗎?風扇全部轉動嗎?
(4)是否更換過顯示器，更換另一臺顯示器；
(5)去掉增加內存；
(6)去掉增加的CPU；
(7)去掉增加的第三方I／O卡；
(8)檢查內存和CPU插的是否牢靠?
(9)Clear CMOS；
(10)更換主要備件，如系統板，內存和CPU。
2服務器故障排錨的基本原則是什么?
(1)盡量恢復系統缺省配置。
硬件配置：去除第三方廠商備件和非標配備件；
資源配置：清除CMOS。恢復資源初始配置；
BiOS、F／W和驅動程序：升級最新的BIOS，F／W和相關驅動程序；
TPL：擴展的第三方的I／O卡屬于該機型的硬件兼容列表(TPL)嗎。
(2)從基本到復雜。
系統上從個體到網絡：首先將存在故障的服務器獨立運行，待測試正常后再接入網絡運行，觀察故障現象變化并處理：
硬件上從最小系統到現實系統：指從可以運行的硬件開始逐步到現實系統為止；
軟件上從基本系統到現實系統：指從基本操作系統開始逐步到現實系統為止；
(3)交換對比。
在最大可能相同的條件下，交換操作簡單效果明顯的部件；
交換NOS載體，既交換軟件環境；
交換硬件，既交換硬件環境；
交換整機，既交換整體環境。
3服務器故障排除需要收集哪些信息?
服務器信息：機器型號、機器序列號。Bias版本是否增加其它設備、硬盤如何配置、安裝什么操作系統及版本。
故障信息：在POST時，屏幕顯示的異常信息、服務器本身指示燈的狀態報警聲和BEEP CODES、NOS的事件記錄文件、 Log文件。
確定故障類型和故障現象：開機無顯示、上電自檢階段故障、安裝階段故障和現象、操作系統加載失敗、系統運行階段故障。
二、服務器硬件故障排除實例
硬件故障是指服務器硬件出現異常而導致的各類錯誤。由于服務器構成比較復雜，因此在檢查的時候必須認真、仔細。下面以一臺萬全4500為例說明。
有一臺萬全4500，配有256M內存，使用一個PIII XEON 500帶2M高速緩存的處理器。開機后沒有任何顯示，但系統日志上提示了一條CPU電壓為0伏的信息，系統指示燈三燈不停在閃爍(指示燈三燈閃爍是服務器的另一種報警方式)。這種錯誤一般是處理器電壓調節模塊(VRM)出錯或CPU出錯或CPU與CPU板塊接觸不良，但也可能是CPU板塊出錯，這時情況就比較復雜了。必須經過認真慎重的思考。因為CPU板塊在整個服務器中，占有舉足輕重的地位。如果它出錯，服務器是會報致命錯誤的，并且在系統日志中會提示致命錯誤，但報CPU電壓錯的情況也有5％左右。我們立刻把CPU調換在另一CPU插槽中，開機后依然是剛才的那種故障。所以在初步判斷中，可以排除是CPU板塊壞。
這時，取出CPU仔細擦拭金手指，以及CPU板塊中與CPU接觸的地方后。開機依然無顯示。
相對處理器壞的情況來說處理器電壓模塊(VRM)出現故障的情況比較大。于是立即在另一臺萬全4500中取下一個處理器電壓模塊，安裝在此服務器中。開機后，服務器依然沒有任何顯示，系統日志上依然提示CPU電壓為0伏的信息，系統指示燈三燈依然不停在閃爍。這時的情況就比較明顯了。于是立即從另一臺萬全4500中取下一個CPU安裝后，開機正常。
總結：在服務器的維修中，線索都會顯得撲朔迷離，一般來說不可能一次就可以準確地判斷出問題的所在。這樣就要求相關人員要有信心及耐心。出現錯誤一般的流程是通過系統日志上的信息來解決，如果沒有解決問題再找出其它因素，然后再看日志信息。總之，服務器出錯后，必須一步一步解決，沒有捷徑可言。
比如：有一臺萬全4200開機不顯示，發現開機時系統日志沒有任何信息，且系統指示燈不亮。初步判斷是電源方面出現了錯誤。經過仔細檢查，發現服務器的電源是正常的，因此最大的可能就是服務器的電源管理板出現故障。更換電源管理板后，開機顯示正常。但這時，新的問題來了：自檢時，用CTRL+M不能檢測到硬盤。
硬盤在別的服務器上是正常的，因此立即清除此服務器的CMOS，但依然不正常。立刻上網找到此服務器的最新BIOS，升級BIOS后也不能解決問題。又檢查硬盤籠子和服務器里的數據線及電源線后依然出錯。這時，一般情況會懷疑是服務器的I／O板(輸入輸出板塊)有問題。但就在這個時候。發現在I/O板上有一個非聯想的舊式網卡，立即去除此網卡后服務器就一切正常。
硬件故障并不單單指硬件有問題，它也指硬件之間不兼容。因為服務器的正常運作需要各部件之間的大力協調。建議大家在采購各元件時。都采用同一品牌原裝的，并且要采用能發揮服務器性能的元件(上例中的舊式網卡即使正常也會嚴重影響服務器性能)，這樣才不會發生莫明其妙的故障。
還有一種情況：用戶需要把他的萬全3200升級到雙網卡，我建議他購買原裝網卡，但當他看到萬全4500的網卡是采用的芯片后，斷然決定不使用原裝網卡而采用另一品牌也采用IN-TEL 82559的網卡。過了幾天，他打電話給我說，他的新網卡不能使用網絡冗余及數據校驗，并懷疑服務器有問題。維修工程師帶了一個INTEL 82559網卡到用戶那里，仔細檢查了服務器的環境完全正常后，把INTEL 82559網卡安裝到機器上后一切正常。這個例子更加說明了，要發揮服務器的最大性能及功能，必須使用原品牌原裝的配件。非原品牌非原裝的配件，不能支持服務器的某些功能，嚴重的會影響到服務器的正常使用。
要避免硬件故障發生頻率，服務器管理人員必須注意服務器的使用環境完全正常。比較重要的服務器必須在恒溫、恒濕的環境；電壓也要符合，不僅要采用UPS，還必須接地線，必須是左零線、右火線，零地電壓在1-3伏。在開、關服務器上必須符合正常的流程。工作人員必須嚴格執行操作流程。
一般情況來說。服務器維修人員對于硬件故障只要有豐富的經驗都能很快找出故障所在，如果不能解決就必須迅速與服務器的售后服務中心聯系。
三、服務器常見軟故障解決思路與實例
服務器軟件故障是在服務器故障中占有比例最高的部份。約占70％。解決的過程必須更加深思熟慮。導致服務器出現軟件故障的原因有很多，最常見的是服務器BIOS，版本太低、服務器的管理軟件或 服務器的驅動程序有BUG、應用程序有沖突及人為造成的軟件故障。下面分別舉例說明各類軟件故障的維修方法。
有一臺萬全3500服務器，配置為雙PIII 500帶521K高速緩存的OPU、512M內存。開機后，系統日志報電壓調節模塊異常(VRM)的錯誤，報錯的信息是：“ (VRM)over/un-der- 2 88V／OV”。從表面來看，極有可能是服務器的電壓調節模塊或其它硬件出現故障，極容易導致維護人員認為是硬件故障。維護人員立刻使用其它萬全3500的硬件來測試，發現即使使用新的配件，此服務器依然報VRM錯。就在一籌莫展的時候服務器出錯是什么原因，維修工程師帶來了最新的CPU管理板(CPU )的固件()，于是升級了CPU管理板塊的后，服務器立即恢復正常。
升級方法如下：
(1)用軟盤啟動計算機，然后插入軟盤并運行上面的相關文件；
(2)系統刷新BMC(主板控制器)和HSC(熱插拔背板控制器)；
(3)然后系統詢問執行第幾個選項(通常為2)；
(4)然后系統詢問服務器的電源配置(通常為2)；
(5)如果回答有兩個電源，系統詢問服務器是否有輔助風扇――即在第三個電源(冗余電源)的位置上是否有風扇(通常為N)；
(6)然后系統詢問是否重寫BMC use area(通常為N)；然后系統詢問是否輸入一個(通常為N)；
(7)最后系統詢問在刷新后是否要重新啟動系統(通常為Y)；這種升級方法也適合刷新系統BIOS等，命令的參數不同以及更新及BIOS文件名不同，參數請參考服務器的說明。
任何一款服務器的及BIOS都會有不同的BUG，因為BUG在所難免，所以我們不能錯誤地認為服務器的BiOS程序就很完善；而應該經常更新服務器的及BIOS，只是在升級之前應該小心謹慎，錯誤的升級方法將會導致嚴重的后果。
目前流行的中高檔服務器都擁有強大的管理程序，為客戶提供了方便的管理途徑；服務器也擁有各種操作系統下的驅動程序，方便了客戶在各種操作系統中的使用。但是，世上任何一款程序都會有一些BUG，這些BUG將影響用戶使用。但是服務器廠商總是會在第一時間內開發出新的程序，客戶只需要及時更新這些程序就可以避免這類故障。
當服務器的軟件故障為此類時，表現的現象也不盡相同。一般來說。管理程序BUG會導致系統速度變慢，CPU占用率變高，無法正常使用某些功能等；驅動程序的BUG會導致死機、與某些軟件有沖突，磁盤工作不穩定等。查看管理程序是否出錯的最好的辦法就是在系統中首先禁止此類管理工具，再觀察服務器是否還是異常。由于管理工具是隨著系統啟動而啟動的，所以應首先避免它的啟動。以w1N-DOWS NT4為例，就首先在管理工具服務中禁用某些服務器軟件服務，再修改注冊表中的啟動項即可。如果是驅動程序有問題，就以安全模式進入系統，看是否正常。但是需要注意的是，在安全模式中，系統速度變慢是正常的(特別是磁盤I／O方面)。
服務器的維護人員就應該經常在服務器網站上下載最新的管理工具程序及驅動程序。這樣會減少很大一部份軟件故障的發生。
相比之下，軟件沖突造成的故障判斷比較困難，需要管理人員有比較豐富的經驗以及敏銳的觀察力。
曾經有一位用戶說，他有一臺萬全的服務器無法安裝SQL 2000，已經重裝N次NT了服務器出錯是什么原因，排除是系統故障。而這唯一的服務器又將作為非常重要數據庫服務器，因此非常著急。于是維修工程師去了他的公司查看。這臺服務器所在的機房是非常標準、完善的機房，檢查了這臺服務器的情況，發現并沒有硬件上的故障，于是排除了光驅讀盤力差的可能。但是，用戶刻的 2000光盤引起了工程師的懷疑，工程師讓他拿出了正版的安裝，結果還是不行。在安裝的過程中，沒有出現絲毫錯誤，可就是在運行的時候會自動退出。沒有任何提示。但是，在管理工具中的事件查看器的系統日志中卻發現了一條信息：.exe導致一個無效的數據溢出。是用戶自己編寫的一個程序，而且是隨操作系統啟動而啟動的程序。我立即結束掉這個進程后，再運行SQL一切正常。
對于此類軟件故障，操作員最好先查看有關的日志，看看系統中是否有可疑的進程。目前的服務器無論是高端還是低端。對于SQL等標準程序的支持是相當可靠的，所以排除的重點就是結束可疑進程。
還有一種軟件故障是人為因素造成的，它一般是人為誤操作f包括沒按操作流程的操作)、意外關機(包括電源突然不供電)或非正常關閉應用程序造成的。
人為誤操作因素只要加強管理都可以避免此類故障發生。在這里就詳細說明意外關機或非正常關閉程序造成故障的方法。
正常關閉系統程序非常重要，尤其是WEB服務器，一個用戶就是因為沒有正常關閉系統程序而經歷了一次數據損壞甚至丟失的經歷。
對于服務器的軟件故障。只要平時管理員注意維護，應該是可以避免的。