【51CTO.com快譯】大數(shù)據(jù)已成為大多數(shù)企業(yè)組織的優(yōu)先事項，它們?nèi)找嬉庾R到數(shù)據(jù)對于自己取得成功所起到的核心作用。但是許多公司繼續(xù)在為如何最有效地保護(hù)、管理和分析如今現(xiàn)代架構(gòu)中的數(shù)據(jù)而焦頭爛額。不做好這項工作會導(dǎo)致停機時間延長、可能丟失數(shù)據(jù)，從而讓企業(yè)組織蒙受巨額損失。

[[173364]]

不像傳統(tǒng)的數(shù)據(jù)平臺(甲骨文、SQL Server等)由IT專業(yè)人員來管理，大數(shù)據(jù)平臺(Hadoop、Cassandra、Couchbase和HPE Vertica等)通常由工程師或開發(fā)運維團隊來管理，大數(shù)據(jù)備份和恢復(fù)方面存在一些常見的誤解，需要加以澄清。

一些最常見的誤區(qū)包括如下：

第一個誤區(qū)：數(shù)據(jù)有多個副本，就不需要單獨的大數(shù)據(jù)備份/恢復(fù)工具。

大多數(shù)大數(shù)據(jù)平臺創(chuàng)建數(shù)據(jù)的多個副本，并將這些副本分布在不同的服務(wù)器或機架上。萬一出現(xiàn)硬件故障，這種類型的數(shù)據(jù)冗余機制可保護(hù)數(shù)據(jù)。然而，其他任何情況(比如用戶錯誤、意外刪除或數(shù)據(jù)損壞等)都會導(dǎo)致數(shù)據(jù)丟失，因為這些錯誤或損壞會迅速蔓延到所有數(shù)據(jù)副本。

第二個誤區(qū)：丟失的數(shù)據(jù)可以通過原始數(shù)據(jù)快速而輕松地重建。

如果你仍擁有重建丟失數(shù)據(jù)的所有原始數(shù)據(jù)，這也許切實可行。但在大多數(shù)情況下，原始數(shù)據(jù)被刪除或不容易訪問。就算原始數(shù)據(jù)可用，重建丟失的大數(shù)據(jù)可能也需要好幾周，消耗大量的技術(shù)資源，而且對大數(shù)據(jù)用戶來說延長了停機時間。

第三個誤區(qū)：備份PB級大數(shù)據(jù)是不經(jīng)濟或不實際的。

PB級數(shù)據(jù)的定期完整備份需要數(shù)周時間，還需要至少50萬美元的基礎(chǔ)設(shè)施投入。然而，你可以采取幾個辦法來緩解這些問題。你可以找出對貴企業(yè)來說很寶貴的一小部分?jǐn)?shù)據(jù)，然后只備份這部分?jǐn)?shù)據(jù)。采用重復(fù)數(shù)據(jù)刪除等較新的備份技術(shù)來高效地存儲備份內(nèi)容，永久增量備份以傳輸變化的內(nèi)容，使用商用服務(wù)器，這些同樣有助于降低成本、縮短備份時間。

第四個誤區(qū)：遠(yuǎn)程災(zāi)難恢復(fù)副本可以充當(dāng)備份副本。

謹(jǐn)慎的做法是，將數(shù)據(jù)副本放在遠(yuǎn)程數(shù)據(jù)中心，防止火災(zāi)和地震之類的大規(guī)模災(zāi)害。這通常通過定期將數(shù)據(jù)從生產(chǎn)數(shù)據(jù)中心復(fù)制到災(zāi)難恢復(fù)數(shù)據(jù)中心來實現(xiàn)。然而，對生產(chǎn)數(shù)據(jù)中心所作的所有變化會蔓延到災(zāi)難恢復(fù)站點，包括意外刪除、數(shù)據(jù)庫損壞、應(yīng)用程序損壞等。因此，災(zāi)難恢復(fù)副本不能充當(dāng)備份副本，因為它沒有你可以用來回滾的時間點副本。

第五個誤區(qū)：編寫大數(shù)據(jù)的備份/恢復(fù)腳本很容易。

如果你擁有技術(shù)資源，數(shù)據(jù)量不大，又只有一種大數(shù)據(jù)平臺，那么編寫腳本切實可行。大多數(shù)企業(yè)組織通常有數(shù)十TB、乃至數(shù)百TB的大數(shù)據(jù)散布在多個大數(shù)據(jù)平臺上。針對這種類型的環(huán)境編寫、測試和維護(hù)腳本并非易事。需要為得到支持的每種平臺編寫腳本(比如Hadoop需要一個腳本，Cassandra需要另一個腳本)。腳本必須大規(guī)模進(jìn)行測試;平臺版本變化(從Cassandra 2.1升級到2.2)后，還得重新測試。在某些情況下，腳本可能需要定期更新，以便支持平臺的新功能、新API、新的數(shù)據(jù)類型等。

大多數(shù)企業(yè)組織沒有認(rèn)識到，針對大數(shù)據(jù)平臺編寫好的備份腳本面臨大筆的隱性成本，還需要相應(yīng)專長?；謴?fù)過程難得多，而且容易出錯，因為它涉及諸多環(huán)節(jié)：找到合適的備份副本，將數(shù)據(jù)拷回到相應(yīng)節(jié)點，運用針對特定平臺的恢復(fù)程序以恢復(fù)數(shù)據(jù)。

第六個誤區(qū)：大數(shù)據(jù)備份/恢復(fù)操作成本很低。

除了定期維護(hù)和測試腳本外，還有與備份和恢復(fù)有關(guān)的額外成本。額外成本包括如下：

人員成本：有人得負(fù)責(zé)運行腳本，確保備份成功，需要時進(jìn)行調(diào)試，執(zhí)行臨時恢復(fù)等。

存儲成本：存儲備份內(nèi)容需要花錢。

停機成本：在這段時間內(nèi)，管理員要找到備份副本，并將數(shù)據(jù)恢復(fù)到理想狀態(tài)。

尤其是在大數(shù)據(jù)環(huán)境變得更龐大、更復(fù)雜后，這些成本可能會大幅增加。

第七個誤區(qū)：快照是大數(shù)據(jù)的一種有效的備份機制。

快照(在特定時間點凍結(jié)的數(shù)據(jù)狀態(tài))有時用作備份副本，以防止用戶錯誤或應(yīng)用程序損壞。使用平臺或存儲快照用于備份時要考慮幾點。

首先，快照可以用來使備份過程實現(xiàn)自動化。然而，使用存儲快照時，需要額外的手動步驟，確保備份數(shù)據(jù)和元數(shù)據(jù)的一致性。其次，數(shù)據(jù)不快速變化時，快照才有效。就大數(shù)據(jù)平臺而言，數(shù)據(jù)變化速度很快，而壓縮等技術(shù)只會加快數(shù)據(jù)變化速度。因而，快照需要龐大的存儲開銷(高達(dá)50%)來保留幾個時間點拷貝。

最后，通過快照恢復(fù)數(shù)據(jù)將是非常繁瑣的手動過程。管理員或數(shù)據(jù)庫管理員不得不找出與需要恢復(fù)的數(shù)據(jù)(比如密鑰空間或表)相對應(yīng)的快照文件，然后通過快照恢復(fù)到集群中的相應(yīng)節(jié)點。恢復(fù)過程中一旦出現(xiàn)錯誤，就會導(dǎo)致數(shù)據(jù)永久丟失。

總之，正在部署大數(shù)據(jù)平臺和應(yīng)用軟件的企業(yè)組織要認(rèn)識到備份數(shù)據(jù)的重要性。副本和快照等由平臺提供的機制不足以確保適當(dāng)?shù)臄?shù)據(jù)保護(hù)，并盡量縮短停機時間。適當(dāng)?shù)膫浞莺突謴?fù)需要一定的投入，但是考慮到大數(shù)據(jù)在帶來業(yè)務(wù)價值方面扮演的角色，這筆投入是非常值得的。

企業(yè)組織應(yīng)該意識到自主開發(fā)解決方案方面的隱性成本，應(yīng)部署合適的技術(shù)，以滿足自己的恢復(fù)點目標(biāo)(RPO)和恢復(fù)時間目標(biāo)(RTO)。大數(shù)據(jù)方面沒有備份/恢復(fù)解決方案可不行，因為人為錯誤和數(shù)據(jù)損壞等事件早晚會發(fā)生。這不是是否會發(fā)生的問題，而是何時會發(fā)生的問題。

【51CTO譯稿，合作站點轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】