導航:首頁 > 配伺服器 > 伺服器如何進行診斷

伺服器如何進行診斷

發布時間:2022-05-19 18:58:49

① 電腦網路診斷dns伺服器未響應

原因:電腦的服務設置問題造成的。

1、點擊電腦桌面「網路」圖標,選擇「打開網路和共享中心」。

域名系統(英文:DomainNameSystem,縮寫:DNS)是互聯網的一項服務。

它作為將域名和IP地址相互映射的一個分布式資料庫,能夠使人更方便地訪問互聯網。DNS使用UDP埠53。當前,對於每一級域名長度的限制是63個字元,域名總長度則不能超過253個字元。

② 伺服器故障一般性故障檢測步驟及解決方案

網路管理員90%的工作往往是診斷和解決各種各樣的故障。雖然說沒有人喜歡麻煩,但麻煩總是自己找上門來。只有擁有高超的診斷技能,你才能在緊急情況下迅速響應,保障網路流暢地運行。當你面臨網路故障的挑戰時,首先向自己問幾個簡單的問題:有哪些地方被改變了?這個問題以前遇到過嗎?如果是,是什麼時候?是否有可能讓問題再次出現?用戶做了什麼特別的操作嗎?其他用戶有沒有遇到過同樣的問題?
接下來嘗試隔離問題,每次排除一部 分可能引起該問題的因素,逐步找出問題的真正根源。例如,如果一個工作站不能連接到伺服器,那就先確定是網路問題還是工作站本身的問題。如果能夠迅速地肯定問題出在工作站本身,你就排除了一大半可能導致問題的因素,向真正的故障根源接近一大步了。即使你最終拿不出解決辦法,不得不尋找外援,隔離問題也會節省你大量的時間。

為了說明診斷網路故障的一般過程,本文例舉了幾種故障情形,有的是常見的小問題,有的是比較艱巨的挑戰。當你遇到類似的問題時,就可以按照本文例子的介紹,先問自己幾個簡單的問題,逐步隔離問題所在,最後找到真正的問題根源。

一、找不到驗證密碼的域伺服器

毫無疑問,你也一定遇到過這樣的情形:當你坐在一台工作站之前准備登錄網路,windows卻報告說找不到用來驗證密碼的域伺服器。要解決這個故障,首先要確定問題到底出在網路、工作站還是伺服器上。從下面幾個問題開始:

→哪些地方改變了?最近是否改動過網路,而這些改動可能導致當前的問題?有沒有添加新的伺服器、拆除原有的伺服器、改動過交換機或HUB?有沒有添加或減少域控制器、將成員伺服器提升為DC(域控制器)或者相反?

→其他工作站也存在類似的問題嗎?

→伺服器正在運行嗎?

經過檢查,你發現此前工作站一直順利地運行,其他工作站沒有遇到類似的問題,伺服器也正常。根據故障現象,基本上可以確定故障出在工作站本身。接下來要確定工作站的那個地方出了故障,試試下面幾個問題:

→工作站能夠Ping到伺服器嗎?

→工作站獲得了一個IP地址嗎?

檢測表明,工作站能夠Ping到伺服器,但Ping操作有時超時,這表明工作站和伺服器之間只有斷斷續續的通信。在命令行上執行ipconfig /renew命令,多執行幾次,工作站有時會更新IP地址,有時不會。這是工作站和伺服器之間斷續通信的症狀。

現在將問題工作站的網路連接和另一台工作站的對換一下,新工作站在問題工作站的位置上也不能連接網路,而問題工作站卻能從另一個網路位置順利地連接網路。現在已經很清楚:問題工作站所在位置的電纜或Hub出了問題。

拆下故障位置上網路電纜連接Hub的那一端,將它接到另一個Hub上,故障依舊。現在可以肯定電纜就是引起故障的罪魁禍首了。

二、windows服務不能啟動

在一台Windows 2000伺服器上,部分服務設置成不用本地的系統帳戶啟動。一次重新啟動Windows 2000伺服器之後,發現這些服務沒有啟動,必須手工打開服務,重新輸入密碼,然後啟動服務。每次重新輸入密碼,都收到消息說:<用戶名字>已被授予作為服務登錄的許可權。

要解決該故障,首先回答下面幾個問題:

→哪些地方改變了?是否有人修改了伺服器?

→這個服務以前能夠啟動嗎?

→用戶名稱和密碼正確嗎?

查詢修改記錄發現,該伺服器是一個DC,不久之前還是域控制器組織單元(OU,Organizational Unit)的成員。在移出該OU之前,這些服務一直能夠順利啟動。另外,用來啟動這些服務的用戶名稱和密碼都是合法的。進一步研究發現,域控制器OU的成員有一些特殊的許可權,其中包括作為服務登錄的許可權。當出現問題的伺服器移出該OU時,伺服器失去了那些許可權。現在要做的是恢復伺服器的許可權。

要將許可權授予伺服器,請按照如下步驟操作:

→在管理控制台(MMC)中打開活動目錄用戶和計算機管理單元,再打開域控制器OU的「屬性」對話框。

→在組策略頁中,點擊「默認域控制器策略」,然後點擊「編輯」,打開組策略管理器。

→依次擴展計算機配置/Windows設置/安全設置,再擴展「本地策略」,然後點擊「用戶權利指派」。

→在右邊的窗格中,右擊「作為服務登錄」,選擇菜單「安全」。

→把用來啟動服務的用戶帳戶加入到策略,完成後點擊「確定」。

有關該問題的更多資料,請參見微軟的文章「如何解決服務啟動許可權問題」(http://support.microsoft.com/?kbid=259733)。

三、無法收到外面發來的郵件
單位用Exchange 2000 Server作為內部和外部的郵件伺服器。有一天原來的ISP不能再提供服務了,所以你迅速換了一個新的ISP。用戶仍舊能夠照常訪問Internet,卻收不到外面來的郵件。不過,發出去的郵件看來沒有問題。

要排解這一故障,第一個要問的問題是:

→在改變ISP之前,郵件系統工作正常嗎?

要確定Exchange Server是否正常工作,防火牆配置是否正確,可以從Internet連接到Exchange Server 25埠(具體操作辦法,請參見微軟文章:Telnet 到 IMC 的埠 25 以測試 IMC 通信, http://support.microsoft.com/?kbid=153119),發送一個測試消息,確認伺服器和防火牆都在正常運行。故障的原因很可能是因為改變ISP。

再回答下面這個問題:

→域名信息正確轉移到了新的ISP嗎?

用Nslookup工具,測試一下是否能夠找到域的郵件交換(MX)記錄,結果卻什麼也沒有找到。根據這一現象,可以推斷在更換ISP時,域名注冊公司沒有正確轉移域名信息。現在你可以聯系域名注冊公司,要求登記MX記錄,以及將域名信息正確轉到新的ISP。只要MX記錄在Internet上一傳播開,Exchange Server又可以收到外面來的郵件了。

四、網路上看不到伺服器

Win2K Pro工作站遇到了奇怪的問題:偶爾能夠看到Win 2K Server,但大部分時間里伺服器就象從網路上消失了一樣。在排解這一網路故障的過程中,首先要回答的問題是:

→過去出現過該故障嗎?

→是否所有的工作站都出現相同的情況?

經調查後發現,這一故障現象自伺服器從 Windows NT 4.0升級到Win2K就開始存在了,網路上的所有工作站都出現同樣的現象。現在要確定的是:故障的根源是伺服器呢,還是網路。

登錄一個工作站,打開命令控制台,執行ping/pathping命令來連接伺服器。結果發現,Ping伺服器的IP地址沒有問題,但卻Ping不到伺服器的名字。可以肯定,故障的原因是名稱解析或DNS錯誤。

接下來執行ipconfig/all,注意到工作站上DNS伺服器指向了ISP的DNS伺服器。Win2K將DNS作為其基本的名稱解析機制,但現在工作站卻用ISP的DNS伺服器來解析本地網路的Win2K伺服器名稱。當工作站向ISP的DNS伺服器查詢Win2K伺服器名稱時,只能得到超時錯誤,導致Win2K伺服器從網路上隱身了。要解決該故障,必須把主DNS伺服器指向內部的Win2K DNS伺服器,讓內網的工作站向Win2K DNS伺服器查詢本地伺服器名稱。

首先證實Win2K伺服器上確實已經安裝了DNS服務,且DNS服務在正常運行,然後修改Win2K DNS伺服器IP地址指向它自己。接下來利用DNS管理器,驗證DNS伺服器位於根位置,且已經啟用轉發。啟用轉發之後,就可以解析非本地的任何IP地址了。不要忘記將ISP的DNS伺服器輸入轉發欄。最後配置一下伺服器上的DHCP,將DNS伺服器從ISP的改成Win2K伺服器,刷新工作站上的IP地址。現在網路已經能夠穩定地運行了。有關在這類環境下配置DNS的信息,請參見微軟的文章「HOW TO:配置 DNS 以訪問 Internet」(http://support.microsoft.com/?kbid=300202)。

五、LAN連接到多個WAN
不久前在A市安裝了一個LAN,它有兩個WAN連接,其中一個連接通向私有的幀中繼網路,另一個連接通向Internet,這是為了防止出現故障和提高性能(圖二顯示了網路結構)。現在出現的故障是:A市的用戶有時不能順利訪問B市的伺服器。

要解決該故障,首先要搞清楚下面兩個問題:

→故障何時出現?

→默認網關是什麼?

故障出現是間歇性的。在A市的DHCP配置中,默認網關是192.168.1.11(即防火牆)。由於A市LAN裡面的所有機器都會出現同樣的故障現象,所以問題很可能出在A市網路上的全局性路由配置上。

在防火牆上有一條靜態路由,從192.168.2.0(掩碼255.255.255.0)到192.168.1.10,用Route Print可以驗證這一規則。A市伺服器有時可以Ping到B市的伺服器,但有時不能。運行Tracert,結果如圖三所示,它顯示出了數據包應當通過的路徑。但有的時候,運行Tracert卻顯示出數據包在第一個躍點(192.168.1.11)之後遇到超時錯誤。根據這一現象,可以推測防火牆沒有可靠地將數據包轉發到控制192.168.2.0通信的Cisco路由器。

查閱防火牆的日誌,可以看到數據包有時被禁止轉發到192.168.1.10,雖然存在這樣一條轉發規則也無濟於事。防火牆的種類很多,但大多數防火牆廠商都反對將防火牆當作路由器,如果防火牆被攻擊者劫持,有關WAN連接的大量信息就會泄露。

因此現在要重新配置網路,使用默認的網關192.168.1.10(即路由器),執行命令Ip route 0.0.0.0 0.0.0.0 192.168.1.11在路由器上建立一個默認的路由。用戶訪問Internet時先通過路由器,再穿越防火牆。

如果A市的路由器(192.168.1.10)出現故障,會對Internet訪問產生哪些影響?如果幀中繼網路失效,但Internet連接仍正常,情況又如何?一旦A市的路由器故障,Internet連接也會丟失,這是因為默認的網關指向了該路由器,該路由器故障導致數據包不能轉發到防火牆。在A市,將DHCP默認網關配置成防火牆可以恢復Internet連接,當然,在恢復A市路由器之前,其他地區的私有WAN和Internet訪問仍舊無效。

六、工作站不能連接網路
辦公大樓五樓的工作站看不到伺服器,也不能訪問Internet。故障間歇性出現。首先要搞清楚的問題是:

→故障出現多長時間了?

→有哪些地方被改變了?

經Pathping工具測試,檢測到一些數據包丟失錯誤。問題看來可以歸結到五樓之內。

利用信號發生器或線纜掃描器追蹤故障,跟蹤網路連接一直到了六樓的Ethernet交換機,五樓和六樓共用該交換機。考慮到可能是交換機埠故障,所以將埠和六樓的一台機器對換了一下,但故障仍舊存在,而且仍只出現在五樓的工作站上,由此推斷,交換機應該沒有問題。

返回五樓,注意到一個辦公室里有個五口的小Hub。進一步查看,注意到還有四個小Hub菊形相連。現在故障的根源找到了。在100 Base-T Ethernet中,每個網路只能有一個Class I轉發躍距(0.7毫秒延遲),或者兩個Class II轉發躍距(0.4毫秒延遲)(由於這個原因,所以不推薦在重要場合使用大量小Hub)。現在拆除所有小Hub,將線頭直接接到六樓的交換機,故障消失。

總地來說,不能認為靠死記硬背就能夠解決所有常見的網路問題,相反地,應當以開放的心態審視每一種故障現象,從幾個簡單的問題開始,逐步排除可能的故障原因。記住,隔離問題是迅速排解故障的關鍵所在。

七、附錄:常用網路診斷工具

Windows XP和Windows 2000提供了許多基本的網路檢測工具:

■ Pathping

Pathping用來檢驗是否能夠聯繫到指定的主機。命令行語法是:pathping 。pathping將顯示出數據包丟失情況的基本信息。

■ Ipconfig

Ipconfig命令用來顯示出工作站的IP配置。命令行語法是:ipconfig /all。通過ipconfig命令的運行結果,至少可以:

→驗證工作站具有正確的IP地址和子網掩碼。錯誤的IP地址和子網掩碼會導致連接出錯。 →如果啟用了DHCP,則可以驗證工作站已經租到了一個IP地址。如果不能獲得IP地址,則表明與DHCP伺服器聯系方面出了問題。

→驗證默認的網關。如果網關錯誤,連接遠程網路或Internet時就會出現問題。

→驗證DNS伺服器。XP和Win 2K依靠DNS進行名稱解析。一般地,工作站應當指向一台Win 2K伺服器以獲得DNS解析。

■ Nslookup

Nslookup即名稱伺服器查找(Name Server Lookup),用來查找DNS伺服器上的DNS記錄。命令語法:nslookup。在前文的例子中,我們用NSLookup來驗證郵件交換(MX)記錄,排解Internet郵件傳送問題。

■ Route Print

Route Print命令顯示出本地機器上的路由規則。這個工具和Ping、Tracert以及Pathping命令結合很有用,能夠幫助確定數據包通過的路由器。命令語法是:route print。另外,利用Route Add可以將靜態路由規則加入到伺服器或工作站。

③ 聯想system x 伺服器沒有故障診斷面板 怎麼知道硬體損壞情況

伺服器硬體故障診斷與排除的十大方法
一、主板
l CMOS清除
l 除了可清除口令外,如果機器使用一段時間後,BIOS自檢出現不正常的提示,可以先做CMOS清除試一下。有時系統出現一些提示,CMOS清除會起到意想不到的作用。
l 伺服器開機無顯,可能與主板有關,需要有經驗的工程師作判斷。
l 板卡、線纜與主板接觸不好,會導致機器不啟動。
l 在開機無顯時,可以移去內存,開機如果有內存報警的聲音(可以查伺服器手冊判斷內存報警提示),一般可以判斷主板BIOS可以引導。
二、 硬碟故障診斷
l 檢查硬碟的電源電纜插接是否正確,牢固,松動導致檢測不到硬碟。
l 如果有多個硬碟,但找不全,排除接觸問題,檢查硬碟的ID號設置是否相同。
l 感覺硬碟有問題,可以做硬碟的校驗,不會破壞數據,如果提示出錯或校驗時非常不流暢,硬碟一般有問題,具體如何操作參見伺服器手冊。
l 感覺硬碟有問題,也可以做硬碟的低級格式化,注意會破壞硬碟數據。如果提示出錯,硬碟有故障。
l 硬碟原來工作正常,現在發出異常聲音,硬碟檢測不到或工作不穩定,基本可以斷定硬碟有故障。
三、 內存常見問題
l 系統安裝不成功或在系統安裝過程正常的情況下,安裝應用軟體困難,無緣無故死機或重起,請檢測內存好壞。
l BIOS自檢出現奇偶校驗錯,清除CMOS後,依然如故,內存問題可能性較大。
l 系統持續運行掛起,檢測系統資源使用情況,利用率高居不下,內存需要擴充或優化系統(操作系統、應用系統)
4.開機無顯
四、 網卡常見問題
l 接網線後,網卡指示燈不亮,首先檢查網線等網路設備是否有問題,換線,換介面,排除此類問題,可以判斷網卡有故障。
l 網卡驅動安裝完後,網路不通
l 網卡驅動程序錯誤
l 網路設置錯誤,具體細節見網路方面知識。
l 在100M/1000M速率下不能正常工作
l Switch、hub埠和網卡埠設置模式為AUTO
l 網卡與SCSI控制器公用中斷
五、 伺服器加電不啟動
l 請檢查電源的轉換開關是否符合用戶所在國家的用電標准(一般應撥在220V檔位上)。
l 請檢查插座接觸是否良好
l 請檢查內存和CPU等是否安裝正確,接觸良好。
l 請檢查所有電纜連接得是否正確。
六、 系統自檢時出現錯誤提示
l 系統在啟動過程中進行自檢,如果出現錯誤,系統將給出提示。根據錯誤提示,分析錯誤原因,以盡量縮小嫌疑范圍。這時請你
l 檢查BIOS設置是否正確。
l 所有電纜是否連接正常,外設的連接和固定是否正常。
l 分析出現錯誤的硬體,有針對性地排除嫌疑硬體的故障
七、 顯示器無顯示
l 當顯示器沒有顯示,但是伺服器啟動,鍵盤,驅動器和其它外設自檢正常。
l 確定顯卡是否有問題;
l 檢查顯示器的信號線和電源線插接是否正確,牢固;
l 調節顯示器的對比度和亮度顯示是否正常;
l 切斷伺服器電源和顯示器的電源,檢查顯示器的信號線電纜的接頭針是否彎曲
八、 鍵盤和滑鼠不工作
l 檢查滑鼠和鍵盤電纜的接頭是否插接正確,並注意接頭針是否彎曲。
l 檢查滑鼠在操作系統的控制面板中的設置是否正常。
l 清潔滑鼠的滾動球和驅動輪
l 更換滑鼠或鍵盤測試
九、 光碟機不工作
l 檢查是否有光碟在光碟機裡面。
l 用優質光碟測試
l 檢查光碟機的電源電纜接插是否正確,牢固。
l 檢查光碟機在系統設置中是否被正確設置。
十、 伺服器系統常見故障分析
案例一:伺服器開機無顯示
顯示器電源;主機電源;主機是否可加電;主機內部件接觸問題;主板自檢;定位部件
案例二:伺服器系統安裝不成功
確認操作系統兼容性列表;確認安裝方法;檢查安裝介質;
記錄安裝方法和錯誤信息向廠家或技術人員咨詢
案例三:伺服器系統頻繁出錯
回憶伺服器以前工作情況;察看系統日誌中的報錯記錄;察看任務管理器的異常進程
軟體問題排除;硬體問題逐步定位。

④ 存儲伺服器 硬碟燈不亮 我該怎麼診斷一步步排查呢

開機,自檢時看raid卡是否識別,識別到,按提示的熱鍵進卡的管理界面,如Lsi的webbios,然後物理查看硬碟信息,如果不認盤,需要代換相關備件來確認故障點。

⑤ 伺服器的路由器故障檢查步驟是怎麼樣的

網路管理員90%的工作往往是診斷和解決各種各樣的故障。雖然說沒有人喜歡麻煩,但麻煩總是自己找上門來。只有擁有高超的診斷技能,你才能在緊急情況下迅速響應,保障網路流暢地運行。當你面臨網路故障的挑戰時,首先向自己問幾個簡單的問題:有哪些地方被改變了?這個問題以前遇到過嗎?如果是,是什麼時候?是否有可能讓問題再次出現?用戶做了什麼特別的操作嗎?其他用戶有沒有遇到過同樣的問題?
接下來嘗試隔離問題,每次排除一部
分可能引起該問題的因素,逐步找出問題的真正根源。例如,如果一個工作站不能連接到伺服器,那就先確定是網路問題還是工作站本身的問題。如果能夠迅速地肯定問題出在工作站本身,你就排除了一大半可能導致問題的因素,向真正的故障根源接近一大步了。即使你最終拿不出解決辦法,不得不尋找外援,隔離問題也會節省你大量的時間。

為了說明診斷網路故障的一般過程,本文例舉了幾種故障情形,有的是常見的小問題,有的是比較艱巨的挑戰。當你遇到類似的問題時,就可以按照本文例子的介紹,先問自己幾個簡單的問題,逐步隔離問題所在,最後找到真正的問題根源。

⑥ 如何在一分鍾內對Linux伺服器進行最佳性能診斷

uptime dmesg | tail vmstat 1 mpstat -P ALL 1 pidstat 1 iostat -xz 1 free -m sar -n DEV 1 sar -n TCP,ETCP 1 top 這十條命令可以對系統的資源使用有個大致的了解

⑦ 2020-12-28:java中,生產環境伺服器變慢,如何診斷處理

變慢。說明原來是快的。一般先重啟。如果好了說明有泄漏。沒有好,說明問題在數據的堆積。然後加合適的索引。和建立數據歸檔。

⑧ 伺服器硬體故障要如何排查和判斷

常見伺服器硬體故障排查判斷:伺服器常見故障的診斷與解決:伺服器故障排除第一部分 伺服器故障排除的基本原則性問題伺服器故障排除一、伺服器開機黑屏故障排查1.檢查供電環境,零-火;零-地電壓?2.檢查電源指示燈,如果亮,正常嗎?3.按下電源開關時,鍵盤上指示燈亮嗎?風扇全部轉動嗎?4.是否更換過顯示器,更換另一台顯示器。5.去掉增加內存6.去掉增加的CPU7.去掉增加的第三方I/O卡8.檢查內存和CPU插的是否牢靠9. Clear CMOS10.更換主要備件,如系統板,內存和CPU伺服器故障排除二、伺服器故障排除的基本原則1.盡量恢復系統預設配置a:硬體配置:去除第三方廠商備件和非標配備件;b:資源配置:清除CMOS,恢復資源初始配置;c: BIOS,F/W,驅動程序:升級最新的BIOS,F/W和相關驅動程序;d: TPL:擴展的第三方的I/O卡屬於該機型的硬體兼容列表(TPL)嗎?2.從基本到復雜a:系統上從個體到網路:首先將存在故障的伺服器獨立運行,待測試正常後再接入網路運行,觀察故障現象變化並處理。b:硬體上從最小系統到現實系統:指從可以運行的硬體開始逐步到現實系統為止。c:軟體上從基本系統到現實系統:指從基本操作系統開始逐步到現實系統為止。3.交換對比a:在最大可能相同的條件下,交換操作簡單效果明顯的部件;b:交換NOS載體,既交換軟體環境;c:交換硬體,既交換硬體環境;d:交換整機,既交換整體環境;伺服器故障排除三、伺服器故障排除需要收集哪些信息?伺服器信息:1.機器型號2.機器序列號(S/N:如:NC00075534)3.Bios版本4.是否增加其它設備,如網卡,SCSI卡,內存,CPU5.硬碟如何配置,是否做陣列,陣列級別6.安裝什麼操作系統及版本(Windows Server, Netware, Sco, others)

故障信息1.在POST時,屏幕顯示的異常信息2.伺服器本身指示燈的狀態?3.報警聲和BEEP CODES4. NOS的事件記錄文件?5. Events Log文件
確定故障類型和故障現象:1.開機無顯示;2.上電自檢階段故障;3.安裝階段故障和現象;4.操作系統載入失敗;5.系統運行階段故障.

⑨ java中,生產環境伺服器變慢,如何診斷處理

生產環境應當有負責監控項目的一些系統。例如,kibana上可以查看哪些介面的響應時間比較長。資料庫監控可以看到有沒有慢查詢,有的話去找運維要一下具體的慢查詢語句,然後去分析這個慢查詢產生的時間和都有哪些介面被調用了。去看這些介面的響應時間哪個能對的上。定位到對應的代碼,進行優化。這個是個人認為比較常見的一種情況。

閱讀全文

與伺服器如何進行診斷相關的資料

熱點內容
xr為何開啟不了夜景演算法 瀏覽:27
山西個人所得稅演算法 瀏覽:983
androidtodolist 瀏覽:422
手機安全加密怎麼沒用啊 瀏覽:510
加密硬碟英語 瀏覽:962
辛勤程序員跳槽 瀏覽:410
2048加密2022年 瀏覽:541
php前端代碼規范 瀏覽:758
遺傳演算法導圖 瀏覽:322
JavaJDK7學習筆記 瀏覽:366
自然數編碼的遺傳演算法matlab 瀏覽:160
解壓音樂純鋼琴 瀏覽:471
linuxswift語言 瀏覽:848
單片機與ecu通訊 瀏覽:574
c語言編譯與調試 瀏覽:355
python財務報表 瀏覽:676
oci8linux 瀏覽:624
g編譯如何設置靜態庫 瀏覽:985
華為文件夾中的app怎麼換出來 瀏覽:983
單片機的主要內容 瀏覽:998