故障檢測系統伺服器搭建

Ⅰ 盤Linux服務端的測試及故障處理辦法

盤Linux服務端的測試及故障處理辦法

1、查看系統負載情況

在服務端命令窗口下執行w命令可得到三組數據(例如 0.40 0.30 1.20)，分別為系統前一分鍾、前5分鍾、前15分鍾負載情況，一般負載情況在2以下基本正常，如果長時間高於3則可認為系統負載過高，重點檢查硬碟工作狀況。

2、測試各硬碟讀取速度判斷硬碟故障

在服務端命令窗口中執行如下命令

hdparm -t /dev/hda (IDE硬碟)

hdparm -t /dev/sda (SATA、SCSI、硬RAID卡陣列)

hdparm -t /dev/md0 (軟RAID設備)

測試結果在空載情況下應 >40M/s ，在負載情況下平均應 > 20M/s 為正常，如測試結果極低則需要進一步使用硬碟專用檢測工具測試是否為硬碟故障。

3、處理網路盤上數據無法正常讀寫問題

當在客戶機上啟動執行網路盤上游戲經常出現異常錯誤時，很可能是網路盤上的文件系統或數據出現損壞，可使用如下辦法嘗試修復。

在一台客戶機上登陸為超級工作站連接網路盤，例如網路盤為H：，在DOS命令窗口下執行 chkdsk H:/F 對網路盤文件系統進行檢查修復，修復完成後重新啟動客戶機看修復是否起到相應的作用，如故障依舊則考慮對網路盤重新格式化拷貝數據。

4、客戶端無法連接網路盤的情況處理

有新的機器名需要連接網路磁碟時必須開啟服務端虛擬磁碟管理器窗口

當伺服器出現非法關機重啟的情況時，很可能出現虛擬磁碟網路服務沒有正常啟動導致客戶端無法連接網路磁碟，此時正常重新啟動伺服器或在命令行窗口下執行 landisk restart 來啟動虛擬磁碟服務解決。

網眾虛擬磁碟客戶機系統還原功能失效情況的處理辦法

a、分區或全盤恢復還原失效的客戶機系統。

b、在伺服器端虛擬磁碟管理器中刪除還原失效的客戶機。

c、客戶機重新連接伺服器，設置還原即可。

網眾虛擬網路磁碟如何在沒有盤符時進行磁碟掃描

a.在伺服器上運行命令cmd，進入命令行狀態

b.運行cd （這是方便生成的文件直接存放在c:目錄下)

c.運行mountvol > 1.bat (這會生成一個名為1.bat的批處理文件。)

d.將1.bat復制到桌面上。

e.編輯1.bat

找到 ?Volume{01847d10-ae98-11d9-a5d6-806d6172696f}

無載入點

無載入點的這行的上面就是去掉了盤符的'盤的磁碟卷標。保留這一行內容其它的全部刪除掉。

f.最後生成留下的文件應該如下面的格式

chkdsk/f ?Volume{01847d10-ae98-11d9-a5d6-806d6172696f}

要注意啊！一定要chkdsk/f要加上f參數，才能真正修復，還有磁碟卷標的最後一個字元不是 而生成的文件是帶了的，要把它刪除掉。

最後說說什麼時候才能用這個批處理進行掃描

a.當你發現在用超級用戶更新之後，有的機看得到網路磁碟，有的機看不到網路磁碟，或者是打得開盤卻看不到內容不得時，可以使用。

b.當伺服器重新啟動時，提示有磁碟掃描，並自動進行掃描時，本來以前是必須要等這個掃描過程完成才能進入WINDOWS，但現在你就可以直接跳過掃描，等系統進了WINDOWS再運行這個批處理了。這樣就不會影響到客人玩游戲。

c.磁碟掃描完成之後，客戶機有可能要重新啟動才能正常看到網路盤的文件。

d.一定要注意，這是一個非常危險的命令，你在使用時必須要保證沒有超級用戶存在（就是標記為紅色的電腦）否則有可能造游戲盤上所有的文件丟失得一干二凈！

Ⅱ 自己如何搭建伺服器。

1、打開控制面板，選擇並進入「程序」，雙擊「打開或關閉Windows服務」，在彈出的窗口中選擇「Internet信息服務」下面所有地選項，點擊確定後，開始更新服務。

(2)故障檢測系統伺服器搭建擴展閱讀：

入門級伺服器所連的終端比較有限（通常為20台左右），況且在穩定性、可擴展性以及容錯冗餘性能較差，僅適用於沒有大型資料庫數據交換、日常工作網路流量不大，無需長期不間斷開機的小型企業。

不過要說明的一點就是目前有的比較大型的伺服器開發、生產廠商在後面我們要講的企業級伺服器中也劃分出幾個檔次，其中最低檔的一個企業級伺服器檔次就是稱之為"入門級企業級伺服器"，這里所講的入門級並不是與我們上面所講的"入門級"具有相同的含義，不過這種劃分的還是比較少。

還有一點就是，這種伺服器一般採用Intel的專用伺服器CPU晶元，是基於Intel架構（俗稱"IA結構"）的，當然這並不是一種硬性的標准規定，而是由於伺服器的應用層次需要和價位的限制。

Ⅲ 伺服器怎麼搭建

伺服器怎麼搭建的方法如下：

1、打開瀏覽器搜索關鍵詞hfshttp。

2、搜索第一個頁面，第一個網站就是目標網站。

3、點擊Download，下載hfshttp伺服器假設軟體。

4、下載好了軟體以後，我們解壓出來，雙擊hfs應用程序，打開hfs軟體。

5、打開hfs軟體以後，埠不要設置80埠，點擊已復制到剪貼板，這個地址可以發送給他人，這個地址就等於你的域名。

6、在左側欄目可以載入空白目錄，伺服器主機可以把你想要展現文件放入裡面。

7、最後把你復制主機地址，發送給他人，對方通過瀏覽器直接打開以後，就可以下載資源了，這就是臨時搭建伺服器最簡單方法。

伺服器的重要意義：

伺服器的穩定：相信每個站長都知道選擇一款高質量的伺服器或者空間的重要性，但是伺服器的選擇並不是那麼簡單的。一般來說國內的伺服器都是以穩定和速度快著稱，國內的伺服器是需要備案的，然而備案卻異常困難，而且即使備案成功，但在管理方面也是非常嚴格。

大多數的站長對於內容文檔的理解為持續有規律的更新原創文章，持續的外鏈建設，這當然是內容穩定的一個方面。但是比起這個，網站結構和整體內容的穩定也是非常重要的，現在很多站長都知道，在網站的改版過程中盡量保持原先的網路結構。

Ⅳ mes系統伺服器如何搭建

mes系統搭建步驟：
第1步：規范原始資料，通過與上層設計系統的集成，及時更新生產數據，指導生產現場作業。管理車間各種資源，實現車間資源的規范性管理，同時提供生產排程的重要依據。
第2步：提高計劃的可執行性，根據產品數據和車間資源數據，對車間生產計劃進行分解，在計劃執行前進行有效的能力分析，及時發現瓶頸。在計劃執行中，根據生產作業情況，再次對正在執行或後續計劃進行調整，獲得最優的產能。
第3步：加強生產現場控制，根據生產計劃的指導和現場設備的操控，實現對生產現場的有力監控。通過數據採集手段，獲得計劃的執行狀態。使計劃調度在辦公室就能夠掌握當前的計劃執行。
第4步：實現車間內部的科學管理，MES能夠覆蓋95%的車間管理業務，實現車間內部的信息流、財務流、控制流的協同，進一步改善生產車間的管理手段。
第5步：打通企業的三級信息流，MES的實施，填補了上層計劃系統和底層控制系統的信息斷層，實現了企業三級信息流的通暢。

Ⅳ windows2008+sqlserver2008搭建集群，故障轉移集群伺服器，點擊存儲，添加磁碟上，無法找到適用於群集磁碟

呵呵，深奧啊，我自己說說一起探討一下，我認為是3快硬碟安裝或載入的不符合群集磁碟的要求，沒有按照群集磁碟的要求來添加磁碟，你看看要把磁碟也添加到群集磁碟陣列中，應該怎麼操作，大家共同研究研究。

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

網路管理員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可以將靜態路由規則加入到伺服器或工作站。

Ⅶ 什麼是伺服器 如何搭建伺服器

看著這個標題，別拿西紅柿砸我呀，對於新手的你真的完全想明白這個問題了嗎？不敢拍胸脯吧，那就還是跟我一起學一學吧。伺服器是整個網路系統的核心，相當 於網路心臟，在網路系統中為其他設備提供全面而高效的網路服務。現代企業中伺服器最常見的應用有Communication通信服務、 Presentation表達服務、Application應用服務、Storage存儲服務和Database資料庫服務五大服務。比如，銀行系統、證 券系統、醫院管理系統等每天都需要存儲大量的數據，僅靠一台普通計算機是無法完成大量的數據變換和存儲的，只有相對單機更高配置的伺服器才能完成這些工 作。
實例：筆者曾在自己的區域網內做過實驗，區域網內共40台計算機不含伺服器，均安裝的 Windows2000個人版操作系統，所有單機計算機均為同一配置（聯想開天4600品牌計算機）。在伺服器出現故障時，筆者臨時將SQL2000個人 版安裝在一台單機上代用伺服器，結果區域網內有一半計算機無法正常使用專用軟體，軟體提示無法連接資料庫。這個最基本的實驗可以說明只有伺服器的高配置才 能保證網路內各類數據、通信等的正常運行。同理，各大網站也必須具備和工作需要匹配的高性能伺服器以完成通信、應用、存儲等各類服務。