你從這篇文章中可以學到這些：討論了災難恢復上的變更控制(或者缺乏變更控制-change control)的影響，并且提出了一些很好的實踐信息。

　　你的災難恢復(DR)計劃文檔仍然涉及9磁道磁盤、或者仍然描述了從Windows NT 3.51服務器上的恢復過程?雖然大多數(shù)公司的計劃中并沒有我說的這樣過時的技術(shù)，但是大多數(shù)參與公司數(shù)據(jù)災難恢復計劃的信息技術(shù)從業(yè)者當被問及它們公司目前的災難恢復計劃怎樣時，他們都會無可奈何的以微笑回應。并且，他們中的很多也承認災難恢復是需要被注意的。有很多的原因可以解釋為什么DR計劃已經(jīng)和公司的架構(gòu)不再同步了;下面的一些是常見的原因：

　　● 被開發(fā)的機會僅僅是用來滿足審核的需求的，并且該計劃已經(jīng)過時

　　● 計劃從根本上并沒有得到測試以及維護

　　● 計劃僅僅在固定的時間點上得到維護(例如：一年一次或者再一次測試后)

　　● 變更控制(或者變更管理)并沒有將災難恢復考慮在內(nèi)

　　● 缺乏正規(guī)的變更控制流程

　　最近在《災難恢復雜志》公布的Gartner公司的調(diào)查顯示：大約51%的回饋者對災難恢復環(huán)境作周期性的改變，而35%的回饋者依賴于產(chǎn)品變更管理過程才做出改變。

　　到目前為止，忽視變更控制是災難恢復計劃或者災難恢復環(huán)境最大的敵人。事實上，不存在或者不充分的變更管理是災難的起因。有很多的例子證實都是由非常差的災難恢復計劃所導致的，當然也會由常規(guī)的軟件升級所導致。一些小的以及中型企業(yè)(SMB)當遇到變更控制時都由于缺乏資源以及資金而面臨挑戰(zhàn)，而且解決問題比防止問題發(fā)生會花更多的時間。

　　下面是變更控制相關(guān)條目的摘要列表，任何規(guī)模大小的需要信息技術(shù)部門的企業(yè)都需要考慮以下幾點涉及到災難恢復的因素：

　　● 如果還沒有變更控制過程的列表，那么請實現(xiàn)一個。該列表不必非常詳細，但是在復查前不應該允許做任何信息技術(shù)方面的變動

　　● 在評估變更影響前，確保變更控制將災難恢復環(huán)境以及計劃文檔考慮進去。要包含一些簡單問題以及一些驗證形式

　　● 災難恢復必須是系統(tǒng)開發(fā)周期的一部分并且不要成為事后想法

　　● 災難恢復計劃必須成為計劃中的一部分，而不應該在項目結(jié)束時才被考慮

　　● 災難恢復協(xié)調(diào)員(或者負責災難恢復的人員)需要參與到變更復查過程

　　● 不要等到下次災難恢復測試才更新你的災難恢復環(huán)境，以反映你對環(huán)境的變化過程

　　● 災難恢復計劃以及災難恢復環(huán)境應該在產(chǎn)品系統(tǒng)階段就被重點考慮，并且應該據(jù)此進行設(shè)計和維護

　　那些使用廠商提供熱點(hot-site)的企業(yè)應該得到提醒：雖然一個災難恢復環(huán)境物理上不一定存在直到真正有需求時，但是這些企業(yè)需要讓廠商知道產(chǎn)品環(huán)境中的每一個配置上的變化，而這些變化則會影響到災難恢復環(huán)境。這一工作不應該在續(xù)約的時候才去做，而應當在變更前就做，這樣就可以確保任何引起的技術(shù)以及契約問題在計劃階段就已經(jīng)確定了。

　　就像我們測試我們的災難恢復計劃和過程(基本的)，同樣建議去測試你的變更管理過程。變更控制的少量存在不會自動確保該過程的效率。測試變更管理過程和進行變更后復查一樣簡單，并且它能夠確保變更的每一個方面及其可能的影響都在實現(xiàn)前就作了考慮。

　　需要讓變更管理過程實現(xiàn)成熟化的信息技術(shù)公司也許會遵從信息技術(shù)業(yè)內(nèi)最好的建議或者指導，比如在信息技術(shù)基礎(chǔ)架構(gòu)庫(ITIL)框架中提到的一些建議。

　　無論是世界級還是入門級的變更控制，它不僅僅保護你的公司免遭非常差的IT變更計劃影響，并且它也可以幫助產(chǎn)品和災難恢復IT環(huán)境完全同步，同時確保所有的相關(guān)文檔以及過程得到很好地維護。

標簽： 服務器 計劃 企業(yè) 問題 信息技術(shù)

版權(quán)申明：本站文章部分自網(wǎng)絡，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。