伺服器崩潰前的資料拯救實踐

2023-10-12 18:01:36

前言

在伺服器的VMWARE ESXi系統環境中,我們經常需要建立虛擬機器器來執行各種應用程式。然而,伺服器如果偶爾出現自動重啟以及紫屏報錯的問題,說明伺服器內部出現了故障,一般情況下重啟機器能夠解決問題,但時間一長,問題會越來越嚴重,可能會出現無法啟動的情況,這就會導致資料丟失,因此為了確保資料的安全,需要將CentOS虛擬機器器上的資料備份到行動硬碟。我們的伺服器用的很長時間,上面建立了虛擬機器器centos,系統中有不少重要資料,但最近伺服器經常出現各種問題,於是決定把資料做一個備份。在這篇部落格中,我將分享我解決伺服器重啟問題,紫屏問題以及備份資料的過程,希望對面臨類似問題的人提供一些幫助。

1 解決自動重啟的問題

現象描述
給伺服器接上電源,按下開關後,伺服器首先是Configuring Memory ... Done,然後是Initializing IDRAC ... Done,然後就是一些啟動資訊,但有一個突出的錯誤警告提示,「Alert! System fatal error during previous boot Uncorrectable Memory Error」,下面就是提示按F1繼續或者按F2鍵重新安裝系統,結果按下F1之後,又回到了Configuring Memory ... Done介面,整個過程又來了一遍,伺服器就陷入了這樣的死迴圈,就是不能進入ESXI的管理介面。

問題分析
根據報錯的提示Uncorrectable Memory Error,應該是啟動的時候記憶體出現了故障,這也是一個常見的故障點,通常的解決方法,就是將記憶體取下來,然後簡單擦一下金屬接觸點。

解決方法
於是我把伺服器的電源斷開,然後將12條記憶體全部取出來,然後做了簡單清潔,再按照原來的順序插入記憶體槽。再給伺服器接上電源,再次啟動,這次伺服器從死迴圈中跳了出來,按下F1之後,繼續進行系統檢查,經過大概5-6分鐘,終於能夠進入到了ESXI的管理介面,伺服器不斷重啟的問題得到解決。

2 備份CentOS虛擬機器器資料

接下來,我需要備份CentOS虛擬機器器上的資料。通過查詢資料,發現有兩種方式來備份資料,一種是備份虛擬機器器磁碟檔案,另外一種是直接備份虛擬機器器的檔案資料。

2.1 備份虛擬機器器映象檔案

備份虛擬機器器映象檔案,也有兩種方法。
方法一:手動下載虛擬機器器磁碟檔案
步驟1. 存取ESXi Web使用者端,提交所有快照並關閉要備份的虛擬機器器的電源。
步驟2. 轉到「儲存」頁面,點選工具列上的「資料儲存瀏覽器」。

步驟3. 轉到您想要備份的虛擬機器器的資料夾,選中想要備份的虛擬機器器磁碟檔案,然後單擊工具列上的「下載」選項以將其單獨下載到本地作為一個備份。
步驟4. 關閉資料儲存瀏覽器視窗,您可以在下方的「近期任務」中看到任務進度條。
方法二:將虛擬機器器匯出為OVF模板
步驟1. 存取ESXi Web使用者端,提交所有快照並關閉要備份的虛擬機器器的電源。
步驟2. 轉到「虛擬機器器」頁面,在右側的虛擬機器器列表中找到您想要備份的虛擬機器器,然後滑鼠右鍵點選並選擇「匯出」>「確定」即可。

步驟3. 連續選擇兩次「儲存檔案」選項以下載.ovf檔案和.vmdk檔案,然後單擊「確定」即可開始將虛擬機器器匯出為OVF模板,從而完成ESXi虛擬機器器備份任務,您可以在下方的「近期任務」中看到任務進度條(完成後,您可以單擊工具列上的下載按鈕來查詢這些檔案的儲存位置)。

2.2 備份虛擬機器器檔案資料

首先將行動硬碟接到伺服器。
步驟1. 存取VMware ESXi Web使用者端,導航到虛擬機器器,然後右鍵單擊虛擬機器器名稱,選擇「編輯設定」。
步驟2. 在彈出視窗的虛擬硬體索引標籤中,單擊「新增其他裝置」>「USB裝置」。
步驟3. 點選「新建USB裝置」,在下拉式選單中找到自己的USB裝置,然後點選「儲存」即可將自己的USB裝置直通到虛擬機器器中。

其次將行動硬碟掛載到centos
通過mount /dev/sdb1 /mnt命令,把行動硬碟掛載到/mnt上。
第三,將centos的資料壓縮儲存到行動硬碟
cd /mnt
tar cvpzf backup.tgz / --exclude=/proc --exclude=/lost+found --exclude=/backup.tgz --exclude=/mnt --exclude=/sys
說明:
tar 部分就是我們將要使用的軟體。
'cvpfz'是我們給tar加的選項,像「建立一個壓縮檔案」(這是顯然的),「儲存許可權」(以便使每一個相同的檔案有相同的許可權),以及「gzip」(縮減大小)。接下來,是壓縮檔案將獲得的名稱,在我們的例子中是backup.tgz。
緊隨其後的是我們想要備份的根目錄。既然我們想備份所有東西:/。接著就是我們要剔除的目錄了:我們不想備份每一樣東西,因為包括有些目錄不是非常有用。同時確保你沒有把備份檔案本身也加進去了,否則,你會得到怪異的結 果的。你也許同樣不打算把/mnt資料夾包括進來——如果你在那兒掛載了其他分割區——否則最終你會把那些也備份的。

3 紫屏問題

在拷貝過程中,還碰到了紫屏問題,或者說紫屏宕機,是一種讓任何管理員都感到頭痛的問題。它經常意味著記憶體問題。
記憶體問題可能導致伺服器的不穩定和紫屏宕機。記憶體插拔可能聽起來有點像「拆東牆補西牆」,但在一些情況下,它確實能奇蹟般地解決問題。當然,這不是永久解決方案,只是應急手段。

碰到紫屏問題,報錯是硬體出現了故障,不過通過重啟伺服器,還是能夠使用一段時間,就像Windows的藍屏現象,只能趁著系統執行正常的短暫時間把資料備份起來。
因為資料比較多,一次全部備份花的時間很長,出現紫屏,就會重新開始備份,遇到這種情況,只能分批次備份資料。在伺服器能夠正常執行的時候儘量多備份,直到全部備份為止。
經過多次重啟伺服器,終於全部將伺服器的資料備份完成。

4 勝利與反思

最終,我成功地拷貝了所有的資料,避免了資料丟失的災難。雖然這個過程中經歷了不少的波折,但最後的勝利感覺真是美好。這次的拯救資料也留下了一些寶貴的經驗教訓。

定期備份資料:這次操作再次強調了定期備份的重要性。無論伺服器多麼穩定,硬體隨時可能出問題,備份是最好的保險。

硬體問題不容忽視:硬體問題可能導致伺服器的不穩定,需要及時處理。不要低估記憶體插拔的威力!

耐心和冷靜:在面對緊急情況時,保持冷靜和耐心是關鍵。不要驚慌失措,逐一排除問題。

小結

這個經歷教育了我在面對伺服器硬體問題時要保持耐心和冷靜。重複啟動問題以及紫屏報錯可能是硬體故障的跡象,但通過仔細插拔記憶體條,我成功地解決了這個問題。此外,及時備份資料也非常重要。不管出現什麼問題,資料的安全都應該是首要任務,這次也讓我更加熟悉了ESXi伺服器的維護和備份過程,也提醒了我在面對紫屏報錯時要冷靜應對,尋找解決問題的方法。希望這篇部落格對遇到類似問題的人提供了一些啟發和幫助。備份資料並解決硬體問題,是確保伺服器穩定執行和資料安全的關鍵步驟。