【51CTO.com快譯】云計算時代，徹底改變了IT災(zāi)難恢復(fù)的規(guī)則。

　　隨著越來越多的企業(yè)開始使用更多云供應(yīng)商的產(chǎn)品以及大數(shù)據(jù)向關(guān)鍵任務(wù)應(yīng)用程序的遷移 ，災(zāi)難恢復(fù)計劃必須需要重新設(shè)計，甚至需要徹底拆除和重構(gòu)。因此，企業(yè)必須確保云提供商參與開發(fā)和測試災(zāi)難恢復(fù)計劃。

　　那么，對于CIO來講，在多云時代需要解決的DR(disaster recovery)新元素是什么?企業(yè)如何避免DR的歷史陷阱?面對其他項目如何完成DR?

　　以下，是混合云時代CIO要考慮的十個***實踐，供大家學(xué)習(xí)與參考。

　　一)開發(fā)一種混合云DR策略

　　今年3月，451Research對歐洲公司進行了調(diào)查，報告顯示80%的公司使用多個云供應(yīng)商的IT服務(wù)，但只有66%的公司規(guī)劃了正式的混合計算計劃。在InvenioIT的第二次調(diào)查中，將近三分之一的公司沒有DR計劃，并且三分之一有DR計劃的公司仍然認(rèn)為自己沒有為災(zāi)難做好準(zhǔn)備。

　　由此推測，大部分非正式地將應(yīng)用程序遷移到云端的公司，可能并沒有制訂他們的DR策略。因此，DR策略應(yīng)該與每個新云供應(yīng)商的DR和故障轉(zhuǎn)移場景同時制訂。

　　二)將DR作為云供應(yīng)商RFPS中的一個項目

　　由于執(zhí)行災(zāi)難恢復(fù)和故障轉(zhuǎn)移的能力對公司的健康發(fā)展至關(guān)重要，所以IT主管應(yīng)該將包括災(zāi)難恢復(fù)計劃和測試需求作為發(fā)布給云供應(yīng)商的任何RFP的一部分。如果供應(yīng)商不能滿足您的DR和故障轉(zhuǎn)移計劃和測試要求，那么建議您找另外一個供應(yīng)商。

　　三)在DR上要求供應(yīng)商SLA

　　當(dāng)前，大多數(shù)云供應(yīng)商都發(fā)布有標(biāo)準(zhǔn)服務(wù)水平協(xié)議承諾，用于平均恢復(fù)時間、平均響應(yīng)時間等 。但在五年前，很多云供應(yīng)商并沒有這樣的服務(wù)水平協(xié)議承諾，或是給一套可以同意的SLA。

　　在這個SLA列表中，應(yīng)該有一個SLA用于處理災(zāi)難恢復(fù)，以及供應(yīng)商保證應(yīng)用程序和數(shù)據(jù)恢復(fù)并再次啟動和運行的時間框架。對于關(guān)鍵任務(wù)系統(tǒng)來說，這種SLA承諾至關(guān)重要。如果一個潛在的供應(yīng)商不能滿足企業(yè)內(nèi)部的應(yīng)用程序或數(shù)據(jù)恢復(fù)要求，那么建議您繼續(xù)尋找其他供應(yīng)商。

　　四)為DR計劃采取持續(xù)修訂策略

　　DR計劃是在不斷變化中的，隨著更多應(yīng)用程序遷移到云計算平臺，這種變化的速度更為迅猛。因此，改寫企業(yè)的DR計劃以跟上它的變化，對企業(yè)來說并不是一件容易的事情。

　　雖然IT主管都會非常重視DR，但是他們往往會屈服于直接的業(yè)務(wù)壓力。去年，10個不同IT公司的主管告訴記者，雖然他們會經(jīng)?；仡?、修改和測試DR計劃，但只有一個IT主管表示這項任何是在過去12個月內(nèi)完成的。盡管CIO希望不會發(fā)生太嚴(yán)重的情況，或者如果系統(tǒng)宕機，依靠內(nèi)部系統(tǒng)專有技術(shù)和生存策略來恢復(fù)，但是當(dāng)系統(tǒng)遷移到云端，控制權(quán)被移交出去后，恢復(fù)任務(wù)變得更加困難。

　　五)與供應(yīng)商進行DR測試

　　與云供應(yīng)商建立一個DR SLA協(xié)議是遠遠不夠的，企業(yè)與供應(yīng)商的合同中要包括與供應(yīng)商的DR年度測試。

　　在一個案例中，一位CIO告訴記者，他的工作人員和一個供應(yīng)商一起執(zhí)行了一個失敗的DR。他表示，我們使用的是混合計算策略，在數(shù)據(jù)中心內(nèi)置了生產(chǎn)ERP主機，并與云供應(yīng)商達成了DR協(xié)議，如果內(nèi)部系統(tǒng)出現(xiàn)故障，該協(xié)議使我們能夠快速上云。但是，當(dāng)我們測試DR時，它沒有任何作用，盡管都使用了相同的硬件。經(jīng)過檢查發(fā)現(xiàn)，在供應(yīng)商的配置和我們的系統(tǒng)軟件版本之間存在一些差異，這樣導(dǎo)致應(yīng)用程序就不會故障轉(zhuǎn)移。如果沒有測試，我們就不會知道這件事。

　　六)每年與供應(yīng)商一起審核和修訂DR計劃

　　為了確保DR計劃與使用的每個云供應(yīng)商的計劃保持一致，必須安排與供應(yīng)商的年度會議來檢查DR，以便自己的計劃與供應(yīng)商的計劃保持同步。

　　七)詢問供應(yīng)商關(guān)于多個故障轉(zhuǎn)移地點

　　對任何云供應(yīng)商的調(diào)查都應(yīng)該包括在其故障轉(zhuǎn)移的不同地理區(qū)域，是否擁有多個數(shù)據(jù)中心。對公司來說***策略是找到一個云供應(yīng)商，它在公司總部附近有本地的數(shù)據(jù)中心，并且在不同的地理位置上至少有一個輔助數(shù)據(jù)中心。在發(fā)生影響特定地理區(qū)域的自然災(zāi)害或其他災(zāi)害時，這樣就降低了將所有雞蛋放在一個籃子里的風(fēng)險。

　　八)讓IT審計公司審查DR計劃漏洞

　　外部IT審計公司可以充當(dāng)一組額外的眼睛來檢查企業(yè)的DR計劃，在企業(yè)使用各種第三方云供應(yīng)商作為混合IT體系結(jié)構(gòu)中的一部分時，識別出可能會遇到的任何風(fēng)險。審計公司會提供一系列企業(yè)和供應(yīng)商可以做的行動項目。

　　九)云供應(yīng)商在企業(yè)風(fēng)險評估和董事會報告

　　風(fēng)險評估，包括與之相關(guān)的風(fēng)險評估，目前已經(jīng)成為董事會的標(biāo)準(zhǔn)報告項目。

　　CIO很可能已經(jīng)向董事會簡要介紹了將更多應(yīng)用程序遷移到云中的戰(zhàn)略重要性，以及混合IT架構(gòu)的需要。下一步合乎邏輯的步驟是向董事會簡要介紹采用云IT戰(zhàn)略所帶來的風(fēng)險，以及公司DR計劃如何定位以應(yīng)對這些風(fēng)險。

　　十)不要忘記DR公關(guān)計劃

　　無論DR計劃是為公司維護的內(nèi)部系統(tǒng)還是為公司委托給云的系統(tǒng)進行的，IT DR計劃中最常被忽略的項目之一是與董事會的DR通信和消息傳遞計劃的內(nèi)部公關(guān)/營銷協(xié)調(diào)。如果一個主要系統(tǒng)偏離了線路，持有者、雇員和客戶及時向所有相關(guān)各方傳遞信息的IT-PR戰(zhàn)略可以極大地保持對公司的信心。

【51CTO譯稿，合作站點轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】