但是，它應(yīng)該與考慮能忍受丟失多少數(shù)據(jù)同等重要。數(shù)據(jù)是至關(guān)重要的，數(shù)據(jù)的丟失（即使僅僅是幾分鐘、幾小時或是幾天）能給企業(yè)帶來深遠的負面影響。今天，許多公司災(zāi)難恢復(fù)計劃的主要方法是依靠磁帶進行備份和恢復(fù)。雖然磁帶備份很重要且是一切全面的災(zāi)難恢復(fù)計劃的基礎(chǔ)，但是這通常意味著至少損失一天的數(shù)據(jù)和停機幾天，原因來自于從磁帶恢復(fù)的時間總量。這種方法也許能滿足某種業(yè)務(wù)需求，但是如果不能滿足，必須采取一些能夠減少恢復(fù)數(shù)據(jù)時間的技術(shù)。 
  
    恢復(fù)時間目標（RTO）
  
    恢復(fù)時間目標是恢復(fù)系統(tǒng)對數(shù)據(jù)的訪問所需的時間。
  
    例如，如果客戶宣稱需要45分鐘才能使應(yīng)用系統(tǒng)恢復(fù)在線，可忍受的停機時間的極限是1小時，那么在實際的災(zāi)難中，只有15分鐘時間制定強制切換決策點（Mandatory Decision Point）。 
  
    強制切換決策點（Mandatory Decision Point）的 解釋如下： 
  
    一旦產(chǎn)生中斷，時鐘開始計時。最終用戶將受到多長時間的影響？
  
    商業(yè)需求：需要應(yīng)用在1小時內(nèi)在線。問題：時鐘是從災(zāi)難生的那一時刻而開始計時的，而不是備用系統(tǒng)開始啟動的時刻。
   
    1.最多承受1小時的停歇
    2.故障檢測時間耗費掉IT恢復(fù)時間
    3.即使僅僅是本地故障，仍然需要一些時間檢測實際的故障
    4.這決定了強制切換決策點只有15 分鐘
  
    計劃內(nèi)停機
  
    如果對應(yīng)用、數(shù)據(jù)庫或服務(wù)器進行升級或維護，在這期間使用集群是維持高可用性的必要方法。 
  
    非計劃內(nèi)停機
  
    如果應(yīng)用、數(shù)據(jù)庫或服務(wù)器發(fā)生故障，運行在服務(wù)器上的服務(wù)將切換到其他服務(wù)器上，以避免長時間的停機，并且還要保持快速的恢復(fù)目標。 

多易