?

　　恢復(fù)時間目標(biāo)(recovery time objective，RTO)是指在故障或災(zāi)難發(fā)生之后，一臺電腦、系統(tǒng)、網(wǎng)絡(luò)或應(yīng)用程序停止工作的最高可承受時間?；謴?fù)時間目標(biāo)是一項職能，用于評估災(zāi)難擾亂正常運營的程度和災(zāi)難在單位時間里所造成的收入損失。這些因素又取決于受影響的設(shè)備和應(yīng)用程序。恢復(fù)時間目標(biāo)(RTO)是以秒、分鐘、小時或天數(shù)來衡量的，它是災(zāi)難恢復(fù)規(guī)劃(DRP)中的一個重要考慮因素。

　　為了確定在企業(yè)經(jīng)營過程中各種應(yīng)用停機(jī)所造成的損失，人們已經(jīng)進(jìn)行了無數(shù)的研究。這些研究表明，成本取決于長期和無形的影響以及當(dāng)前的、短期的或有形的因素。一旦一個應(yīng)用程序已經(jīng)定義了恢復(fù)時間目標(biāo)(RTO)，管理員可以決定哪些災(zāi)難恢復(fù)技術(shù)最適合。例如，如果某一應(yīng)用程序的恢復(fù)時間目標(biāo)是一個小時，在外置硬盤上的多余數(shù)據(jù)備份可能是最好的解決辦法。如果恢復(fù)時間目標(biāo)是5天，那么磁帶、可刻錄光盤(CD-R)或在遠(yuǎn)程Web服務(wù)器上的異地存儲可能會更實用。

　　數(shù)據(jù)恢復(fù)時間目標(biāo)(RTO)中要考慮什么

　　在與高層IT經(jīng)理主管討論數(shù)據(jù)恢復(fù)問題時，再三重復(fù)強(qiáng)調(diào)的是：人們很難準(zhǔn)確地描述組織在發(fā)生重大停機(jī)事故的情況下恢復(fù)關(guān)鍵應(yīng)用程序和交易業(yè)務(wù)的能力。他們相信關(guān)鍵數(shù)據(jù)是可以恢復(fù)的，而且他們正在尋找規(guī)律來證明這種可恢復(fù)性。

　　事實是，IT基礎(chǔ)設(shè)施已經(jīng)變得足夠復(fù)雜。通過抽象層來消除這種復(fù)雜性以及聚合各種不同的組件以綜合決定應(yīng)用程序的可恢復(fù)性，這些都是一種挑戰(zhàn)。取而代之，我們趨向于嘗試確定單個組件的良好狀況，希望總體的可恢復(fù)性等于各部分可恢復(fù)性的總和。

　　然而，并不一定是這種情況。首先，一個復(fù)雜應(yīng)用程序的可恢復(fù)性涉及到很多活動部分，將這些活動部分都考慮在內(nèi)很難做到。更重要的是，這些元件之間的同步成為了成功恢復(fù)的重要障礙。

　　在系統(tǒng)層上這個協(xié)調(diào)性問題通常很好理解，但是當(dāng)處理包含多個應(yīng)用程序組件的跨平臺業(yè)務(wù)功能時，這個問題往往被忽視。事實上，在不同的時間拷貝或備份底層數(shù)據(jù)庫能夠增添不同的恢復(fù)天和恢復(fù)時段，而這樣可以調(diào)和它們之間的矛盾。

　　夾雜著這個問題出現(xiàn)的是另一個問題是，在有些情況下，相互依賴的系統(tǒng)之間，在重要性的優(yōu)先次序方面有所不同，從而導(dǎo)致采用的保護(hù)機(jī)制完全的不同。例如，數(shù)據(jù)庫可能被認(rèn)為是高優(yōu)先權(quán)的，因此采用完全復(fù)制以支持一個4小時的時間恢復(fù)目標(biāo)(RTO)，但是相關(guān)聯(lián)的前端基于網(wǎng)絡(luò)的應(yīng)用程序組件可能被分配給一個基于磁帶的恢復(fù)等級。對于災(zāi)難恢復(fù)情況下的操作恢復(fù)(如存儲一個單一的卷或服務(wù)器)來說，這可能是完全可以接受的，但它可能導(dǎo)致的結(jié)果是用戶將無法連接到一個運行中的數(shù)據(jù)庫。(4小時RTO僅止這些。)

　　盡管某些不斷涌現(xiàn)的技術(shù)可以在某種程度上幫助我們，但是今天對這個問題的闡述大部分仍舊停留在策略和過程上。其中的一個關(guān)鍵挑戰(zhàn)是關(guān)于組織的。相互依賴的鑒定需要跨功能的協(xié)作。而推動這個協(xié)作需要具有一定權(quán)威的人來擔(dān)當(dāng)起業(yè)務(wù)功能層恢復(fù)的總體責(zé)任。將所有精力都專注于組件恢復(fù)上，這樣的人通常是不存在的。