大數(shù)據(jù)已經(jīng)席卷了企業(yè)IT部門。一些軟硬件廠商的IT部門都有高速的分析軟件，高性能的硬件和基于列式的數(shù)據(jù)存儲，保證了對隨機(jī)分析查詢的快速訪問和應(yīng)答。
而在大數(shù)據(jù)爆炸式發(fā)展中，有一件最根本的任務(wù)被遺忘了，這也是對于DBA來說最為重要的任務(wù)：備份和恢復(fù)。
備份到底有多重要？
無論是廠商還是用戶，他們認(rèn)為大數(shù)據(jù)的備份和恢復(fù)并不是一個(gè)重要的問題。其中包括以下原因：
故障發(fā)生后對可選數(shù)據(jù)（賬戶，訂單，客戶等）的恢復(fù)有著更高的優(yōu)先級
大數(shù)據(jù)解決方案并不運(yùn)行關(guān)鍵業(yè)務(wù)；此外，由于分析是在一個(gè)大范圍的時(shí)間序列上進(jìn)行的，所以大數(shù)據(jù)恢復(fù)并不需要做到完全最新；
大數(shù)據(jù)真的很大，因此備份大量數(shù)據(jù)所需要的存儲介質(zhì)成本是難以承受的；
對于處理數(shù)據(jù)和必要的數(shù)據(jù)通道容量來說，存儲和加載到大數(shù)據(jù)表是非常昂貴而又耗時(shí)的；事實(shí)上，它可能會需要幾天或幾星期的時(shí)間才能完整恢復(fù)整個(gè)數(shù)據(jù)存儲。
上述這些原因可能和你的實(shí)際情況并不符合。很多以客戶為導(dǎo)向的系統(tǒng)將大數(shù)據(jù)分析作為運(yùn)營處理系統(tǒng)的一部分。也就是說，一個(gè)大數(shù)據(jù)部署的失敗可能會直接影響到公司自身的運(yùn)營。這些大數(shù)據(jù)應(yīng)用已經(jīng)逐漸走向關(guān)鍵業(yè)務(wù)系統(tǒng)，因此數(shù)據(jù)恢復(fù)就變得空前重要。
備份方案
嚴(yán)謹(jǐn)?shù)臑?zāi)難恢復(fù)計(jì)劃包括在有限時(shí)間內(nèi)（恢復(fù)時(shí)間目標(biāo)，亦或是RTO）恢復(fù)數(shù)據(jù)到某個(gè)一致點(diǎn)（恢復(fù)點(diǎn)目標(biāo)，亦或是RPO）的能力。所選備份策略的組合是由這些目標(biāo)所驅(qū)動的。我們所使用的常用備份方法主要包括：
本地以及遠(yuǎn)程副本
虛擬快照
復(fù)制
本地和遠(yuǎn)程副本由磁盤文件備份和數(shù)據(jù)庫實(shí)體備份組成。IT支持人員執(zhí)行的工作是創(chuàng)建media-to-media的備份，這些備份包含有數(shù)據(jù)庫數(shù)據(jù)的操作系統(tǒng)文件，而DBA可以用數(shù)據(jù)庫供應(yīng)商或是第三方供應(yīng)商的工具通過接口（API）來訪問數(shù)據(jù)。由于專有軟件產(chǎn)品供應(yīng)商的成本，磁盤文件備份更便宜；而數(shù)據(jù)庫廠商提供的工具則更快，在恢復(fù)過程中占有速度優(yōu)勢。
虛擬快照是一個(gè)硬件解決方案，它可以讓存儲介質(zhì)創(chuàng)建一個(gè)整個(gè)系統(tǒng)的虛擬備份。在短時(shí)期內(nèi)數(shù)據(jù)庫寫操作被禁用，而硬件管理存儲子系統(tǒng)會處理所有文件內(nèi)部備份的工作。此復(fù)制過程可能會非?？?，有時(shí)是在幾秒內(nèi)完成的。在復(fù)制完成后，數(shù)據(jù)庫管理系統(tǒng)則恢復(fù)寫操作。
假設(shè)成功創(chuàng)建恢復(fù)到某時(shí)間點(diǎn)的快照，那么快照可以提供非?？斓幕謴?fù)時(shí)間。除此之外，恢復(fù)到時(shí)間點(diǎn)而非快照創(chuàng)建點(diǎn)需要某種方法來把所有最近的數(shù)據(jù)庫變更（記錄在日志中）應(yīng)用到快照上。另外一個(gè)問題就是存儲容量。一個(gè)快照可能會需要兩倍于當(dāng)前所使用的存儲容量。并且，如果發(fā)生故障而且此快照是作為當(dāng)前數(shù)據(jù)使用的，那么就必須分配另一個(gè)快照區(qū)域來預(yù)防故障擴(kuò)大。
復(fù)制包括在另外一個(gè)站點(diǎn)創(chuàng)建一套完整的數(shù)據(jù)庫鏡像，然后獲取所有需要在副本站點(diǎn)制作的本地?cái)?shù)據(jù)庫變更。這樣當(dāng)一個(gè)災(zāi)難發(fā)生時(shí)，第二個(gè)站點(diǎn)就將成為主站點(diǎn)。這一方法的優(yōu)勢在于RPO幾乎是可以達(dá)到故障發(fā)生的時(shí)間點(diǎn)。
假設(shè)備用站點(diǎn)或恢復(fù)站點(diǎn)已經(jīng)加載了一個(gè)本地?cái)?shù)據(jù)的備份。DBA現(xiàn)在要用數(shù)個(gè)方法中的一種來獲取任何本地?cái)?shù)據(jù)庫變更。這些變更接著會送去恢復(fù)站點(diǎn)并在那里得以應(yīng)用。一個(gè)方法是獲取任何的插入，更新或是刪除SQL語句。另外一個(gè)方法是獲取數(shù)據(jù)庫管理系統(tǒng)產(chǎn)生的所有日志記錄。且有多種供應(yīng)商工具可以將此過程自動化。
自動化恢復(fù)過程
當(dāng)要恢復(fù)多個(gè)數(shù)據(jù)庫的時(shí)候，每一秒都很重要。這就是為什么對于所有數(shù)據(jù)庫恢復(fù)的不同混合的流程，腳本以及作業(yè)控制語言（JCL）需要事先存在的原因。而DBA是在數(shù)據(jù)庫創(chuàng)建的同時(shí)來創(chuàng)建所有這些的。隨著表和索引添加進(jìn)數(shù)據(jù)庫，DBA要更新備份和恢復(fù)流程。
這些流程需要進(jìn)行定期審查。隨著數(shù)據(jù)容量的增加，備份時(shí)間和恢復(fù)時(shí)間也可能會增加。隨著恢復(fù)時(shí)間延長，它們可能會超出應(yīng)用程序的RTO。
審查的另外一部分是處理RPO.恢復(fù)到一個(gè)特定時(shí)間點(diǎn)的過程開始于有備份恢復(fù)數(shù)據(jù)。接下來，DBA會運(yùn)行一個(gè)流程將日志記錄應(yīng)用到備份上。這些日志記錄是在最后一次備份之后所創(chuàng)建的。，并且反應(yīng)了自那個(gè)時(shí)間點(diǎn)之后的表變更。隨著事務(wù)量和數(shù)據(jù)波動性的增加，備份后的日志記錄數(shù)量也隨之增加。因此，DBA可能要考慮更加頻繁的進(jìn)行備份，備份索引，甚至是采用諸如虛擬快照之類的高速備份選項(xiàng)。
恢復(fù)測試
幾乎所有IT應(yīng)用環(huán)境都會隨時(shí)間的推移而改變，因此恢復(fù)流程必須進(jìn)行測試。這要求DBA去確認(rèn)哪些流程是最新的，再測量恢復(fù)時(shí)間，還要對未來的容量變更進(jìn)行規(guī)劃。此外，恢復(fù)實(shí)踐是一個(gè)不錯(cuò)的方法可以用來在恢復(fù)流程方面培訓(xùn)新員工或是缺乏經(jīng)驗(yàn)的員工。此項(xiàng)培訓(xùn)的一個(gè)積極成果是一個(gè)成功的災(zāi)難恢復(fù)測試，這是一些企業(yè)根據(jù)法規(guī)約束或服務(wù)協(xié)議而要求的。
你需要做什么？
DBA應(yīng)該確保已經(jīng)準(zhǔn)備好以下條件：
所有產(chǎn)品對象恢復(fù)狀態(tài)的文檔；
對于屬于關(guān)鍵應(yīng)用的對象定期測量其所需要的恢復(fù)時(shí)間；
為特殊情況開發(fā)可替代的備份和恢復(fù)方法（例如索引的鏡像復(fù)制，將數(shù)據(jù)復(fù)制到恢復(fù)站點(diǎn)，以及DASD鏡像）；
定期開發(fā)，改善并審查數(shù)據(jù)可恢復(fù)性指標(biāo)。
總結(jié)
大數(shù)據(jù)應(yīng)用以及操作系統(tǒng)必須有一個(gè)健壯而快速的恢復(fù)流程加以支持。創(chuàng)建這些流程需要設(shè)計(jì)者從數(shù)據(jù)庫設(shè)計(jì)開始，堅(jiān)持到第一個(gè)生產(chǎn)環(huán)境的部署。
恢復(fù)需求是任何應(yīng)用程序或數(shù)據(jù)庫解決方案的一個(gè)組成部分。數(shù)據(jù)庫設(shè)計(jì)者和管理人員可以通過利用這里所討論的備份和恢復(fù)流程適當(dāng)?shù)慕M合來保證滿足恢復(fù)時(shí)間目標(biāo)。
