淘汰磁帶 - 使用 Zmanda Cloud Backup 備份資料和災害復原

如果您為您的事業, 負責備份重要的伺服器和災害復原, 您可能會毫無猶豫的選擇笨重的磁帶。在這個數位化時代, 將資料寫入磁帶, 再搬移他們到遠端位置, 似乎像是其他世代才會做的事情。關於雲端服務未來的展望, 例如, 那些使用亞馬遜網路服務 ( Amazon Web Services) 的廠商, 它們提供極好的替代磁帶方案來做備份和災害復原。 


過去四年到現在, 我們已經提供以 Amazon S3 為基礎的雲端備份方案。 今天我們宣佈第四代的 Zmanda Cloud Backup 雲端備份產品。特別值得一提的是我們同時也支援亞太地區。

備份到三大洲

備份您的資料到雲端, 需要幾個步驟。您需要 (1) 計畫備份檔案以及備份時間; (2) 從執行中的應用程式擷取資料, e.g. SQL Server 或 Exchange; (2) 準備傳送到雲端的備份影像; (3) 監控傳送資料的網路狀態並採取正確措施; 然後 (4) 刪除過期的備份影像。Zmanda Cloud Backup 自動化這些步驟從簡單的 GUI 來設定及管理備份。ZCB 整合 S3 的 REST API 來協調傳輸內部資料到雲端。


當許多 Zmanda 用戶備份到本機磁碟或磁帶, 雲端備份是我們公司業務成長最快的一部分的。在許多環境下, 用戶備份部分資料到本機電腦, 剩餘的部分備份到雲端 - 同時計劃在幾年內搬移整個備份資料到雲端儲存空間。我們已經很廣泛的看到這樣的例子, 包括非常傳統保守的金融產業。因此, 這也使得越來越多的 IT 管理者更大膽的淘汰磁帶, 使用雲端來作備份!




編改自: Go Tapeless - Use Zmanda Cloud Backup for Backup and disaster recovery

從台灣進行網路連線測試

雲端服務擁有更穩定，更快速，更便宜，更安全等特性，使得雲端科技漸漸的受到大眾採用。用戶的電腦不再需要大容量硬碟，快速的計算能力，唯有需要足夠的網路速度，才能夠保證使用雲端服務的品質。國際的雲端空間供應商, 為服務全球用戶, 他們擁有分散全球的資料中心。而資料傳送速度，可以成為挑選資料中心的考量之一。用戶可以使用網路測速網站來測試, 或是從 ZCB 實際上傳少量資料到不同資料中心來觀察。


不管是使用測速網站還是 ZCB, 最好多測試幾次, 以免結果不準確。我們建議 (1) 以一天或一週為一個週期，在不同時間測試自己的網路連線速度，可以觀察什麼時候使用雲端服務最符合效益（避開尖峰時刻）。(2) 在相近時刻分別測試連線到不同位置的資料中心，則可以得知哪個資料中心最快速。

舉例來說，我們做過兩次測試。第一次我們分別在不同時間從台灣測試上傳和下載速度到國家 A 和國家 B，結果Ａ快於 B。第二次則是在一天當中，多次在相近時間（間隔1-2分鐘）分別測試連線到國家 A 和國家 B 的傳輸速度，多次結果下來，國家 B 卻快於 A。這說明了第一次的測試時間有可能正值國家 B 的網路尖峰時間，造成結果偏頗。此外，也有國家 A 的下載速度快於國家 B，但是上傳速度卻比國家Ｂ慢的可能性。

使用 ZCB 的話, 可以讓多個備份集同時上傳資料到不同資料中心, 從監視器畫面可以清楚地比較即時傳送速度。

利用 ZCB 同時比較上傳到東京和新加坡資料中心的速度

使用測速網站的測試數據 (Speedtest)

要注意的是，由於每個人的網路條件及地理位置不一，實際的傳輸速度只能自己測試最準確，向 ISP 購買的頻寬也並不代表會和真的網路速度一致。測試網速可以檢視自己有沒有升級的必要。這些可以幫助您排除干擾，使得享受雲端服務更快速有效率！

在雲端中進行災難復原( Disaster Recovery )

許多中小型公司沒有正式的災難復原(Disaster Recovery)的計畫, 由於其步驟繁瑣且費用昂

貴。 種種因素使得災難復原變得複雜, 包括: (1) 配置及管理遠端電腦和儲存資源; (2) 資料傳輸機制 - e.g. 磁帶運輸或是資料復制; (3)應用程式環境的同步。使問題更糟糕的是，實施災難復原的定期檢驗往往很複雜，在很多情況下並不實用。

雲端計算提供一個最佳的方式來快速簡單的實施災難復原程序。這是要藉著備份您重要資料或應用程式到"雲端空間Cloud Storage" (e.g. Amazon S3), 然後做快速的準備工作以復原資料到附近的"計算雲端 Compute Cloud" (e.g. Amazon EC2).

我們有兩個解決方案可以在雲端中做備份和災難復原: Amanda Enterprise (選擇 Amazon S3 選項) 以及 Zmanda Cloud Backup (ZCB). Amanda Enterprise 是針對不同系統環境整合的辦法, 而 ZCB 則是針對小型公司, 其只有少數的 Windows 伺服器和桌上型電腦。

為 Amanda Enterprise 建立雲端中災難復原

為 Zmanda Cloud Backup 建立雲端中災難復原

在雲端中進行災難復原的步驟如下:

1. 實施備份到 Amazon S3 的程序
2. 為您的主要站台完成第一次在 S3 的應用程式備份
3. 在 EC2 設定好待機中的 VM 以對應您主要站台的系統 OS(和修補等級)。對於所有的資料儲存, 使用 Elastic Block Storage, 這樣一來重新啓動後, 就有一致的資料
4. 安裝 Zmanda 備份軟體到待機中的 VM
5. 安裝和步驟#1同樣的 S3 憑證到待機中的 VM
6. 若使用 Amanda Enterprise, 設置 AE-DR 選項 來復制備份目錄, 並設定到執行 AE 的 VM
7. 從S3 進行完整還原到待機中的 VM
8. 拍下待機 VM 的快照(snapshots)
9. 關閉待機的 VMs
10. 選擇性的定期啓動待機 VM, 並執行步驟 #6-#8. 這將幫助您減少災難復原時間也同時測試您的災難復原程序。

  翻譯自：Disaster Recovery in the Cloud