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

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