雲鯨伺服器故障怎麼修復

㈠ 伺服器意外故障，如何進行數據恢復

其實是兩大步驟，一是找到數據，二是恢復數據。
具體如下：

一、查找備份數據

1. 有系統備份文件

如果設置了系統自動備份，則會在指定的備份目錄下保存資料庫文件和電子倉庫文件。

備份的資料庫文件名是用戶指定的，通常可能是xxx.dat(xxx是日期)

備份的電子倉庫路徑也是用戶指定的，包括一組文件夾：CheckedIn、Obsolete、Release、Template。其中的文件名是file_xxx.dat(xxx是序號)

2. 沒有備份文件

查找資料庫目錄下的庫文件。通常在Program Files\Microsoft SQL Server\MSSQL\Data路徑下。查找pdem.mdf和pdem_log.ldf兩個文件。

查找電子倉庫路徑，通常是vault，包括一組文件夾：CheckedIn、Obsolete、Release、Template。其中的文件名是file_xxx.dat(xxx是序號)

二、恢復數據

1. 恢復資料庫文件

1） 安裝好新系統和資料庫後，可使用服務端【數據恢復】功能。選擇【文件】菜單下【數據恢復】，然後指定資料庫文件xxx.dat。

2） 或者直接在資料庫操作。在企業管理器中，執行新建資料庫指定名稱pdem，然後使用「還原資料庫」功能。

2. 恢復電子倉庫數據

將備份或找到的電子倉庫內容全部復制到新電子倉庫路徑下。（電子倉庫的位置，請在圖文檔服務端的【設置】--【電子倉庫設置】功能中檢查和設置。）

[color=Red][size=4]如整個硬碟故障了，數據又沒有其他備份，那就慘了。。。[/size][/color]
所以，我們平時不僅要做系統自動備份，也需要定期做硬備份，以防不測呀。

㈡ 伺服器網路常見故障處理

伺服器軟體故障是在伺服器故障中佔有比例最高的部份，約佔70%，解決的過程必須更加深思熟慮。導致伺服器出現軟體故障的原因有很多，最常見的是伺服器BIOS版本太低、伺服器的管理軟體或伺服器的驅動程序有BUG、應用程序有沖突及人為造成的軟體故障。下面分別舉例說明各類軟體故障的維修方法。

有一台HP LH6000R伺服器，配置為雙PIII XEON 700帶2M高速緩存的CPU、512M內存。開機後，系統日誌報電壓調節模塊異常（VRM）的錯誤，報錯的信息是：「Voltage Regulator Mole (VRM) over/under-voltage 2.88V/0V」。從表面來看，極有可能是伺服器的電壓調節模塊或其它硬體出現故障，極容易導致維護人員認為是硬體故障。維護人員立刻使用其它LH6000R上的硬體來測試，發現即使使用新的配件，此伺服器依然報VRM錯。就在一籌莫展的時候，維修工程師帶來了最新的CPU管理板（CPU Management Control）的固件（FIRMWARE），於是升級了CPU管理板塊的FIRMWARE後，伺服器恢復立即正常。

FIRMWARE升級方法是，在伺服器的NAVIGATOR（導航光碟）中提取CPU管理板（CMC）FIRMWARE的刷新程序，程序為FLASH.EXE，然後將從網上下載的LH6KC.BIN（CPU管理板的FIRMWARE）拷貝到一張DOS啟動盤上，用這張盤啟動伺服器。然後在DOS下運行」FLASH /CMC A:LH6KC.BIN」，刷新完成後重新啟動伺服器後即可。這種升級方法也適合刷新系統BIOS等，只是FLASH命令的參數不同以及更新FIRMWARE及BIOS文件名不同，參數請參考伺服器的說明。

任何一款伺服器的FIRMWARE及BIOS都會有不同的BUG，因為BUG在所難免，所以我們不能錯誤地認為伺服器的BIOS程序就很完善，而應該經常更新伺服器的FIRMWARE及BIOS，只是在升級之前應該小心謹慎，錯誤的升級方法會導致嚴重的後果。

目前流行的中高檔伺服器都擁有強大的管理程序，為客戶提供了方便的管理途徑；伺服器也擁有各種操作系統下的驅動程序，方便了客戶在各種操作系統中的使用。但是，世上任何一款程序都會有一些BUG，這些BUG將影響用戶使用。但是伺服器廠商總是會在第一時間內開發出新的程序，客戶只需要及時更新這些程序就可以避免這類故障。

當伺服器的軟體故障為此類時，表現的現象也不盡相同。一般來說，管理程序BUG會導致系統速度變慢，CPU佔用率變高，無法正常使用某些功能等；驅動程序的BUG會導致死機、與某些軟體有沖突，磁碟工作不穩定等。查看管理程序是否出錯的最好的辦法就是在系統中首先禁止此類管理工具，再觀察伺服器是否還是異常。由於管理工具是隨著系統啟動而啟動的，所以應首先避免它的啟動。以WINDOWS NT4為例，就首先在管理工具服務中禁用某些伺服器軟體服務，再修改注冊表中的啟動項即可。如果是驅動程序有問題的話，就以安全模式進入系統，看是否正常。但是需要注意的是，在安全模式中，系統速度變慢是正常的（特別是磁碟I/O方面）。

伺服器的管理人員就應該經常在伺服器網站上下載最新的管理工具程序及驅動程序。這樣會減少很大一部份軟體故障的發生。

相比之下，軟體沖突造成的故障判斷比較困難，需要管理人員有比較豐富的經驗以及敏銳的觀察力。

曾經有一位朋友告訴我說，他有一台浪潮的伺服器無法安裝SQL SERVER 2000，已經重裝N次NT了，排除是系統故障。而這唯一的伺服器又將作為非常重要資料庫伺服器，因此非常著急。於是我陪著朋友去了他的公司查看。

這台伺服器所在的機房是非常標准、完善的機房，我檢查了這台伺服器的情況，發現並沒有硬體上的故障，於是排除了光碟機讀盤力差的可能。但是，朋友刻的SQL SERVER 2000光碟引起了我的懷疑，我讓他拿出了正版的SQL SERVER安裝，結果還是不行。

在安裝的過程中，沒有出現絲毫錯誤，可就是在運行的時候會自動退出，沒有任何提示。但是，我在管理工具中的事件查看器的系統日誌中卻發現了一條信息：windata.exe導致一個無效的數據溢出。Windata是朋友自己編寫的一個程序，而且是隨操作系統啟動而啟動的程序。我立即結束掉這個進程後，再運行SQL一切正常。

對於此類軟體故障，操作員最好先查看有關的日誌，看看系統中是否有可疑的進程。目前的伺服器無論是高端還是低端，對於SQL等標准程序的支持是相當可靠的，所以排除的重點就是結束可疑進程。

還有一種軟體故障是人為因素造成的，它一般是人為誤操作（包括沒按操作流程的操作）、意外關機（包括電源突然不供電）或非正常關閉應用程序造成的。

人為誤操作因素只要加強管理都可以避免此類故障發生。在這里就詳細說明意外關機或非正常關閉程序造成故障的方法。

正常關閉系統程序非常重要，尤其是WEB伺服器。我的一個朋友就是因為沒有正常關閉系統程序而經歷了一次數據損壞甚至丟失的經歷。我的朋友是使用的HP web hosting server appliance，因此我向他提供了一些使用規則。

這些方法對於伺服器的維護非常有效，主要包括了正確的關閉系統程序、怎樣避免數據丟失以及非正常關閉系統後的恢復方法。下面以我朋友的HP web hosting server appliance為例（使用的是UNIX，但思路對於其它操作系統均有效）。

正確關機的過程包括通過按動Power鍵來使系統斷電，你應該一直按住電源開關持續幾秒鍾才能使系統進入正常的關閉過程中。

另外，為了避免數據丟失，你應該按照如下的步驟操作：

· 經常備份Web Hosting Server Appliance的數據，可以通過網路管理界面來完成。

· 安裝第二塊硬碟並與原來的硬碟設置成鏡像，

一旦Server Apliance未能正確關閉，並無法重起，請按如下操作恢復：

1. 當appliance已經斷電時，連接一條非modem的串口線（可在機盒中找到）到背面的控制口上。

2. 連接串口線的另一頭到一台運行Windows的PC的串口上。

3. 運行超級鏈接程序（HyperTerminal），並設置埠的參數為19200, n-8-1, Flow control - None. 你可以看到appliance的控制提示，並要求你輸入管理員口令。

4. 重起appliance，等到提示「LILO boot:」，按住Tab鍵5秒鍾，直到提示變為「boot:」。

5. 敲入"emergency"並回車。此時需要耐心等待幾分鍾。然後，登錄提示又將出現，此時，LCD屏又能正常工作了。

6. 在LCD屏上選擇一個隨機的密碼（此密碼只是用於緊急恢復時用）

翻至Defaults… 並按右箭頭鍵選中。
翻至Root Password…並按右箭頭鍵選中。
翻至Random 並按右箭頭鍵選中，會提示一個隨機產生的密碼。
記下此密碼。
翻至Yes並按右箭頭鍵選中，系統密碼會立刻更改。
7. 回到超級鏈接的控制屏，登錄appliance，用"root"用戶名和剛才的密碼，此時會出現「#」提示。

8. 為修復分區，請按如下方法操作：

對於sa1100，按順序輸入：
[…]#: fsck /dev/hda5

[…]#: fsck /dev/hda6

[…]#: fsck /dev/hda7

對於sa1120，按順序輸入：
[…]#: fsck /dev/sda5

[…]#: fsck /dev/sda6

[…]#: fsck /dev/sda7

當所有的分區都被修復後，應回到「#」提示符下。

9. 輸入「reboot」重新啟動系統。

如果系統仍無法啟動，請記錄下控制屏顯示的內容並求助技術支持。

對於伺服器的軟體故障，只要平時管理員注意維護，應該是可以避免的。

㈢ 雲鯨機器人出現請檢查清洗肋的情況需要怎樣處理，非常感謝！

暈經期前出現請檢查清洗累的情況那麼這個問題必須請看他的牌子排查他的故障才行否則是不起作用的。

㈣ 雲鯨沿牆感測器異常

摘要 雲鯨機器人環形燈閃爍，雲鯨掃地機器人指示燈閃爍，雲鯨客服說，因為12月31號雲鯨伺服器出問題了，等等就會好了。打雲鯨客服熱線也沒用，雲鯨售後電話是400 080 0630，有的同學打雲鯨客服電話了，只能等著吧。雲鯨掃地機器人官網也出公告了

㈤ 伺服器異常怎麼辦

造成伺服器異常的原因

有好多種
1、伺服器所在的機房設備出現故障
2、用戶操作不當

3、病毒侵害

4、伺服器故障

5、網路故障

二、伺服器常見的異常問題及解決辦法

1、機房設備故障引發的伺服器不能正常運行

在機房配備專業人員做好日常管理和維護，及時檢查和購買新的設備或者伺服器。

2、用戶操作不當引發的異常

公司要僱用專業人員管理和維護好伺服器，降低出現故障的幾率，以便第一時間能夠及時處理問題，降低風險，減少損失。

3、網站打不開、被跳轉、網站顯示錯誤等

這時候可以下載專業的正版查毒軟體，對電腦進行定期的全面病毒查殺，以絕後患。

4、用戶無法打開網頁

出現這種問題，可以耐心等候一段時間再進行再次訪問，也可以多刷新幾遍網頁試試，並趕緊對伺服器進行修復。

5、被DNS劫持出現的網路故障

這種情況是電腦上的其他應用都可以正常運行，但是網站卻打不開，很有可能就是網站被DNS劫持了，需要重新設置或修改DNS地址。

6、系統藍屏、頻繁死機、重啟、反映速度遲鈍

伺服器的結構與普通電腦的構成是十分相似的，出現這種情況是感染了病毒引起的，也有可能是系統漏洞、軟體沖突、硬體故障等原因造成的。遇到這種問題就要及時殺毒，修復系統漏洞和硬體故障，清理緩存垃圾。

7、遠程桌面連接超出最大連接數

如果登錄後忘記注銷伺服器默認允許的2個連接，而是直接關閉遠程桌面，這種時候可能就要重啟伺服器，並且是在高峰期的話，就很容易造成損失。這種異常問題，就要利用「mstsc/console」指令進行強行登陸，具體操作就是打開「運行」框，輸入「mstsc/v:xxx.xxx.xxx.xxx(伺服器IP)/console」，即可強行登陸到遠程桌面。

8、出現無法刪除的文件

如果這些無法刪除的文件還在運行中，可以重啟電腦，然後刪除。另一種辦法是，運行CMD，輸入「arrtib-a-s-h-r」和想要刪除的文件夾名，最後輸入「del」，這樣想要刪除的文件夾即可刪除，但是運行該命令後無法恢復，要謹慎使用。

9、系統埠隱患

對於伺服器來說，首先要保證的就是它的穩定性和安全性。因此，我們只要保留的是伺服器最基本的功能就可以了，音效卡一般都是默認禁止的。我們不會用到很多功能，也不需要很多的埠支持。這時候，我們就關掉一些不必要的、風險大的埠，例如3389、80等埠，用修改注冊表的方式將其設置成不特殊的秘密埠，這樣可以消除伺服器埠的安全隱患。

㈥ 雲鯨掃地機器人機站燈一直閃,按紐不起作用怎麼辦

雲鯨後台伺服器奔潰了，在修

㈦ 伺服器常見故障是什麼，怎麼排除

• 1、伺服器常見的故障及其排除方法

  伺服器中的某項服務被停止 •系統資源不足 •伺服器軟體故障

  伺服器軟體故障是在伺服器故障中佔有比例最高的部份，約佔70%。導致伺服器出現軟體故障的原因有很多，最常見的是伺服器BIOS版本太低、伺服器的管理軟體或伺服器的驅動程序有BUG、應用程序有沖突及人為造成的軟體故障。伺服器軟體設置不當也會可能造成網路故障。

  管理方面的問題

  如用戶的帳戶和安全設置方面的潛在問題，服務許可權沒有給用戶、配置不當或限制某些服務等問題

• 2 伺服器故障排除的基本原則

  伺服器故障排除的基本原則如下：

  (1) 盡量恢復系統預設配置

  (2) 從基本到復雜

  首先將存在故障的伺服器獨立運行，待測試正常後再接入網路運行，觀察故障現象變化並處理；然後從可以運行的硬體開始逐步到現實系統為止；最後從基本操作系統開始逐步到現實系統為止。

  (3)交換對比

  首先在最大可能相同的條件下，交換操作簡單效果明顯的部件；其次是交換軟體環境；再者是交換硬體，既交換硬體環境；最後是交換整機，既交換整體環境。

  在伺服器故障排除時，需要收集如下一些信息：

  伺服器信息：機器型號(P/N:)、機器序列號(S/N:)、Bios 版本、是否增加其它設備（如網卡，SCSI 卡，內存，CPU等）、硬碟如何配置和安裝什麼操作系統及版本。

  故障信息：在POST（加電自檢）時,屏幕顯示的異常信息、伺服器本身指示燈的狀態和報警聲，以及操作系統的事件記錄文件等信息。

  確定故障類型和故障現象：開機無顯示；上電自檢階段故障；安裝階段故障和現象；操作系統載入失敗和系統運行階段故障。

㈧ 伺服器出現故障了怎麼辦啊網路都癱瘓了！。。

很多客戶採用無盤或多或少都有這個憂慮：伺服器死機了，該怎麼辦？對於其他的無盤系統來說， 當伺服器出現故障，下面機器無法重新啟動和使用，整個網路都癱瘓了，很多客戶都有過這樣心痛的經歷。 NxD XP 5.8 讓客戶徹底擺脫這種可怕的的惡夢。NxD XP 5.8支持多伺服器負載均衡技術， 可以實現在伺服器故障時候整體網路的不間斷運行。在網路某台伺服器發生 故障時候，這台伺服器所帶的客戶端可以自動切換到其他伺服器上，保證了網路的連續運行。

㈨ 雲鯨網路中斷能自動重聯嗎

不能自動重連的。說明肯定是出現了問題，這時候就要排查是不是出現了故障。

摘要 正常情況下，小白鯨的運行時間是根據雲伺服器的時間來記錄的，在伺服器崩潰的情況下，小白鯨會啟用自己內部的時間記錄方式。
但由於工程師的失誤，導致小白鯨機身時間在12月31日的時間戳被記錄成了13月1日，進而導致了程序邏輯出錯而引發了拖地機器人閃白燈。
工程師根據當時的情況分析給到了初步的解決方案，即聯系伺服器修復、等待至新年時間後重啟機器人即可恢復正常。
2021年1月1日0點，部分用戶機器恢復了正常，但仍有用戶反饋無法使用的異常存在，工程師排查出了機器人若在聯網環境下重啟，會導致機身時間再次回到13月1日，這也是部分用戶機器短暫修復後再次故障的原因。
至於為何要關機24小時，原因是硬體計時需要24H後，才能跳過13月1日的時間戳，自動恢復1月1日的正常計時。在未滿24H的情況下，只要開機聯網，時間戳就會循環重置在13月1日導致故障無法修復，故機器人需要斷網24H且開機啟動時也處於斷網狀態，機器人正常後可連接網路。

㈩ 雲鯨拖地任務異常，機器人暫停時間過長

重啟下試試，可以聯系客服。
在正常情況下，小白鯨的運行時間是根據雲伺服器的時間來記錄的，在伺服器崩潰的情況下，小白鯨會啟用自己內部的時間記錄方式。
在未滿24H的情況下，只要開機聯網，時間戳就會循環重置在13月1日導致故障無法修復，故機器人需要斷網24H且開機啟動時也處於斷網狀態，機器人正常後可連接網路。