導航:首頁 > IDC知識 > 伺服器系統崩潰

伺服器系統崩潰

發布時間:2020-12-05 15:59:50

1、伺服器系統崩潰,能從客戶端恢復數據嗎

mysql資料庫就是個文件夾,文件夾下的文件就是表。復制到別的地方,防止覆蓋就可以了。一般是都在data這個文件夾下。

2、戴爾t7610伺服器系統崩潰怎麼恢復

當RAID出現故障時,硬體廠商經常會初始化你的系統或重建(REBUILD)你的RAID,那麼,會造成數據無法恢復的巨大損失,因此,當RAID出現故障時,一定要正確處理。
RAID的目的就是利用磁碟空間的冗餘實現數據容錯,不過這是在所有的磁碟或卷沒有任何問題的前提下實現的。當RAID卷中的單個磁碟出現故障後,盡管數據可能暫時不會受到威脅,但是磁碟冗餘已經沒有了。此時任何不當的操作都可能毀掉已經存放的數據。因此,在充分享受RAID所帶來的安全好處時,還應該想到它危險的一面。
RAID磁碟陣列設備,在使用過程中,經常會遇到一些常見故障,這也使得RAID在給我們帶來海量存儲空間的應用之外,也帶來了很多難以估計的數據風險。本文將重點介紹RAID常見故障及相關處理方式。
RAID故障注意事項
1、數據丟失後,用戶千萬不要對硬碟進行任何操作,將硬碟按順序卸下來(貼好標記),用鏡像軟體將每塊硬碟做成鏡像文件,也可以交給專業數據恢復中心進行。
2、不要對Raid卡進行Rebuild操作,否則會加大恢復數據的難度。
3、標記好硬碟在Raid卡上面的順序。
4、一旦出現問題,可以撥打專業公司(恩特爾數據恢復中心)的咨詢電話找專業工程師進行咨詢,切忌自己試圖進行修復,除非你確信自己有足夠的技術和經驗來處理數據風險。
常見Raid 數據丟失故障情況
1、軟體故障:
a.突然斷電造成RAID磁碟陣列卡信息的丟失。
b.重新配置RAID陣列信息,導致的數據丟失。
c.磁碟順序出錯,導致系統不能識別數據。
d.誤刪除、誤格式化、誤分區、誤克隆、文件解密、病毒損壞等情況,導致數據丟失。
2、硬體損壞:
a.raid硬碟報紅燈錯誤,硬碟檢測報錯情況。
b.raid硬碟出現壞道,導致數據丟失。
c.raid一般都會有幾塊硬碟,同樣有故障允許損壞的硬碟數量(如RAID5允許損壞其中一塊),當超出損壞的硬碟數量後,RAID數據將無法正常讀取。
案例一
2009年2月,某機械製造集團的網管撥打了恩特爾數據恢復中心的服務電話,該公司的一台伺服器,不知為何突然無法啟動,數據無法讀取。該伺服器是採用RAID 5的工作方式。恩特爾數據恢復中心的工程師根據用戶的陳述初步判斷是硬碟的排列順序問題。這是一個五塊75G的陣列伺服器,要做這塊硬碟數據,至少要有400G空間。
恢復步驟如下:
* 分別對每塊硬碟進行鏡像,不要在原盤進行操作,以免造成二次破壞。
* 通過RAID演算法計算RAID信息:數據存儲開始位置、RAID存儲塊大小、硬碟的排列順序、硬碟校驗方式等參數。
* 得到RAID信息,對硬碟鏡像文件來進行組建恢復。(總用時可以在一個工作日內完成)。
raid數據恢復注意事項
在RAID有一基本概念稱為EDAP ( Extended Data Availability and Protection ) ,其強調擴充性及容錯機制,也是各家廠商如: Mylex,IBM,HP,Compaq,Adaptec,Infortrend等訴求的重點,包括在不須停機情況下可處理以下動作:
RAID 磁碟陣列支援自動檢測故障硬碟。
RAID 磁碟陣列支援重建硬碟壞軌的資料。
RAID 磁碟陣列支援支持不須停機的硬碟備援 Hot Spare。
RAID 磁碟陣列支援支持不須停機的硬碟替換 Hot Swap。
RAID 磁碟陣列支援擴充硬碟容量等。

3、dell伺服器系統崩潰 怎麼啟動數據恢復

一、dell伺服器陣列RAID數據恢復常見故障:
系統不能啟動 ;

由於某塊硬碟掉線,替換後重建rebuild操作失敗,造成系統崩潰,陣列信息丟失;

硬碟掉線,系統無法識別到某塊或多塊硬碟;

RAID卡損壞,更換後系統無法啟動;

MBR、DBR信息丟失或損壞;

硬碟壞道(物理、邏輯);

磁碟順序出錯;

動態磁碟資料庫丟失或損壞;

LINUX、UNIX系統啟動不成功,或者分區不能mount,找不到分區;

rebuild意外斷電等原因造成的中途失敗;

rebuild成功後,分區找不到或者系統不能啟動;

紅燈不停閃,或者黃燈不停閃(有的黃燈閃表示正在讀取,有的是錯誤指示)

磁碟單塊壞道磁碟多塊壞道等。

二、dell伺服器數據恢復 RAID 磁碟陣列數據恢復注意事項:

1、不要輕易嘗試 Rebuild、同步等操作。

什麼是 Rebuild ?簡單來說, Rebuild
就是根據在線的其他盤,生成另一塊盤的數據。如果兩個及兩個以上的磁碟掉線陣列就會崩潰,大多數情況是因為一個磁碟掉線未及時發現,等第二塊磁碟出現故障
系統崩潰後才進行處理。如果在第一塊盤掉線後陣列進行過寫操作,及第一塊掉線的磁碟的數據就 「 不新鮮 」 ,這時只能對先掉線的磁碟做
Rebuild ,如果對後掉線的磁碟進行重建操作,部分陣列雖然能正常工作,但數據錯亂,一些文件不能打開,給用戶帶來不可挽回的損失。

2、千萬不要初始化。

初始化是磁碟陣列全部清零,相當於硬碟的低級格式化。

3、謹慎重配磁碟陣列信息。

重配磁碟陣列信息必須保證和當初配置信息一致,如果配置的參數和當初配置的不一致,部分目錄可能正確,但絕大多數文件不能打開,造成數據丟失。而部分伺服器對重配陣列信息後要自動初始化,損失就更大了。

4、 如果某家公司需要你提供伺服器或陣列卡進行數據恢復,他們做的事和硬體提供商一樣,也只是重新配置 RAID 陣列信息,如果配置參數、磁碟順序和當初完全一致,數據有可能出來,相反數據就有可能徹底破壞,給客戶帶來巨大損失。

我們對RAID0、RAID1、RAID5以及組合型的RAID系列具有豐富的實戰經驗,出現故障以後只要不對陣列作初始化和非常規的Rebuild操作,我們可以保證100%恢復出故障陣列的數據。我們的做法是:

1、對磁碟鏡像;

2、對鏡像文件分析,重組數據。

這樣做對原盤只是只讀操作,不會造成二次損壞。做完鏡像,客戶可以把硬碟帶走,技術工程師會在最短的時間內分析並導出客戶需要的數據。

我們不需要用戶提供故障伺服器或磁碟陣列卡,大大減少用戶拆卸、搬運伺服器的麻煩,同時不會向硬碟寫入陣列信息,以免造成數據二次破壞。

注意:用戶在拔下硬碟時,請盡可能標明序號。

4、伺服器系統崩潰,恢復數據

。。做系統的盤還有備份系統的盤一般不要做RIAD。因為第三方啟動一般都不認RIAD。一版旦壞了。你就會權直接悲劇的。建議做系統單用一塊盤。系統備份也是。不用試PE了。沒有能認出 RAID的 PE。。要能認出來PE那就強大的不是一點半點了。

5、維修崩潰系統伺服器大概需要多長時間

用戶訪問過多的話可能導致伺服器硬體配置跟不上,導致死機,這樣的情況重啟可以。如果過量導致主板硬碟CPU等的硬體燒毀……你知道怎麼辦了,伺服器在機房的話一般都是機櫃跳閘,就是電流過高,合上閘就好了

6、高分懸賞! 伺服器運行期間出現大量 disk 警告。 和 kernel-General 錯誤。導致系統崩潰!

建議查查有沒有自動任務的添加,要是有的話查看下語句是否正確,
另外可以檢測下硬碟回是否有損壞,我曾見答到伺服器意外斷電然後啟動的時候會有磁碟檢測和報錯,後來請長假檢測發現磁碟已經損壞,要是真壞了那隻能換個重裝系統了~
希望能幫到LZ

7、求問,系統伺服器是軟體還是硬體,為什麼總是聽人說系統崩潰伺服器崩潰

伺服器是硬體,但需要軟體支撐,伺服器的運行指的是開啟系統及里邊的程序軟體,讓我們可以訪問,一旦軟體出問題或者硬體故障都會導致伺服器崩潰。

8、黑客是怎樣令伺服器系統崩潰的呢?

答案很簡單:攻擊伺服器。

攻擊伺服器的方法也是有很多種的,這里介紹一下用內PING命令容使網路癱瘓的方法,我們知道,PING命令可以向目標主機發送數據包,但是這里存在一個漏洞,就是當你向目標主機發送的數據包超過65532byt時,就會造成目標主機死機或者重啟。所以,微軟公司就限制了數據包的大小,使發送的數據包不能超過65500byt.但是,即使是65500的數據包,如果不斷的發送,也會造成目標主機的癱瘓,黑客們用這個命令:ping -1 655 00 -t 192.168.1.025(輸入的IP地址是要攻擊的主機的IP,這里是隨便舉個例子)這個命令會向目標主機不斷的發送65500的數據包,知道系統癱瘓為止,一般不會超過10分鍾。所以,黑客向網吧伺服器發送這個命令,不就伺服器癱瘓,整個網吧吊線。黑客就乘機接管伺服器。但這里還有個問題,如何獲得伺服器的IP呢?其實很簡單,只要用掃描工具掃描一下本機IP,將最後一個數值改為1就可以了,比如本機的IP是192.168.1.023,那麼伺服器的IP就是192.168.1.01.這樣,黑客入侵網吧伺服器的全過程就完了 .

9、伺服器系統崩潰 如何從硬碟中考出數據

假如你需要的數據在系統盤以外的分區里 一般你重裝系統到C盤就可以了 其他盤的東西專都還在不會變的屬 裝好系統自己進去找其他分區(D,E,F..)找你的數據就可用了
又假如你的需要的數據在C盤(系統盤)或者你的硬碟沒有分區只有一個C盤的話 ..那麼只有掛在另一硬碟上 開機進入系統 然後進入你的硬碟分區就能把你需要的數據拷貝出來了...

10、Linux伺服器每次重啟都會內核崩潰啊!!只能重裝系統啊!!!

如果kernel panic 肯定抄是在kernel內部出的問題。你跑的應用在某處用到的內核功能可能與實際操作系統版本的功能預期的不一致。比較徹底的辦法就是分析下你應用都高頻率地使用什麼內核介面功能。把core mp 仔細看一下。簡單快速的辦法就是查下你的應用依賴什麼版本的內核,把你操作系統的kernel換掉。

與伺服器系統崩潰相關的知識