前面我們介紹了關於disaster recovery (dr)的內容包括：
disaster recovery (dr) 災難恢復的定義和內容概述
恢復時間目標（rto） 和 恢復點目標（rpo）
與災難恢復（dr）相關的aws功能和服務-1
與災難恢復（dr）相關的aws功能和服務-2
與災難恢復（dr）相關的aws功能和服務-3
今天我們繼續disaster recovery (dr)的內容，開始介紹四種dr策略，並結合之前介紹的aws元件/服務，與傳統資料中心構建dr的方案示例。
將按照dr事件發生後恢復業務的快慢排序（由慢到快）：
aws能夠經濟高效地執行每種dr策略。重要的是要注意，這些只是可能方法的示例，並且這些方法可以變化和組合使用。如果您的應用程式已在aws上執行，則可以使用多個區域，並且仍然適用相同的dr策略。
四種dr策略並沒有好壞之分，具體採用哪種策略，需要根據業務實際情況，以及根據災難造成的經濟損失定義的rto、rpo來規劃選擇或者組合使用。
–策略1、備份和恢復–
備份和恢復，顧名思義就是定期將業務資料進行備份，當dr事件時將備份快速恢復，從而快速恢復業務。備份和恢復策略是四種dr策略中恢復業務耗時最長的。
以下是一些aws可用於備份和恢復的一些服務/方案：
-amazon s3是備份資料的理想選擇，可以快速執行還原。通常通過網路與amazon s3之間傳輸資料，因此可以從任何位置訪問。amazon glacier和amazon s3可以結合使用，以生成分層備份解決方案。
-aws storage gateway支援將本地資料卷的快照透明地複製到amazon s3進行備份。您可以隨後從這些快照建立本地卷或amazon ebs卷。
-aws storage-cached volumes 允許您將主資料儲存在amazon s3中，但將經常訪問的資料保持在本地以進行低延遲訪問。與aws storage gateway一樣，您可以對資料卷進行快照以提供高度持久的備份。如果是dr，您可以將快取卷還原到執行儲存快取閘道器的第二個站點或amazon ec2。
-您可以使用aws storage gateway的gateway-vtl配置作為現有備份管理軟體的備份目標。這可以用作傳統磁帶備份的替代品。
-對於目前已經在aws上執行的業務，同樣可以備份到amazon s3。 像amazon ebs卷的快照，amazon rds資料庫和amazon redshift資料倉儲都可以儲存在amazon s3中。或者，您可以將檔案直接複製到amazon s3，也可以選擇建立備份檔案並將其複製到amazon s3。
上圖為來自傳統資料中心至aws s3的資料備份方式。
當然了，備份您的資料只是工作的一半，如果災難發生，您需要快速和可靠的恢復資料。您應確認你的備份系統已經配置好以及在安全的保護您的資料，更重要的一點，您應該測試資料恢復過程。
上圖前面介紹過，在dr恢復階段，通過已經建立好的符合您自己業務的ami（系統和應用），快速建立ec2，並將儲存在s3的資料恢復至ec2的資料卷快速恢復業務。
備份和恢復關鍵步驟：
1.選擇適當的工具或方法將資料備份到aws。
2.確保您對此資料具有適當的保留策略。
3.確保為此資料採取適當的安全措施，包括加密和訪問策略。
4.定期測試此資料的恢復和系統的恢復過程。
(待續)
SQL Server備份和災難恢復
資料處理在現代企業運營中變得越來越重要,越來越關鍵,甚至會成為企業發展的一項瓶頸.資料保護的重要性也不言而喻.如果乙個企業沒有很好的資料保護方案或策略的話,一旦發生重要資料丟失,後果將會是災難性的,伴隨著會有經濟利益方面的損失.各大伺服器硬體廠商 ibm,hp等 提供有很好的資料保護策略 硬體或軟體...
MySQL資料庫備份和恢復方案小結
這兩天在調研mysql資料庫的備份和恢復方案，備份物件是對大量innodb表，或者加上少量的myisam表。innodb備份常見問題 檔案一致性 資料檔案 快取 日誌檔案必須保持嚴格一致。加鎖的方法沒法保證一致性，因為innodb後台重新整理資料是非同步進行的。資料一致性 不能一次鎖住一張表，這個備...
災難恢復方案設計的關鍵步驟（轉貼）
對於乙個企業來說，災難發生過後，最嚴重的問題不是來自於如何從磁帶中將資料恢復出來，而是來自於 1 缺乏 甚或完全沒有文件化的恢復計畫和措施 2 在重新配置硬體的時候，找不到原始系統配置和設定的文件 3 磁帶文件 歸檔和跟蹤相關資料的缺失，或者不完整的磁帶歸檔策略 4 對部門級的伺服器保護不夠充分。1...