當雲計算的概念開始出現時，有很多人談論在緊急情況下可以提供負擔得起的，可管理的「二級」資料中心是多麼的美好。希望在採用雲計算之後，可以不再需要乙個二級或備份資料中心作為解決潛在災難的手段。而在雲計算出現後，有些企業已經從擁有自己的雲端轉向租用雲。對於那些剛剛成長的企業來說，他們需要這樣乙個災難恢復選項，許多公司立即採用雲計算，這是因為與其投資建設乙個資料中心，不如採用名副其實的雲計算。
與傳統的災難恢復架構一樣，採用基於雲計算的輔助站點不僅需要複製資料中心，還需要不斷地進行資料更改，並保持警惕，以確保這些更改及時地複製到其輔助站點。而採取的形式取決於在災難發生時企業的記錄計畫，以及所認為的災難。
因為它總是動態的和可用的，雲計算提供支援多級災難恢復的能力。從單個應用程式到整個資料中心，有很多方法可以確保這些應用程式和對業務至關重要的資料的可用性。此外，雲計算提供商提供的各種資源成本模型使組織能夠挑選並選擇支援短期恢復的資源成本模型，或者使用傳統的高可用性模型，實現大規模的即時故障轉移。
當然，組織可以回到傳統的「全有或全無」模式，在整個資料中心在雲計算中實時複製，並利用全域性伺服器負載均衡立即重定向使用者的主站點被災難或意外丟失的連線。這種方法的優點是組織可以在「雙活」架構模型中利用這兩者，其中諸如地理位置，效能或甚至利用率的因素可以實時確定使用者指向哪個「資料中心」。在兩個資料中心都是活動的，以避免甚至短暫的停機時間的情況下，這樣的模型可以通過提供除了其明顯的存在價值之外的益處而對組織有益。
公平地說，這種方法隨著時間的推移是昂貴的。保持兩個資料中心與實時資料的實時複製並不容易，實現的成本也較高，即使在雲計算中。但是，這種投資的回報是有價值的，特別是如果企業的主要資料中心處於易受自然災害影響的地理位置。因為預防的成本總比災難損失要低得多。
成本較低的方法可能涉及基於雲計算的災難恢復架構，其中只有關鍵應用程式保持活躍，而其他的則停滯，除非需要。根據使用者，合作夥伴，員工的期望，組織可以根據商定的服務等級協議（sla）平衡運營成本，包括災難發生時的恢復時間。被認為非必要的應用程式和系統可能根本不可用，而被認為關鍵的應用程式和系統將立即可用，而次級層中的應用程式和系統可能被是幾小時甚至一整天，然後再次訪問。企業同意在雲中恢復訪問的及時性將決定其需要複製其各自資料的頻率，從而影響維護的總體成本。
無論企業的方法如何，這是了解其雲提供商最好的方法。雲計算提供商的乙個好處是，他們傾向於在許多地理位置擁有物理資料中心，企業需要知道自己將備份資料中心設定在**。如果所在的雲與其主要資料中心在同乙個城市的話，容易遭遇與企業資料中心相同的災害。因此，就像企業建設物理資料中心一樣，企業基於雲計算的輔助資料中心需要在地理位置上與主要資料中心分開。
如果企業是完全在雲計算中執行業務的少數組織，那麼就讓企業成為第二個雲提供商，因為很少有云計算提供商出現嚴重中斷的情況。這樣，企業可能不再需要其輔助資料中心的災難恢復服務和關於如何處理雲計算的故障的計畫。
鑑於災難恢復的整個概念是基於這樣的前提：隨機的，不可**的事件將通過將其從網際網路上切斷而使企業的業務中斷，如果企業對物理資料中心執行災難恢復計畫，企業應該計畫在乙個基於雲計算的資料中心上執行。對於企業主要資料中心的位置來說，應該有乙個更好的可執行計畫。
RMAN異機恢復主要步驟和注意事項
以後改行了或老了回頭看看，我曾經會這些，也是件愉快的事 授權 oracle test20 backup chmod x backup.sh 備份 oracle test20 backup backup.sh 傳輸 設定引數檔案和sid echo db name payme oracle home d...
開發應用需要注意事項
1.iocn要體現遊戲的特色，至少要讓人印象深刻 乙個遊戲的iocn，需要體現遊戲的特色，或者搞笑和搞怪，總之要讓人印象深刻，而不是模糊不清。例如有一款產品原始部落題材的社交遊戲，但渠道方面認為該遊戲的logo未 能體現遊戲特色，含糊不清。直接給否定遊戲，這樣讓開發者辛勤的勞動成果付之東流。2.遊戲...
使用繼承需要注意事項
使用繼承注意兩點 第一 子類無法繼承private 修飾的屬性和方法 第二 子類無法繼承父類的構造方法 子類除了繼承父類的屬性和方法之外，還可以有自己的屬性，但是呼叫從父類繼承的方法卻不能獲取，比如 public class personneldept extends department 子類研發...