“把你的數據從你的大樓里弄出來”是我針對數據保護所能提出的***建議，而這是很多公司都仍在糾結的那部分流程。很多公司都在危機出現的時候被打個措手不及，因為他們還在計劃他們的數據保護方案，或者采用的“方案”過于令人費解以至于實際使用的時候不能工作。

把備份作為服務

伴隨著所有有關“云”的討論，云備份——或者BaaS(backup as a service備份即服務)——看起來是一個對把數據移出站點的問題的自然而然的解決方案。這在某些情況下是正確的，不過你需要對一些關鍵點十分清楚：

認識到你考慮一個基于服務的模型的主要業務動機是降低備份的運營復雜性。好消息是你不必用從前那么多精力來管理它了。壞消息是它不歸你管理，所以你要準備好迎接一些新的界面、安裝方法、任務系統和其它的東西。

理解備份到云相對簡單，但是從云恢復就不是了。你需要很好地定義你的恢復目標，而且你可能需要考慮某種恢復設備來加速恢復過程，而不是從Internet下載數據。

承認最關心你的恢復過程的是你自己。如果你無法在需要的時候恢復需要的數據，你的云服務商只是丟掉了一個客戶，而你可能丟掉你的工作或者整個公司。所以，測試它就比使用傳統站內方案時更加重要了。

云備份方案可以解決IT世界中很重要領域的一些棘手問題，不過和所有新架構一樣，它不能包治百病。你需要象對待其它業務相關的IT項目一樣，對其小心地測試和評估。

使用云作為備份介質

傳統的站內備份供應商未曾忽視他們的客戶對基于云的備份的興趣，他們也沒有低估把數據轉移出機房的需求。他們多數很久之前就開始提供從一個備份服務器復制數據到另一個站點的次級備份服務器的功能。那工作的很好，當然你要有兩個機房而且兩邊都有IT支持人員。

但有些備份供應商只是把云作為另一種介質形式來使用。那意味著在安裝你的傳統備份架構之后，你可以從磁盤、磁帶介質、或從云中恢復。有時候那個第三層是在供應商的數據中心里管理的，而其它的會使用公共存儲云架構，例如亞馬遜網絡服務（ Amazon Web Services - AWS）。

對很多人來說，這是一個很有吸引力的可選項。如果你目前的備份應用已經支持云存儲作為一個介質層級，那你所有正在使用的備份代理可以不用改變。你現有的備份服務器還會繼續使用，來實現從本地存儲快速恢復，而且你現在還有了一個存在機房之外的額外的數據拷貝。（參閱我們的專題“集成的云備份”）

當你的數據已經在云上的時候

備份即服務和混合云的方式都基于一個假設，那就是你的生產數據是在你公司內部的（或者在你的外場員工那里）。但是如果你的生產數據已經在別的地方了，或者其本身就是一個云，那么你的備份模式會大大改變，甚至徹底消失。

如果你在使用在線文件共享，你的主要數據拷貝已經是基于云的了，你的數據可能已經存在于多個數據中心里的你所使用的那種云上。你已經得到了部件級的故障保護，而如果你的供應商支持恢復到之前版本的功能，你可能就不需要這些數據的任何額外的備份了，在線文件共享和備份即服務不可避免地存在交集；例如Mozy最近為他們的備份即服務用戶推出了在線文件共享服務。

如果你的數據真的是存在于兩個地理位置的，例如 Riverbed在他們的Granite產品中提供的iSCSI擴展技術，通過支持時間點恢復的存儲設備，你已經在分公司和數據中心都有數據的拷貝了。

如果你的數據基于云但存在本地，例如使用 Nasuni、 StorSimple和其它供應商的網關設備方案，本地站點內的數據和亞馬遜S3(Amazon Simple Storage Service)或者其它的云存儲服務同步，每個站點都有原生的災難恢復能力，簡單到只需要打開一個干凈的虛擬機并掛載基于云的LUN即可。黨人你也可以再用一個站點內部的備份方案來額外備份一份你的數據。

不管你決定如何利用云備份服務，目標都是一樣的：把數據轉移到機房之外。