談到災備系統，用戶首先想到的是在異地存放一份數據副本，將來本地生產數據一旦全部毀掉后，在異地還有一份救命的數據，早期的容災系統通常是按照這種設計思想去建設的。當用戶本地數據出現問題，按照傳統的方式，一定是通過備份軟件+磁帶庫的手段來進行生產數據的恢復。因而造成了用戶需要建設兩套系統，一套備份系統，一套災備系統，兩者之間彼此毫無關聯，管理也是分兩套系統來進行管理，這不僅增加了系統的復雜程度，也增大了管理難度，這兩套系統可能分屬不同廠商的不同產品。

　　從形式上看該建設的都建設了，但實際上是否真的達到用戶期望建設的IT目標了呢？其實，并沒有發生實質性的變化，原來該怎么樣還怎么樣，無非就是又多了一套系統，而且讓整個IT結構更加復雜了，并沒有實質性全面解決目前用戶IT系統所面臨的問題，例如，當用戶當天的數據丟失，傳統災備系統能工作嗎？備份系統即使使用了20小時進行恢復，卻仍然只能恢復到上一個備份點，有可能是昨天晚上12點。因而，用戶還是要擔心IT系統出了問題，影響面有多大，如何去解決這些令人頭大的問題。