|
|
|
|
| | |
|
|
|
|
|
<![CDATA[<strong id="axjb1"><thead id="axjb1"></thead></strong>]]>
| |
2011/01/13 14:10:24所在目錄：建站新聞瀏覽量：3945 對于你的數據中心，你有過災難恢復計劃嗎？
盡管天然和地輿政治劫難——包括龍卷風、雷暴和石油價格的上漲——在上升，但對于你的貿易智能(BI)環境來說，它們不是最大的威脅。根據對于業務主管來說具有領導性的一家英國雜志信息時代(InformationAge)的研究表明，番禺網頁設計大多數IT業務主管以為，影響他們IT運維連續性的最大威脅是內部系統故障(65%)和病毒(45%)。與此同時，番禺網站制作已經登記的天然劫難占32%，電力和通信間斷占33%。 時代變了 十年前，對于數據中央和它們支撐的報表與應用，很少需要建立災害恢復計劃。在當時，絕大多數的數據中央每月從半打左右的源系統被批量裝載。大多數負載相稱小，甚至最大的數據中央小于幾百GB的規模。絕不希奇，大多數數據中央團隊沒有災害恢復計劃，更不用說備份策略。共同的想法主意是，假如數據中央崩潰，可以簡樸地從源系統刷新整個數據中央，一切將恢復在線。 今天，大多數數據中央已成為樞紐任務系統?，F在，很多數據中央實時捕獲和更新事務，并支持數十個運行業務的應用?，F在業務用戶越來越依靠數據中央信息來做出日常的業務決議計劃，以至于他們叮囑數據中央治理員不要讓系統發生甚至幾個小時的脫機。此外，作為決議計劃引擎，當災害襲來時，數據中央可以匡助企業以最佳的方式做出響應。數據中央報表可以匡助治理職員計算出如何劃分流動的優先級、分配資源和重新分配人手以應付緊急情況。十年前，數據中央可能是災害發生后最后一個恢復的系統;今天，它應該是在緊急情況下第一個恢復在線的系統。 如何保護？ 研究顯示，大多數組織對于他們的IT系統的彈性都顯得很有決心信念。大多數組織都有災害恢復計劃以保障業務系統在短期和長期不至于間斷。也許災害恢復計劃甚至包括數據中央、它運行的服務器、它支持的報表和應用。因為現在很多數據中央都運行在由IT策略治理的公司內部數據中央，IT策略包括業務連續性和災害恢復計劃，在某種程度上，這是一個不錯的選擇，你的組織已經為它的數據中央資產加了保險。 不幸的是，大多數災害恢復計劃在保護組織免于本錢上的損失方面，還做的遠遠不夠。災害恢復計劃是保險措施，大多數公司只保證他們能夠負擔得起，而不考慮他們需要什么。 你的組織對于它的運轉至關重要的業務流程和應用已經劃分優先級了嗎？假如數據中央是最高優先級，那么填充數據中央的提取、轉換和負載(ETL)引擎以及天生和分發樞紐報表的BI服務器呢？一個鏈條的強度取決于其最薄弱的環節，數據中央是由多個系統、應用和相互依靠的內部和外部系統組成的一個復雜的環境。只有數據中央的每個組件恢復在線，整個數據中央環境才能完全恢復。 為數據中央的災害恢復計劃做最后一次測試的時間是什么時候？假如你進行數據庫失效恢復的實踐，你僅僅完成了測試的一部門。你需要恢復客戶端、服務器、網絡、存儲、應用程序和數據庫以完整地模擬一次恢復場景。假如你一年前進行了測試，那么它是一個很好的機會，由于你的計劃已經由期了。因為數據中央是一個適應系統，它需要不斷地變化以回答業務職員問的新題目。因此，自從你上次測試以來，查詢、報表、元數據、ETL工作流程和聚合等等可能已經發生了變化。此外，在緊急情況下，業務職員問的題目可能和正常情況下問的題目不同。 彈性的樞紐不只是靈活性、冗余系統，它也包括人。災害發生期間，有良多混亂和困惑。很多樞紐的職員可能不在場，或者無法工作或訪問系統。因此，不僅在你的系統中需要冗余，而且在你的職員鋪排上也需要冗余。應該培訓你的團隊，在各種緊急情況下如何應對，并隨時預備根據需要扮演多種角色。 做好預備 災害恢復正視高質量的、最新的、終端到終真個元數據，以及很少有組織已經成功地實施的內容。元數據對于執行影響評估是至關重要的——當在源系統中的某些部門發生變化時，你需要知道它將如何影響系統中的其他每個組件以及終極用戶報表中的指標。在緊急情況下，假如沒有對動態的、全面的元數據治理系統的訪問，為知足恢復時間目標(即恢復業務功能的時間)、樞紐數據點(必需恢復到某個數據的時間點)和恢復點目標(恢復數據的時間)，數據中央團隊的能力可能被嚴峻拖累。 當然，數據是數據中央環境的核心和靈魂，為保證數據免遭停電、網絡間斷、洪水、風暴或其他劫難，組織必需制定良好的策略。大多數組織在低本錢磁帶上執行備份，這些磁帶在場外被運輸和存儲。從磁帶恢復數據中央固然需要很長的時間，但因為大部門是歷史數據，在緊急情況下沒有較高的價值。為了保護更多最新的信息，跟著數據在ETL流程中的移動，組織應當復制或快照數據，并存儲數據到位于災害恢復系統中的磁盤上，在適當時間以后，通常在幾天或幾周，災害恢復系統可以歸檔或者刪除這些數據。大多數數據中央團隊理解治理數據中央信息的生命周期的需要。 不幸的是，這些團隊往往不會猜測雙層的災害。理想的情況下，在線備份系統應進行場外維護，以便數據中央題目不會同時破壞主備系統。(顯然這是更昂貴的，并且需要高速網絡連接。)假如場外系統泛起故障，他們沒有備份的備份。大多數團隊也不會預想災害會持續數天。在卡特里娜(颶風)之后，假設很多業務系統仍是不能完好地工作，我們需要延長到我們期望災害持續的時間長度。最后，很多場外備份系統沒有保護公司免于病毒在內部的傳播。場外系統應該有一個內部網關，可以延遲實時傳播幾個小時以防止軟件攻擊。 悲觀絕望的聲音并不好笑，沒有人愿意花錢以避免一些可能永遠不會發生的事情。但在我看來，我們正在目睹一個由環境退化和政治分化導致的危機、災害和地輿政治緊張局勢的數目拐點。除了過去的災害，番禺網站建設公司沒有什么能夠促使我們重新復習我們的災害恢復計劃。測試計劃的有效性比等候真實災害要好。 
粵公網安備44011302004697
