4166am金沙信心之選來自活動(dòng)“備份系統(tǒng)設(shè)計(jì)與規(guī)劃”中的交流與討論，該活動(dòng)即將結(jié)束，速來交流，等你！（點(diǎn)擊文末閱讀原文即可）

　　備份系統(tǒng)作為數(shù)據(jù)安全的最后一根救命稻草，究竟應(yīng)如何選擇？備份主流市場上，備份軟件百花齊放，哪一款滿足您公司的預(yù)期？面對層出不窮的備份介質(zhì)，備份一體機(jī)、光盤庫到底有沒有必要選擇？

　　歡迎大家發(fā)表您的觀點(diǎn)、看法；不限廠商、產(chǎn)品，只做大家真正關(guān)心的技術(shù)交流。

　　拋開各種廠商成見與個(gè)人偏見，談?wù)勎易约鹤鳛橐粋€(gè)備份管理員如何去選擇備份軟件的心得體會(huì)，供大家參考。

　　市場上的備份軟件，只要是主流產(chǎn)品，基本大同小異，最多哪家產(chǎn)品多點(diǎn)特色功能，哪家產(chǎn)品多點(diǎn)高級特性，然而這些都不能成為左右我挑選產(chǎn)品的核心因素（可能高級特性很長一段時(shí)間我都用不上）。另外若是局限于單純的容災(zāi)備份，不和以后的災(zāi)備、多中心接洽，那選擇標(biāo)準(zhǔn)就更明了。

　　挑選標(biāo)準(zhǔn)之一-----基于個(gè)人維護(hù)習(xí)慣。針對我個(gè)人，我更傾向于使用一部分腳本去監(jiān)控或者知曉軟件的運(yùn)行，摸清軟件的一部分原理，因而我更傾向于能用腳本實(shí)現(xiàn)多樣功能，同時(shí)能借助界面實(shí)現(xiàn)一些簡單需求。高度集成化的界面雖然方便，但對于一些核心關(guān)鍵的問題，界面反映出的信息往往沒有命令或者腳本查看后臺(tái)獲取的有效信息多，在解決核心問題上，查看后臺(tái)信息和熟悉軟件底層運(yùn)行原理在日常排錯(cuò)上會(huì)更有效。至于具體標(biāo)準(zhǔn)，就得看實(shí)際情況，你能接受多高的學(xué)習(xí)成本和軟件易用性。

　　備份系統(tǒng)相對復(fù)雜，因?yàn)樯婕暗姆椒矫婷娑啵谄浣ㄔO(shè)初期需要收納匯總各系統(tǒng)的情況和需求，最后集中考慮。作為備份系統(tǒng)的最終維護(hù)管理者，一定要明確當(dāng)前的需求并分清層次，哪些是急需解決的，哪些是可以湊合的，哪些是不用著重考慮的：比如，生產(chǎn)系統(tǒng)以LAN網(wǎng)為主，SAN資源相對貧乏，首先需要考慮的就是大數(shù)據(jù)量備份怎么走；若生產(chǎn)系統(tǒng)存儲(chǔ)復(fù)用度比較高，最應(yīng)考慮的就是備份的窗口怎么規(guī)劃；如果生產(chǎn)系統(tǒng)網(wǎng)絡(luò)資源使用率較高，如何減少備份網(wǎng)間流量就是首要目標(biāo)……

　　對于廠商最終給出的方案，一定……一定……一定要認(rèn)真審核，有些集成商的解決方案真的慘不忍睹。吹得天花亂墜的產(chǎn)品，上可日天下可滅地的產(chǎn)品性能，花花架子的系統(tǒng)結(jié)構(gòu)，吹牛皮都不打草稿。作為最初期的設(shè)計(jì)，若是條件允許，一定要把備份網(wǎng)絡(luò)和生產(chǎn)網(wǎng)絡(luò)隔離，系統(tǒng)規(guī)模越龐大，想分離就越難。分離的過程一般都涉及停機(jī)或高風(fēng)險(xiǎn)操作，后期改造風(fēng)險(xiǎn)更高。對于暫時(shí)無法分離備份網(wǎng)絡(luò)的架構(gòu)，建議考慮規(guī)整備份流量，每個(gè)網(wǎng)段盡量設(shè)置無業(yè)務(wù)應(yīng)用的Prxoy匯總流量?？缇W(wǎng)段的串流請慎重考量后再?zèng)Q定，跨網(wǎng)段的流量會(huì)同時(shí)帶來多個(gè)網(wǎng)絡(luò)的高負(fù)載。如果承受不起高負(fù)載的網(wǎng)絡(luò)消耗，可以變向從源端消重備份入手。對于備份方案中的性能評測，一定要以實(shí)際測試為出發(fā)點(diǎn)親自測算，切勿聽風(fēng)又是雨。集成商給出的方案多半帶點(diǎn)水分，盡可能親自驗(yàn)證、驗(yàn)算備份系統(tǒng)的性能以及可行性。

　　對于產(chǎn)品售后的定位，就和備份系統(tǒng)一樣，一輩子都可能用不上幾次，但要有用的時(shí)候若是沒有，也挺麻煩。誰能保證不碰到幾個(gè)BUG需要官方支持呢？相信更多的還是有個(gè)維保出事好規(guī)避責(zé)任吧。

　　相信各位也是久戰(zhàn)沙場的前輩，對于主流的備份軟件售后服務(wù)口碑也是了然于心，哪家服務(wù)不錯(cuò)哪家服務(wù)欠佳，任君挑選。

　　對于一體機(jī)，其實(shí)我一直不解，大家都紛紛費(fèi)時(shí)費(fèi)力把系統(tǒng)往分布式方向整改，為什么單獨(dú)把備份系統(tǒng)盡量一體化呢？個(gè)人認(rèn)為，備份系統(tǒng)沒必要一體化。備份系統(tǒng)是一個(gè)長期的發(fā)展式系統(tǒng)，將來必定要擴(kuò)展?，F(xiàn)在分布式的多節(jié)點(diǎn)架構(gòu)反而更能適應(yīng)系統(tǒng)規(guī)模的擴(kuò)展。一體機(jī)雖然集大成、省去了不少維護(hù)成本，但在擴(kuò)展方面，不僅麻煩而且成本巨大。

　　相信各位也聽到不少光盤庫的宣傳了，作為存儲(chǔ)介質(zhì)里崛起的新秀也確實(shí)吸引了不少眼球。商業(yè)級的光盤也面市挺久了，但是光盤庫卻沒怎么經(jīng)過市場的檢驗(yàn)。個(gè)人認(rèn)為，磁帶庫已經(jīng)足夠廉價(jià)也能夠滿足現(xiàn)有需求；光盤庫作為初入者有許多待檢驗(yàn)的路要走，備份往往是數(shù)據(jù)恢復(fù)的最后一道防線，若是因?yàn)榇鎯?chǔ)介質(zhì)的問題無法恢復(fù)數(shù)據(jù)，那也丟失了建立備份系統(tǒng)的初衷。安全、穩(wěn)定、可靠才是備份系統(tǒng)的首位。

　　首先想吐槽一下標(biāo)題，任何時(shí)候，備份的數(shù)據(jù)不能作為救命稻草，而且不能只有一份備份數(shù)據(jù)，就硬件來說，要對存儲(chǔ)進(jìn)行全方位監(jiān)控，對系統(tǒng)24小時(shí)監(jiān)控，哪怕發(fā)現(xiàn)蛛絲馬跡，也要立刻解決，不能有一點(diǎn)疏忽，發(fā)現(xiàn)隱患，防患于未然。

　　當(dāng)然如果真的發(fā)生了不可逆的問題，備份就是最后一道關(guān)口，就拿oracle來說，如果讓我架構(gòu)一套應(yīng)用：

　　首先存儲(chǔ)要有主備，然后使用RAC，在然后搭建可查詢的ADG，這算是一方面的災(zāi)備；

　　其次備份，或者軟件，或者腳本，備到備份機(jī)上，存儲(chǔ)時(shí)間不需要太長，因?yàn)樯a(chǎn)系統(tǒng)，只要運(yùn)行，不會(huì)有大幅度回退。

　　希望大家對各自維護(hù)的生產(chǎn)系統(tǒng)重視起來，沒有災(zāi)備的要完善，沒有高可用的要升級，穩(wěn)定運(yùn)行才是我們做技術(shù)的第一重任。

　　根據(jù)容量，業(yè)務(wù)類型網(wǎng)絡(luò)結(jié)構(gòu)，價(jià)格綜合選擇不一定大品牌就適合自己的業(yè)務(wù)有時(shí)候版本兼容性，特殊業(yè)務(wù)需求都會(huì)限制備份軟件的選擇。

　　目前，就像我們公司的系統(tǒng)架構(gòu)來說，幾個(gè)主要的二級系統(tǒng)都是單機(jī)，單數(shù)據(jù)庫。 有的是應(yīng)用與數(shù)據(jù)庫分別部署到單獨(dú)的服務(wù)器上，有的是應(yīng)用與數(shù)據(jù)庫在同一臺(tái)服務(wù)器上。就幾個(gè)主要的數(shù)據(jù)庫而言：

　　oracle數(shù)據(jù)庫，我們做的每天利用rman完整備份一次（包含控制文件），同時(shí)備份歸檔日志且一起ftp傳輸?shù)疆悪C(jī)保存。

　　SQLServer數(shù)據(jù)庫，每12小時(shí)備份一次，事物日志每小時(shí)截?cái)嘁淮?，同樣ftp傳輸?shù)疆悪C(jī)。

　　db2數(shù)據(jù)庫目前是晚上做一次本地完全備份。中午做一次lan-free TSM備份。

　　問題是：無論怎么做，只要不是雙活或一主一備，都會(huì)面臨丟失數(shù)據(jù)的風(fēng)險(xiǎn)。（oracle最多會(huì)丟失一天的數(shù)據(jù)，SQLServer最多會(huì)丟失一小時(shí)的數(shù)據(jù)，db2最多會(huì)丟失半天的數(shù)據(jù)。）

　　思考下：如果就目前這種情況，領(lǐng)導(dǎo)不讓增加任何成本的話，該如何更好的做好數(shù)據(jù)備份，難道單靠增加備份次數(shù)嗎？ 如果哪天真出大問題了，領(lǐng)導(dǎo)同意花費(fèi)低成本購買設(shè)備的話，如何最大價(jià)值的實(shí)現(xiàn)各種數(shù)據(jù)庫不丟數(shù)據(jù)進(jìn)行部署？

　　備份永遠(yuǎn)做不到災(zāi)備的rpo，也沒有必要做到，作用不同。如果想實(shí)現(xiàn)不丟數(shù)據(jù)，需要考慮的是采用災(zāi)備，而不是備份。

　　個(gè)人認(rèn)為數(shù)據(jù)備份雖然不是核心重要系統(tǒng)，但是是不可缺少的系統(tǒng)，在產(chǎn)品選擇方面，我覺得主流的備份軟件其實(shí)大體功能相同，能做的都能做。但選擇我認(rèn)為選擇一定要是大廠商，或者是有強(qiáng)大的技術(shù)支持的成熟產(chǎn)品，這對今后個(gè)人的技能提升以及問題處理會(huì)有很大的幫助。

　　最重要的還是運(yùn)維管理員的操作熟練度，備份管理員能夠熟練的操作哪種備份軟件有很大的決定性，經(jīng)常進(jìn)行恢復(fù)演練，熟悉操作流程，管理員在進(jìn)行操作的時(shí)候能快速有效的恢復(fù)數(shù)據(jù)最重要。

　　選擇很多，備份的方式多樣，通常找成熟的產(chǎn)品，像主流的TSM、Commvault、NBU等。備份方式要靈活，既有API的方式、又有文件的形式，還可以通過建立存儲(chǔ)快照等；備份策略要多樣，滿足所有企業(yè)不同系統(tǒng)的備份需求；備份部署簡單，備份軟件易用，特別是大規(guī)模的快速部署方面，不要求深入了解軟件內(nèi)部架構(gòu)，也能搭建備份，最好能UI化；備份的刪重功能要強(qiáng)大，有些是在客戶端進(jìn)行刪重，有些是在服務(wù)端刪重，有些是利用存儲(chǔ)的刪重，刪重的方式和方法要有效，盡量減少存儲(chǔ)空間的占用；企業(yè)備份網(wǎng)絡(luò)的建立，無論是LAN FREE還是網(wǎng)絡(luò)備份，都最好能夠單獨(dú)建立。盡量避免對業(yè)務(wù)系統(tǒng)的沖擊；備份的恢復(fù)速度要快，一旦發(fā)生邏輯故障，無論什么實(shí)時(shí)復(fù)制技術(shù)都不管用了，這時(shí)只能依賴備份，備份的恢復(fù)速度很重要，有些企業(yè)往往重視備，而不重視恢復(fù)，恢復(fù)速度也很慢，平時(shí)也不演練，一旦發(fā)生重大故障，需要修復(fù)的時(shí)間很長。

　　另外我個(gè)人不是很喜好什么備份一體機(jī)，因?yàn)樘潭耍m然開箱即用，但今后的靈活性大大降低，以后的改造成本太高，隨著技術(shù)的更新迭代，一體機(jī)不是長久之計(jì)。