業(yè)務(wù)連續(xù)性（BC）指的是組織因為系統(tǒng)故障、人為錯誤或其他不可預(yù)見原因受到或大或小的破壞時維持運營的能力。全面的BC計劃包含一整套資源和物流，它們跨越基礎(chǔ)架構(gòu)、執(zhí)行流程、供應(yīng)鏈物流和員工配備等。在IT中，BC是在發(fā)生主系統(tǒng)故障時確保將關(guān)鍵業(yè)務(wù)服務(wù)切換到數(shù)據(jù)中心各種設(shè)施的備用或輔助系統(tǒng)。
災(zāi)難恢復(fù)（DR）指在主數(shù)據(jù)中心遭遇災(zāi)難導(dǎo)致核心系統(tǒng)或整個物理設(shè)施停用時，將IT資源復(fù)制到IT業(yè)務(wù)服務(wù)可繼續(xù)運行的遠(yuǎn)程站點。完全成熟的DR系統(tǒng)不僅可以故障切換到業(yè)務(wù)可繼續(xù)運行的遠(yuǎn)程站點，還可以將完整的IT服務(wù)在故障解除后回切到主站點，只要大部分的“災(zāi)難”是短期的，而不是毀滅性的。
顯然，BC和DR之間有許多交叉點，在保護關(guān)鍵數(shù)據(jù)中心功能方面兩者是相輔相成的，也都在有效部署和測試演練方面提出了挑戰(zhàn)。當(dāng)IT人員想要通過技術(shù)和程序規(guī)劃來保障業(yè)務(wù)交易與企業(yè)營收時，則會面臨兩大障礙。
BCDR計劃障礙：復(fù)雜性
執(zhí)行BCDR計劃可能是顛覆性的。涉及的IT元素數(shù)量太多，使得完整流程的管理幾乎是不可能的。此外，用于故障切換和恢復(fù)所有這些元素的程序也必須定期進行測試演練。許多數(shù)據(jù)中心的測試演練頻率不足，甚至根本沒有這樣的測試演練。日前，一份針對CIO所作的調(diào)查表明，測試演練的意識正在進步之中，但測試演練的頻率并沒有增加；54%的受訪者表明這樣的測試演練一年進行兩次左右（請參閱調(diào)查簡報）。這個頻率依然相對低下，而且僅有41%的受訪者在其執(zhí)行的本就不多的測試演練中成功恢復(fù)了所有應(yīng)用程序。
然而，真正的風(fēng)險在于，這些受訪者可能會認(rèn)為他們已為災(zāi)難做好了準(zhǔn)備，因為他們做了規(guī)劃并且偶爾會進行相關(guān)的測試演練。在恢復(fù)流程中，時間就是一切�；謴�(fù)的速度越快，省下的錢也就越多（換而言之，財務(wù)損失越少）。BCDR計劃測試演練對改善恢復(fù)時間和確保流程就緒程度來說至關(guān)重要。
事實上，測試演練實際故障切換和恢復(fù)的復(fù)雜性是在降低的，這在一定程度上要歸功于廣泛采用的虛擬化技術(shù)。隨著服務(wù)器、桌面和存儲的虛擬化，跨越距離實現(xiàn)系統(tǒng)和數(shù)據(jù)的完整移動性的能力得以加強。大多數(shù)企業(yè)為了整合與靈活性而采用虛擬化技術(shù)，而這種靈活性也延伸到危機時刻。人力的移動性可以通過桌面虛擬化輕松解決，這使得一些企業(yè)可以讓員工在公司設(shè)施無法訪問時，通過異地維持完整的生產(chǎn)效率。
降低BCDR復(fù)雜度的另一項進步是通過自動化來體現(xiàn)的。災(zāi)難恢復(fù)自動化可以機械化完成主站點IT操作的故障切換和故障回復(fù)流程。自動化工具也涵蓋了所有數(shù)據(jù)中心操作，將整個業(yè)務(wù)應(yīng)用程序服務(wù)（如ERP和CRM等）作為單個保護和恢復(fù)單元進行管理。最有效的自動化解決方案甚至可以映射到操作模式，讓IT員工可以定義任何指定業(yè)務(wù)的不同系統(tǒng)和組件之間的依賴性。這對縮短恢復(fù)時間和確保成功完成故障切換或故障回復(fù)操作來說意義重大。自動化的BCDR工具還可以提供對業(yè)務(wù)運行毫無影響的測試演練，這樣企業(yè)就能更頻繁的進行測試演練，為災(zāi)難做好更充分的準(zhǔn)備。
