災難恢復是個令人不快的話題，但必須面對，拿一個公司的郵件系統為例，有的公司會對過去的郵件進行備份，備份的頻率或許是每日或每周，災難發生后，將備份的數據恢復到系統，盡管可以恢復一些，但這種周期性的備份只保證已備份的數據的安全，最近一次備份到災難發生之間的數據卻是徹底沒有了。

在大一些的公司，或許會使用 SAN 進行備份，SAN 很貴，而且，當整個數據中心出現故障的時候，即使 SAN 也不保險。因此，那些真正有實力的大公司，會在異地創建一個新的數據中心，并創建一套完整的異地備份。

然而天常不如人意，有時候，即使身處兩個位置的兩個數據中心也會同時掛掉，因此，更有實力的公司會將兩個數據中心的物理距離盡可能拉大（越遠意味著成本越高），然而又帶來管理上的問題，兩套 SAN 之間要傳輸 TB 級的數據，需要非常高的帶寬，不管怎樣，這些都與成本有關，冗余越多，成本越高。

災難備份與恢復有兩個指標，一個是 RPO (Recovery Point Objective)， 一個是 RTO (Recovery Time Objective)，也就是數據丟失率和恢復間隔。對傳統的 SAN 或異地備份，這兩個指標基本取決于成本，指標越好，成本越高，Google 在這方面，使用的是同步復制技術，同步復制使 RPO 接近于 0， 而 RTO 接近實時，也就是說，災難發生時，Google 所有在線應用的數據丟失基本為 0，恢復間隔接近實時，使用戶完全覺察不到（可是，Gmail 的幾次宕機是怎么回事 - 譯者）。數據同步復制技術應用到所有 Google 在線應用（包括 Gmail，Google Calendar，Google Docs，以及Google Sites 等），用戶需要保存的任何數據，都同步存儲到 Google 的兩個不同地理位置的數據中心，當任何一個數據中心發生故障，系統會立即切換到另一個數據中心。

同步復制式備份的運營成本相當高，在商業存儲領域，25GB 的同步存儲服務可能需要 150 到超過 500 美元每年，Google 通過以下方法，保證這些高成本的技術可以免費提供給用戶使用：

1. Google 的一個數據中心支撐著數百萬用戶，因此，每個用戶分攤的成本相對低很多。
2. Google 的備用數據中心并不是在災難發生時才啟用，而是一直在使用中，Google 始終在這些數據中心之間進行平衡，保證沒有資源浪費。
3. Google 的數據中心之間有他們自己的高度連接網絡，保證數據快速傳送。

云計算的優勢是讓先進的技術迅速普及，Google 的云計算，云存儲等應用，讓那些以往只有超級公司才有能力享受的服務變得十分普通，而且成本極低。

本文來源：http://googleenterprise.blogspot.com/2010/03/disaster-recovery-by-google.html，由 Google Apps 高級產品經理 Rajen Sheth 投遞

中文編譯來源：銳商企業CMS 網站內容管理系統 官方網站