銀行數(shù)據(jù)潛伏“禍?zhǔn)住?不如未雨綢繆

文章來源：泛普軟件

當(dāng)IT災(zāi)難不可避免地發(fā)生時(shí)，導(dǎo)致問題發(fā)生的根本原因已經(jīng)不那么重要了。最重要的是如何快速、可靠地解決問題，并將系統(tǒng)崩潰所造成的損失降到最低。

假如在某個(gè)星期一晚上進(jìn)行批處理時(shí)，銀行的后臺(tái)辦公系統(tǒng)發(fā)生了嚴(yán)重的癱瘓事故，也許最初沒有人會(huì)把這個(gè)問題當(dāng)回事。但在獲知銀行幾千兆的數(shù)據(jù)庫發(fā)生崩潰后，銀行CIO們一定是悔不當(dāng)初。這時(shí)，進(jìn)行異地?zé)醾浞莸呐σ残媸。驗(yàn)閭浞菸募Ρ罎⒌南到y(tǒng)進(jìn)行了鏡像，一場真正的危機(jī)擺在了銀行CIO們的面前。由于數(shù)據(jù)恢復(fù)操作（需要花費(fèi)四個(gè)小時(shí)）的窗口跳出，應(yīng)用程序小組成員會(huì)和其他同事暫停其他處于優(yōu)先級的程序。但該窗口并沒有說明引起系統(tǒng)癱瘓的根本原因，也沒有提示如何快速修復(fù)。小組成員花了幾天時(shí)間苦思解決方法。

而銀行還是必須繼續(xù)營業(yè)。僅僅是同步新增數(shù)據(jù)就已經(jīng)讓IT小組成員夠頭疼的了，他們必須首先找到一個(gè)干凈的數(shù)據(jù)備份。但他們發(fā)現(xiàn)在系統(tǒng)癱瘓前兩天似乎已經(jīng)發(fā)生了數(shù)據(jù)崩潰，而確認(rèn)之前數(shù)據(jù)備份是否干凈的惟一方法，就是進(jìn)行耗時(shí)36小時(shí)的檢測。

接下來，IT小組必須更新生產(chǎn)系統(tǒng)，重新運(yùn)行業(yè)務(wù)日志文件直到發(fā)生系統(tǒng)癱瘓時(shí)間點(diǎn)為止，同時(shí)需要在接下來的幾天內(nèi)執(zhí)行在該時(shí)間點(diǎn)后積累的業(yè)務(wù)。銀行的高級主管必須時(shí)刻在場，方便即時(shí)決定哪些流程必須立即執(zhí)行，哪些可以暫時(shí)放棄以便爭取時(shí)間。

到周五，IT小組幾乎完成了最新數(shù)據(jù)的同步，但他們?nèi)匀徊桓掖_定銀行是否可以在周一正常營業(yè)。雖然與此同時(shí)交易員仍可以繼續(xù)處理業(yè)務(wù)，但在五天多的時(shí)間里不能進(jìn)行準(zhǔn)確的結(jié)算對賬仍顯得過于冒險(xiǎn)，監(jiān)管人員對此事必然異常警覺。

盡管結(jié)局完美（在周末完成了追補(bǔ)處理），但銀行已經(jīng)到了很危險(xiǎn)的邊緣，差點(diǎn)就要暫停所有業(yè)務(wù)。而造成這一危機(jī)的罪魁禍?zhǔn)字皇擒浖械娜毕菖c服務(wù)器管理軟件的小沖突造成的。沒人能預(yù)料會(huì)發(fā)生沖突，更不用說事先進(jìn)行測試。

恢復(fù)措施還有待改善

絕不可以將此次事故看作是孤立的突發(fā)事件。在IT系統(tǒng)的運(yùn)行中總是伴隨著類似的事故。即使采取再為嚴(yán)密的防范措施也無法阻止類似事故的發(fā)生。如今結(jié)論已經(jīng)非常明顯了：由于一些無法準(zhǔn)確預(yù)知的原因，大多數(shù)企業(yè)都面臨著關(guān)鍵IT設(shè)備發(fā)生嚴(yán)重癱瘓的危險(xiǎn)。

當(dāng)然，進(jìn)行防范還是必要的。但公司領(lǐng)導(dǎo)和IT部門的領(lǐng)導(dǎo)必須將更多的資金投入到靈活的災(zāi)難恢復(fù)策略上來。為保證公司業(yè)務(wù)持續(xù)運(yùn)轉(zhuǎn)必然要開展很多工作，現(xiàn)在你必須將這些工作的重心迅速轉(zhuǎn)移到確保IT系統(tǒng)可以從任何可能發(fā)生的事故中恢復(fù)過來。

近幾年，大多數(shù)公司都開始更多地關(guān)注災(zāi)難恢復(fù)策略與業(yè)務(wù)持續(xù)方案，并投入了不少資金。一些自然災(zāi)害，如在美國發(fā)生的“卡特里娜”颶風(fēng)、歐洲的熱浪、印尼的海嘯，都迫使各公司強(qiáng)化其防范措施。這些公司通過異地部署數(shù)據(jù)中心、呼叫中心，彈性安置運(yùn)營與制造設(shè)施，從而極大地分散了潛在的風(fēng)險(xiǎn)。

如今，早在新流程、新系統(tǒng)的設(shè)計(jì)階段，以及新業(yè)務(wù)運(yùn)營地點(diǎn)的選址階段，公司就會(huì)開始考慮IT系統(tǒng)癱瘓后的后果評估方案、風(fēng)險(xiǎn)緩解措施，以及業(yè)務(wù)的可持續(xù)性與可恢復(fù)性問題。許多公司還定期對其預(yù)案和數(shù)據(jù)備份中心進(jìn)行測試。另外，大多數(shù)公司現(xiàn)在都設(shè)立了首席風(fēng)險(xiǎn)官或類似職位，負(fù)責(zé)公司的風(fēng)險(xiǎn)管理。他下面有專門的員工或顧問負(fù)責(zé)制定標(biāo)準(zhǔn)，監(jiān)控業(yè)務(wù)流程的正常運(yùn)行，并向利益相關(guān)者進(jìn)行匯報(bào)。

盡管企業(yè)在不斷改善這些措施，但效果仍不明顯。在企業(yè)目前所采取的措施與應(yīng)該采取的措施之間的鴻溝已經(jīng)越拉越大了。

當(dāng)災(zāi)難不可避免地發(fā)生時(shí)，導(dǎo)致問題發(fā)生的根本原因已經(jīng)不那么重要了。最重要的是如何快速、可靠地解決問題，并將系統(tǒng)崩潰所造成的損失降到最低。這對CIO的前途也同樣重要。

IT員工需提高能力

從此類事故中，我們可以看出兩個(gè)方面的問題。第一，以保證公司業(yè)務(wù)正常進(jìn)行為己任的IT部門員工，大多數(shù)經(jīng)常將工作的重心放在解決當(dāng)前的系統(tǒng)中斷問題上，而沒有前瞻性，不會(huì)主動(dòng)思考當(dāng)下一次又出現(xiàn)軟件沖突或安全缺口時(shí)，可以如何讓系統(tǒng)迅速恢復(fù)過來。

第二，當(dāng)IT部門員工為潛在的事故隱患制定預(yù)案并進(jìn)行演練時(shí)，他們往往將事故對象想象為立即發(fā)生的、一目了然的災(zāi)難性事故。作為凡人，這些高級主管也只能想象得到此類“大廈傾覆”似的災(zāi)難性場景。但在現(xiàn)實(shí)世界，例如上述的銀行及其軟件缺陷的案例，其實(shí)是復(fù)雜得多的，根本無法預(yù)測。

IT系統(tǒng)性能出現(xiàn)降低時(shí)往往無聲無息，而其原因并不一定就是某一個(gè)系統(tǒng)組件的故障。

最近，一家業(yè)界領(lǐng)先的通訊服務(wù)供應(yīng)商進(jìn)行了大規(guī)模的擴(kuò)張。這一舉措的確吸引了許多投資者的眼球，但對公司某些業(yè)務(wù)領(lǐng)域造成了嚴(yán)重影響。具體點(diǎn)說，就是公司的IT系統(tǒng)架構(gòu)面臨極大壓力，死機(jī)時(shí)間始料未及，達(dá)到了告警級別。99%的數(shù)據(jù)中心系統(tǒng)資源被占用，每進(jìn)行八次數(shù)據(jù)備份就會(huì)失敗一次。而IT部門員工針對系統(tǒng)告警做出的反應(yīng)則稍顯遲鈍。“嚴(yán)重死機(jī)時(shí)間”（即系統(tǒng)癱瘓對客戶造成直接影響）比例相當(dāng)之高。

幸運(yùn)的是這個(gè)故障是可以解決的。這個(gè)案例是為了說明IT系統(tǒng)故障往往是毫無征兆地發(fā)生。無論造成問題的根本原因是大是小，是日積月累造成的還是突然急性發(fā)作的，都值得企業(yè)領(lǐng)導(dǎo)者認(rèn)真思考。IT人員通常無法兌現(xiàn)保證公司業(yè)務(wù)持續(xù)進(jìn)行的承諾。他們也許可以保證使系統(tǒng)從硬件故障中恢復(fù)過來，但在軟件問題上卻無法保證。

發(fā)布：2007-04-21 10:17 編輯：泛普軟件 · xiaona [打印此頁] [關(guān)閉]

相關(guān)欄目：

相關(guān)文章：

上一篇：三大趨勢驅(qū)動(dòng)金融IT走向彈性

下一篇：信用卡網(wǎng)上支付如何擺脫“矯枉過正”

產(chǎn)品介紹

ERP系統(tǒng)多少錢

付款方式

聯(lián)系方式

成都公司：成都市成華區(qū)建設(shè)南路160號1層9號

重慶公司：重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓

咨詢：400-8352-114

加微信，免費(fèi)獲取試用系統(tǒng)

QQ在線咨詢

電話咨詢：
4008352114

QQ在線咨詢