隨著企業(yè)的發(fā)展，IT信息中心會(huì)出現(xiàn)越來(lái)越多的業(yè)務(wù)系統(tǒng),，這些業(yè)務(wù)系統(tǒng)也會(huì)越來(lái)越復(fù)雜,。單從使用者的角度看，可能也就幾個(gè)業(yè)務(wù)模塊,。但仔細(xì)一梳理,，會(huì)發(fā)現(xiàn)其組成部分包含存儲(chǔ),、SAN網(wǎng)絡(luò)、主機(jī),、數(shù)據(jù)庫(kù),、中間件等，可能還會(huì)有一些云平臺(tái),。數(shù)據(jù)越多,，業(yè)務(wù)越復(fù)雜，數(shù)據(jù)的保護(hù)工作越值得規(guī)劃,。數(shù)據(jù)規(guī)模到一定的程度后,，就需要專(zhuān)門(mén)的備份軟件來(lái)做這些事情，相對(duì)各個(gè)業(yè)務(wù)系統(tǒng)各自分散的備份,，采用備份軟件有以下優(yōu)勢(shì)：

1. 集中式管理,，將所有的備份需求統(tǒng)一進(jìn)行管理。

2. 全自動(dòng)備份,，可以設(shè)置調(diào)度作業(yè),。所有的備份任務(wù)自動(dòng)進(jìn)行，簡(jiǎn)化管理維護(hù)過(guò)程,。

3. 支持各種應(yīng)用和數(shù)據(jù)庫(kù)備份和恢復(fù),，備份軟件幾乎支持目前市面上所有的主流企業(yè)應(yīng)用?？梢酝昝赖暮同F(xiàn)有的應(yīng)用程序契合,。

4. 在線式索引，通過(guò)集中的控制臺(tái)查看備份任務(wù)及備份內(nèi)容,。

5. 歸檔管理,，應(yīng)對(duì)基于法律法規(guī)的存檔保存。

6. 有效的介質(zhì)管理,，可以將不同的備份介質(zhì)統(tǒng)一管理起來(lái),，包括磁盤(pán)存儲(chǔ)、虛擬帶庫(kù),、物理帶庫(kù)等設(shè)備,。并且根據(jù)保留策略自動(dòng)維護(hù)所有的備份介質(zhì)。

7. hsm分級(jí)存儲(chǔ)管理,，可以基于生命周期或者數(shù)據(jù)熱度來(lái)對(duì)用戶的數(shù)據(jù)進(jìn)行分層管理,，降低成本。

8. 系統(tǒng)災(zāi)難恢復(fù),，可以基于現(xiàn)有的備份系統(tǒng)涉及容災(zāi),，達(dá)到異地恢復(fù)的目的。

9. 具備良好的擴(kuò)展性，滿足系統(tǒng)不斷增加的要求,。

備份軟件能否良好的運(yùn)行,，前期的規(guī)劃設(shè)計(jì)非常重要，本文整理了一些方案設(shè)計(jì)和最佳實(shí)踐方面的知識(shí),，以及一些典型的案例場(chǎng)景來(lái)供讀者參考,。

1. 如何界定備份和歸檔這兩者的區(qū)別,，并使之匹配自己企業(yè)當(dāng)前的需求,？

有些用戶經(jīng)常容易把備份和歸檔混淆，最初的需求不明確就會(huì)導(dǎo)致后期的實(shí)施方案走樣,，用起來(lái)各種問(wèn)題,，后期維護(hù)也是非常麻煩。

1. 先從對(duì)應(yīng)場(chǎng)景來(lái)說(shuō)吧

一般情況下,，我們把用于恢復(fù)目的數(shù)據(jù)保留稱(chēng)作備份,。這類(lèi)數(shù)據(jù)一般變化較大，保留時(shí)限較短,。僅僅是為了應(yīng)對(duì)數(shù)據(jù)丟失來(lái)設(shè)計(jì)的,。

而歸檔，一般對(duì)應(yīng)的是長(zhǎng)期存放,，數(shù)據(jù)變化量相對(duì)較小,，比較多的場(chǎng)景是基于法律法規(guī)要求的以年為單位的數(shù)據(jù)保留，應(yīng)對(duì)的數(shù)據(jù)審查等操作,。

2. 再?gòu)膫浞蒈浖O(shè)計(jì)的角度來(lái)看

從備份軟件的角度來(lái)看,，各個(gè)備份軟件在各自的系統(tǒng)中都有備份和歸檔一說(shuō)，而且主要還是針對(duì)文件系統(tǒng)備份的時(shí)候提及的較多,，就TSM和NBU對(duì)比來(lái)看,，TSM有backup和archive這樣的名詞，而NBU也有user backup和user archive這樣的備份類(lèi)型,。

這里以TSM為例，如果是數(shù)據(jù)備份,，備份軟件里對(duì)應(yīng)的有數(shù)據(jù)保留的活動(dòng)版本,、非活動(dòng)版本、刪除版本以及非活動(dòng)版本和刪除版本的保存期限等參數(shù)（copygroup的verexistes,、verdelete,、retextra、retonly四個(gè)參數(shù)）,。能比較靈活的應(yīng)對(duì)備份數(shù)據(jù)的各種需求點(diǎn),。

對(duì)應(yīng)歸檔來(lái)說(shuō)，沒(méi)有非活動(dòng)版本的概念，每個(gè)版本都是活動(dòng)的,，只能以時(shí)間來(lái)界定（copygroup的retver參數(shù)）,。

針對(duì)剛剛談到的歸檔和備份的區(qū)別，根據(jù)第一點(diǎn)提到的需求差別,，可以靈活的選擇即可,，比如：

對(duì)于大多數(shù)的普通文件、sql數(shù)據(jù)庫(kù),、IBM domino,、MS exchange等數(shù)據(jù)保留都可以通過(guò)上面說(shuō)的副本組參數(shù)來(lái)靈活配置。

對(duì)于db2和oracle分別由程序自身來(lái)控制,，db2使用db2adutl,，oracle使用rman。

當(dāng)然,，也有一些特殊情況,，比如db2的歸檔日志存放，或者sap的數(shù)據(jù)保留也會(huì)用的歸檔模式,，這里根據(jù)備份和歸檔的設(shè)計(jì)差別,，也可以解釋的通。

3. 最后從數(shù)據(jù)的特點(diǎn)來(lái)看

一般情況下數(shù)據(jù)變化大的建議用戶選用備份,；而數(shù)據(jù)基本不變化,，且需要長(zhǎng)期保留的數(shù)據(jù)我建議用戶一次或者定期歸檔長(zhǎng)時(shí)間保留。

2. 針對(duì)企業(yè)現(xiàn)有的數(shù)據(jù)規(guī)模,，如何規(guī)劃存儲(chǔ)類(lèi)型,、容量并設(shè)計(jì)合適的調(diào)度作業(yè)？

見(jiàn)過(guò)不少客戶的備份環(huán)境,，用起來(lái)資源緊張,，捉襟見(jiàn)肘。有的是備份空間不足,，被迫修改保留策略,。有的是受限客觀環(huán)境，通道不足導(dǎo)致備份窗口加長(zhǎng),，最后備份失敗,。總而言之,，大都是是初始規(guī)劃設(shè)計(jì)方面準(zhǔn)備不足,，導(dǎo)致后期維護(hù)困難?？梢詮囊韵聨讉€(gè)點(diǎn)來(lái)考慮：

1. 存儲(chǔ)空間確認(rèn)

首先應(yīng)該先匯總,，看看當(dāng)前要需要備份的系統(tǒng)有多少套，每套大概有多少數(shù)據(jù)量，最終得到1個(gè)初步的數(shù)據(jù)總量,；

其次,，應(yīng)該了解并估算整個(gè)備份環(huán)境的增長(zhǎng)量，以及規(guī)劃的年數(shù),。比如,，初步估算所有的備份數(shù)據(jù)總量為5T，每年增長(zhǎng)20%,，規(guī)劃5年周期,。最后的總量應(yīng)該是12.5T左右；

最后,，要確認(rèn)保存的周期或保存的版本數(shù),。比如，初步按3個(gè)版本保存,，40T的容量應(yīng)該是沒(méi)問(wèn)題的,。

2. 根據(jù)存儲(chǔ)空間初步確定設(shè)備選型

比如，如果使用物理帶庫(kù),，按LTO6的磁帶來(lái)算,，14盤(pán)磁帶就夠了，但是考慮到并置組,、存儲(chǔ)池以及其他考慮等冗余要求,，需要再多設(shè)計(jì)一些磁帶，比如20盤(pán),。然后再考慮到是否要需要需求磁帶循環(huán)使用,，那么磁帶庫(kù)的槽位數(shù)量必須要多于20個(gè)。

如果是虛擬磁帶庫(kù),，考慮到產(chǎn)品的重刪功能,，可以對(duì)應(yīng)的降低有效容量的配置要求?；蛘呷绻谴疟P(pán)存儲(chǔ)池并啟用重刪功能,，也可以根據(jù)測(cè)試對(duì)應(yīng)的降低要求。

3. 備份窗口的確定

和業(yè)務(wù)系統(tǒng)的負(fù)責(zé)人溝通,，了解每個(gè)要備份的業(yè)務(wù)系統(tǒng)的最大備份窗口,，根據(jù)備份窗口選擇合適的備份方式。通過(guò)合理的配置優(yōu)化備份窗口,，比如，使用lanfree備份,，增加驅(qū)動(dòng)器等備份通道,、使用性能更改的備份設(shè)備等方式。一般來(lái)講，核心系統(tǒng)和數(shù)據(jù)量大的非核心系統(tǒng)要求要配置lanfree備份,。并且,，如果配置lanfree也要做好規(guī)劃設(shè)計(jì)，比如,，做好san規(guī)劃,，使得備份zone和普通存儲(chǔ)zone分開(kāi)，并且備份系統(tǒng)都要使用獨(dú)立的hba卡或獨(dú)立的hba卡接口,。

4. 備份調(diào)度的確定

根據(jù)RPO和RTO和設(shè)計(jì)合理的備份調(diào)度周期,，根據(jù)各個(gè)系統(tǒng)的備份窗口，合理的設(shè)計(jì)各個(gè)系統(tǒng)的備份時(shí)間,。

5. 做好備份恢復(fù)測(cè)試,，并設(shè)計(jì)相應(yīng)的制度，定期進(jìn)行備份演練,。

這個(gè)反而是最關(guān)鍵的,，搞了半天備份，關(guān)鍵的時(shí)候恢復(fù)不了,，這個(gè)就要命了,，這樣血的教訓(xùn)太多了。

3. D2D2T是個(gè)什么東西,？有哪些好處,？什么情況下使用？

是不是經(jīng)常聽(tīng)到什么虛擬帶庫(kù),、D2D2T等各種術(shù)語(yǔ),。虛擬帶庫(kù)有哪些好處？為什么不直接備到磁盤(pán)存儲(chǔ)上,。所謂的D2D2T又是個(gè)啥? 適合哪些場(chǎng)景,？

數(shù)據(jù)由磁盤(pán)到磁盤(pán)再到磁帶，我們一般稱(chēng)之為d2d2t,，第二個(gè)D也可以理解為虛擬磁帶庫(kù),。第一個(gè)D近線存儲(chǔ)，生產(chǎn)數(shù)據(jù),；第二個(gè)D離線存儲(chǔ),，備份數(shù)據(jù)；T磁帶庫(kù)設(shè)備,，離線數(shù)據(jù),。

傳統(tǒng)的備份軟件最初大都基于磁帶庫(kù)設(shè)計(jì)的，基于傳統(tǒng)備份軟件的備份架構(gòu)已經(jīng)非常成熟了,，而且最近幾年也再與時(shí)俱進(jìn),，功能,、性能及穩(wěn)定性上都有了很大的進(jìn)步。但是現(xiàn)有的企業(yè)環(huán)境數(shù)據(jù)量越來(lái)越大,，業(yè)務(wù)類(lèi)型也越來(lái)越復(fù)雜,。對(duì)于物理磁帶庫(kù)來(lái)講，最新的LTO7在容量和性能上有了很大的提升,，順序讀寫(xiě)速度已經(jīng)超過(guò)了sata磁盤(pán),，并且在離線保存方面還有很大的優(yōu)勢(shì)。但是在其他方面還有一些先天的劣勢(shì),，比如數(shù)據(jù)恢復(fù)時(shí)的隨機(jī)讀寫(xiě)速度非常慢,、重復(fù)數(shù)據(jù)刪除、異地復(fù)制等等,。

在這種情況下,，作為中間層出現(xiàn)的磁盤(pán)或虛擬帶庫(kù)彌補(bǔ)了這個(gè)缺陷。D2D2T架構(gòu)有如下好處：

1. 數(shù)據(jù)備份可以先到磁盤(pán)或虛擬帶庫(kù)上,，在這一層可以得到良好的備份恢復(fù)速度,，優(yōu)化了備份恢復(fù)窗口，使用戶得到一個(gè)非常好的RTO和RPO,；

2. 備份到磁盤(pán)或vtl上的數(shù)據(jù)可以通過(guò)重復(fù)數(shù)據(jù)刪除功能節(jié)省空間,。重刪可以由tsm來(lái)做，也可以直接基于vtl硬件來(lái)實(shí)現(xiàn),。

3. 可以實(shí)現(xiàn)其他一些基于硬件的高級(jí)功能,，比如基于vtl的備份容災(zāi)（可參考liulei_oracle兄的案例分享1）。

4. 滿足數(shù)據(jù)離線保存或出庫(kù)需求,，備份數(shù)據(jù)可以得到更高的冗余保護(hù),。可以將虛擬磁帶庫(kù)上的數(shù)據(jù)再次遷移或復(fù)制到物理磁帶庫(kù)一份,。備份數(shù)據(jù)到物理帶庫(kù)這個(gè)操作可以基于備份軟件來(lái)做,，也可以基于虛擬磁帶庫(kù)本身來(lái)做，使用起來(lái)非常靈活,。

綜上,，D2D2T在一些數(shù)據(jù)量大，備份要求高等需求場(chǎng)景下,，有非常好的表現(xiàn),，可以考慮在對(duì)應(yīng)的場(chǎng)景下使用。,。

4. 如何設(shè)計(jì)磁帶出庫(kù)保存或異地恢復(fù),？

長(zhǎng)時(shí)間的磁帶保存方案如何設(shè)計(jì)，如果異地恢復(fù)又有什么值得注意的?

我們以NBU和兩TSM款典型的備份軟件來(lái)舉例：

1. 如果使用NBU

方案1：VAULT,， 對(duì)數(shù)據(jù)集備份到磁帶中,，然后從帶庫(kù)中彈出,，做離線保存，可以把關(guān)鍵的數(shù)據(jù)運(yùn)輸?shù)疆惖刈鰧?dǎo)入恢復(fù),。

優(yōu)點(diǎn)：便宜

缺點(diǎn)：要帶庫(kù)支持一定功能，并要長(zhǎng)期人為去維護(hù)拿帶子等

方案2：AIR（Automatic Image Replicate）,，AIR要求兩個(gè)MSDP之間做數(shù)據(jù)的同步,，這要求要一定的帶寬和相應(yīng)的磁盤(pán)做MSDP池。

優(yōu)點(diǎn)：重復(fù)數(shù)據(jù)刪除功能,，同步效率高,，可實(shí)現(xiàn)1對(duì)多，多對(duì)1的數(shù)據(jù)同步,，自動(dòng)化程度高,。

缺點(diǎn)：價(jià)格貴，架構(gòu)較復(fù)雜,，處理問(wèn)題也比較麻煩,。

2. 如果使用TSM

TSM的出庫(kù)有以下幾種類(lèi)型：

A. 普通的出庫(kù)，即超長(zhǎng)時(shí)間的保留導(dǎo)致的磁帶數(shù)量越放越多,，超出了磁帶庫(kù)的槽位數(shù),，所以需要定期的將已滿的磁帶取出。對(duì)應(yīng)的命令：

update volume volume_name access=readonly
checkout libvolume library_name volume_name

checkout后取出存放即可,。不用太在意標(biāo)簽的問(wèn)題,，如果后期有恢復(fù)或回調(diào)需求，直接做即可,，會(huì)提示需要哪盤(pán)磁帶,，找到后checkin即可即可。

B. 長(zhǎng)期保存為目的,，不影響當(dāng)前備份數(shù)據(jù),。

對(duì)于普通文件：generate backupset

對(duì)于Oracle、db2等數(shù)據(jù)庫(kù)：export node到磁帶即可

C. 基于多重保護(hù)目的,。將磁帶庫(kù)設(shè)置為副本存儲(chǔ)池,。定期將主池的數(shù)據(jù)備份到副本池。然后按照步驟A來(lái)取帶子,，保存好即可,。

D. 使用drm，相對(duì)于有個(gè)單獨(dú)的數(shù)據(jù)庫(kù)來(lái)記錄出庫(kù)磁帶

關(guān)于磁帶的保存,，不管采用那種技術(shù)做磁帶出庫(kù),，都建議如下：

1，環(huán)境要求,，避光防潮忌消磁,，溫度濕度適中,，專(zhuān)柜存放。

2,，存放標(biāo)簽要求,，分門(mén)別類(lèi)，標(biāo)簽寫(xiě)明：什么時(shí)間備份的什么系統(tǒng)的什么數(shù)據(jù),，保留至多久,，用于什么目的。磁帶編碼有哪些,，對(duì)應(yīng)原備份系統(tǒng)哪些備份配置,。

3，磁帶出入庫(kù)登記,，沒(méi)有的話弄丟磁帶或找磁帶的時(shí)候就只能哭了,。

如果是基于TSM的異機(jī)恢復(fù)，分以下幾種：

A. 普通恢復(fù),，從tsm中取出的磁帶,，需要tsm server才能讀取。所以,，需要先在異地恢復(fù)tsm server,，需要用到tsm db備份，卷歷史文件,、設(shè)備配置文件等,。恢復(fù)完tsm server后,，才可以正常讀取磁帶

B. 僅異地恢復(fù)數(shù)據(jù),。只支持export和備份集方式的備份。上面出庫(kù)步驟1和3類(lèi)型的不支持,。

5. 數(shù)據(jù)爆發(fā)導(dǎo)致的備份窗口不足,，備份軟件如何優(yōu)化備份環(huán)境？

關(guān)于這個(gè)問(wèn)題,，我的看法是先按兩種情況來(lái)分析：

第一種情況是,，現(xiàn)有的備份架構(gòu)不變，在架構(gòu)內(nèi)進(jìn)行分析,。首先,， 拋開(kāi)數(shù)據(jù)量大小，我們先來(lái)梳理一下影響備份速度的幾個(gè)因素

A. 備份服務(wù)器的性能,，也就是處理能力,。備份服務(wù)器是整個(gè)備份環(huán)境的核心，備份數(shù)據(jù)的元數(shù)據(jù)索引,、備份介質(zhì)管理,、客戶端調(diào)度管理都需要服務(wù)器處理能力來(lái)支持,，如果再有數(shù)據(jù)重刪，遠(yuǎn)端復(fù)制等附加功能,，對(duì)服務(wù)器的性能要求會(huì)更高,。

B.客戶端的IO處理能力。網(wǎng)絡(luò)傳輸類(lèi)型（san or lan）,，網(wǎng)絡(luò)傳輸速度（lan的十百千兆速率選擇,，光纖2/4/8/16GB速率選擇等）、IO并發(fā)度（磁盤(pán)卷或磁帶機(jī)數(shù)量）等等都會(huì)影響IO速度,。

C.備份對(duì)象的數(shù)據(jù)類(lèi)型，是海量小文件,，還是常規(guī)文件,。

D.備份介質(zhì)的質(zhì)量。比如同樣是物理磁帶備份,，從早期的LTO3到最新的LTO7,，速度和容量差別巨大，參考以下圖片（圖片來(lái)做www.lto.org）

備注：圖片中的容量和速率都是按壓縮后的最大值來(lái)算的,。

經(jīng)過(guò)上面的分析,，我們可以提出基于以下幾點(diǎn)的備份優(yōu)化：

1.基礎(chǔ)架構(gòu)的優(yōu)化

提高IT基礎(chǔ)建設(shè)，從服務(wù)器性能,，網(wǎng)卡,，光纖卡，san交換機(jī),，帶庫(kù)方面入手,，找到瓶頸，另外選擇合適的備份架構(gòu),，lan,lan-free, server-free,。這里舉個(gè)例子，比如1個(gè)2T的數(shù)據(jù)庫(kù),，如果以LTO3的單驅(qū)動(dòng)器按80M/s來(lái)算,，需要7個(gè)小時(shí)左右，但是如果是LTO7單驅(qū)動(dòng)器按300M/s來(lái)算,，只需要2個(gè)小時(shí),。如果再以多個(gè)驅(qū)動(dòng)器來(lái)做多通道的話，時(shí)間都可以控制在1個(gè)小時(shí)以內(nèi),。

現(xiàn)在大多數(shù)企業(yè)都開(kāi)始使用虛擬帶庫(kù),，虛擬帶庫(kù)在速度、驅(qū)動(dòng)器的并發(fā)性上更加靈活,，并且在數(shù)據(jù)恢復(fù)上,，有更大的性能優(yōu)勢(shì),。也可以結(jié)合物理帶庫(kù)來(lái)做d2d2t使用。

2.備份優(yōu)化

可以使用并發(fā),，重復(fù)數(shù)據(jù)刪除,，永久增量備份等方式，減少數(shù)據(jù)傳輸,，提高備份速度,。

3.應(yīng)用優(yōu)化，如sql server的數(shù)據(jù)庫(kù)分離等,。
　　
第二種情況下,，數(shù)據(jù)的增長(zhǎng)達(dá)到了一個(gè)質(zhì)的增長(zhǎng)。通過(guò)調(diào)整備份環(huán)境的軟件和參數(shù)已經(jīng)無(wú)法滿足備份窗口,。一般可以考慮如下方案：

A.配合現(xiàn)有存儲(chǔ)的硬件特性來(lái)做,，比如IBM的fcm就可以和大多數(shù)的主流存儲(chǔ)配合，以存儲(chǔ)硬件快照和tsm離線保存相結(jié)合的方式來(lái)提供備份解決方案,?？梢园褌浞荽翱诳s短到分鐘級(jí)，并且通過(guò)tsm進(jìn)行管理,，還可以將備份的數(shù)據(jù)存放到磁帶庫(kù)中,。其他備份廠商也有類(lèi)似的解決方案。

B.采用新的備份架構(gòu),，比如飛康的cdp,、veeam的備份解決方案等，在某些細(xì)分領(lǐng)域都做的非常好,。

6. 備份環(huán)境中的壓縮和重刪,，都有哪些使用經(jīng)驗(yàn)？

數(shù)據(jù)現(xiàn)在重復(fù)率越來(lái)越高,，備份軟件和磁帶庫(kù)好多都支持壓縮和重刪功能,，在哪些場(chǎng)景下使用過(guò)什么樣的壓縮和重刪功能，取得了比較好的效果,，在什么場(chǎng)景下使用過(guò)壓縮或者重刪,，不但沒(méi)有效果，反而效果更糟,？

以tsm為例,，其他的原理都差不多。

tsm的重刪包含源端重刪和服務(wù)端端重刪兩類(lèi),，tsm從v6版本開(kāi)始支持重刪,，最早只支持服務(wù)端重刪，后來(lái)開(kāi)始支持源端重刪。v7版本的7.1.3開(kāi)始新增在線的重復(fù)數(shù)據(jù)刪除功能,，7.1.5新增了在線的壓縮功能,。重刪可以有效的利用空間，但會(huì)以犧牲部分主機(jī)的性能為代價(jià),，因此：

如果備份服務(wù)器的配置很高,，處理能力很強(qiáng)，可以選擇目標(biāo)端的重刪和壓縮,。比如對(duì)于tsm v7,，內(nèi)存原本建議最低12g，但如果采用重刪,，則建議最低16g,；

如果源端的應(yīng)用服務(wù)器配置很高，處理能力強(qiáng),，反而網(wǎng)絡(luò)帶寬不理想的情況下,，可以選擇源端重刪和壓縮?？丛趺慈∩崃恕?/p>

除此之外,，現(xiàn)在大多數(shù)的虛擬磁帶庫(kù)本身是支持重刪的,，而且基于硬件的重刪不損耗源端和目標(biāo)端的性能。目前使用的也比較多,。

1. 使用EMC NW實(shí)現(xiàn)異地站點(diǎn)容災(zāi)

兩臺(tái)EMC datadomain各自在各自的backup zone中且由各自的EMC Networker的備份服務(wù)器進(jìn)行管理,。在執(zhí)行本地備份時(shí)候各自管各自的事情，同時(shí)又由于使用了EMC ddboost技術(shù),，使得在備份的同時(shí)備份軟件還可以向異地的站點(diǎn)的DD 發(fā)送克隆數(shù)據(jù)達(dá)到備份內(nèi)容異地容災(zāi)的效果,。

這里說(shuō)明下 ,ddboost是EMC備份軟件和硬件獨(dú)有的協(xié)議需要購(gòu)買(mǎi)相應(yīng)的許可，它可以使得備份源端消重,。

下面呢,，開(kāi)始進(jìn)入正題啦。

如果任何一端的備份設(shè)備和備份服務(wù)器完全毀掉了,，那么該怎么辦,？基礎(chǔ)東西請(qǐng)看EMC NW的DR教程。

假設(shè)一端全毀了,，那么

(1) 使用scanner -B 找到克隆過(guò)來(lái)pool最后一個(gè)完整的booststrap

scanner -B networker_indexclone to find out the laster bootstrap SSID

（2）使用臨時(shí)服務(wù)器和軟件許可在幸存活的站點(diǎn)構(gòu)建臨時(shí)備份服務(wù)器

nsrdr to rebuild res on the remote temporary nw server

（3）在臨時(shí)備份服務(wù)器上找到之前克隆過(guò)來(lái)的對(duì)方站點(diǎn)的備份pool的信息

scanner -ivp can help your new networker server recongize that only clone pool has data

（4）如果以上都是正常的那么下面將使用一個(gè)簡(jiǎn)單的例子來(lái)表示下恢復(fù)的過(guò)程,以下的恢復(fù)過(guò)程將使用EMC NW的NMM工具恢復(fù)異地站點(diǎn)的sqlserver數(shù)據(jù)庫(kù),登陸EMC NMM選擇需要恢復(fù)的客戶端

確定需要恢復(fù)的數(shù)據(jù)都是從對(duì)方站點(diǎn)克隆過(guò)來(lái)的數(shù)據(jù)

那么開(kāi)始在異地恢復(fù)原來(lái)的sqlserver

登陸sqlserver發(fā)現(xiàn)數(shù)據(jù)庫(kù)已經(jīng)恢復(fù)完成

其實(shí)EMC NW的DDBOOST在這里起了遠(yuǎn)端消重的作用,，這樣在兩個(gè)異地站點(diǎn)克隆數(shù)據(jù)的時(shí)候傳輸?shù)臄?shù)據(jù)量就不是很大了。

2. 集群環(huán)境下的備份調(diào)度設(shè)計(jì)

現(xiàn)在越來(lái)越多的系統(tǒng)建設(shè)是雙機(jī),，而系統(tǒng)在未發(fā)生切換或者漂移的時(shí)候備份是正常運(yùn)行的,，那么如果當(dāng)發(fā)生切換的漂移后另外的服務(wù)器的備份該如何設(shè)計(jì)呢？

還是以tsm為例，先說(shuō)備份節(jié)點(diǎn)的,，在tsm中,，把備份節(jié)點(diǎn)做成共享節(jié)點(diǎn)即可。有兩種方式：

1. hacmp的兩個(gè)節(jié)點(diǎn)各種注冊(cè)1個(gè)本地節(jié)點(diǎn),，再注冊(cè)1個(gè)共享節(jié)點(diǎn),，然后做成授權(quán)代理節(jié)點(diǎn)即可。

2. hacmp的兩個(gè)節(jié)點(diǎn)各種注冊(cè)1個(gè)本地節(jié)點(diǎn),，再注冊(cè)1個(gè)共享節(jié)點(diǎn),。直接用即可。tsm只認(rèn)節(jié)點(diǎn)名,，如果看actlog,，節(jié)點(diǎn)切換時(shí)，屬性會(huì)發(fā)生變化,。

再說(shuō)調(diào)度,，也是兩種方式：

1. 做成集群資源，關(guān)聯(lián)到資源組里,。對(duì)于Windows集群,，以服務(wù)的方式做即可。對(duì)于hacmp,，把調(diào)度對(duì)應(yīng)的命令寫(xiě)到起停腳本里即可,。ha這個(gè)有的缺點(diǎn)，進(jìn)程異常死掉后,，備份就停止了,。

2. 通過(guò)腳本來(lái)實(shí)現(xiàn)，我比較喜歡的,。寫(xiě)好腳本,，腳本里包含判斷，根據(jù)主服務(wù)進(jìn)程來(lái)判斷調(diào)度進(jìn)程是不是應(yīng)該啟動(dòng),。扔到crontab里定期執(zhí)行檢查即可,。

放個(gè)例子，db2雙機(jī)下的tsm調(diào)度進(jìn)程小腳本