災難恢復應避免三大錯誤

2021-09-23 06:48:05 字數 1237 閱讀 4442

it停機的代價是昂貴的,但一些組織卻沒有對如何處理災難做好充分準備。

考慮到it停機的高成本,災難恢復規劃對於每個企業都至關重要。根據his公司在2023年做出調查報告,北美地區企業每年的it停機時間損失高達7000億美元。對於乙個典型的中型公司,平均將損失約為100萬美元,而大型企業平均損失超過6000萬美元。

然而,即使成本如此之高,當涉及災難恢復計畫以減輕服務中斷的影響時,很多企業可能陷入常見的陷阱。vmware公司高階技術營銷經理gskhalsa說,他認為有三大錯誤,很多組織一犯再犯。

1.沒有災難恢復計畫

khalsa認為,到目前為止,一些組織所犯的最大錯誤,也是最常見的錯誤之一,就是沒有任何型別的災難恢復計畫。他說,根據行業統計資料表明,多達50%的組織沒有制定任何災難恢復計畫。

這是不幸的,因為對於災難準備並不像大多數組織假設的那樣複雜或昂貴。「它不必涉及購買任何裝置。」khalsa說,「它不需要涉及任何東西,只是進行組織業務的討論,這就是災難恢復計畫。」

即使組織決定只從最近的夜間備份中進行恢復,他們至少應該寫出這個計畫,以便他們知道緊急情況下應該做什麼,以及預期是什麼,他補充道。

2.沒有進行災難恢復計畫的測試

制定計畫只是第一步。組織也需要一種方法來測試計畫。khalsa表示,不幸的是,在傳統的非虛擬化資料中心中,沒有一種簡單的不中斷的方式來進行恢復測試。因此,大多數公司的測試只是偶爾進行的。

他指出,擁有乙個虛擬化環境便於測試。組織可以複製其虛擬機器並在隔離的網路上測試其恢復過程。這樣,他們可以了解其恢復需要多長時間,並發現潛在的問題,而不必中斷正在進行的操作。

3.不理解災難恢復的複雜性

組織有時低估了從備份中恢復所需的工作量。khalsa解釋說,一些組織希望能夠通過人工進行恢復,而這實際上是不可行的,一旦有大約10或20個虛擬機器時,採用人工方法將會事倍功半。

他指出,有時it人員會編寫自己的指令碼**來實現自動化恢復過程,但即使這樣也會有問題。「人們忘記了災難不僅僅影響系統,也可能影響工作人員。」khalsa說。災難發生後,撰寫指令碼的人可能當時並沒有在場,這將會妨礙災難恢復過程。

khalsa為參與災難恢復計畫的組織提供的建議是讓it部門與業務部門進行更好的溝通。工作人員和管理人員需要了解恢復點目標(rpo)和恢復時間目標(rto)選項,並對可接受的風險級別做出一些決定。

災難恢復報告

我的公司對日軟體外包企業,主要從事 it專案開發及維護工作。公司除了總經理和副總經理外主要有人事財務部,開發部,主機部三個部門,對於經理來說,重要的資料是關於客戶的資訊,合同等內容,基本儲存於經理自己的個人電腦內。對於人事財務部來說,儲存的資料有員工資訊,財務報表等資訊,這些資訊基本分布在財務部門各...

AD災難恢復

此文適用於異機恢復。其實有兩個及以上,或者不同站點的全域性編錄ad server,基本就可以杜絕災難恢復了。當fsmo壞了,直接奪取角色,再刪除損壞的節點就好了。前期準備 1.備份介質 2.新的ad伺服器,與備份的系統版本相同,服務角色相同,計算機名稱相同,磁碟分割槽相同。過程 1.建立好新的ad伺...

MySQL之災難恢復

檢視bin log日誌狀態 show master status 在mysql中執行 檢視bin log檔案 mysqlbinlog shop pos256 檔名 less 引數說明 shop pos256 表示只檢視某個節點之前的 less 表示分頁 重新整理日誌 新建乙個檔案重新記錄,封存老的檔...