監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價咨詢管理系統(tǒng) | 工程設(shè)計管理系統(tǒng) | 甲方項目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關(guān)閉
ERP系統(tǒng)多少錢

當(dāng)前位置:工程項目OA系統(tǒng) > ERP系統(tǒng) > 產(chǎn)品介紹 > ERP價格 > ERP系統(tǒng)多少錢

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

申請免費試用、咨詢電話:400-8352-114

文章來源:泛普軟件

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

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

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

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

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

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

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

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

當(dāng)然,進(jìn)行防范還是必要的。但公司領(lǐng)導(dǎo)和IT部門的領(lǐng)導(dǎo)必須將更多的資金投入到靈活的災(zāi)難恢復(fù)策略上來。為保證公司業(yè)務(wù)持續(xù)運轉(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ù)中心、呼叫中心,彈性安置運營與制造設(shè)施,從而極大地分散了潛在的風(fēng)險。

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

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

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

IT員工需提高能力

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

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

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

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

幸運的是這個故障是可以解決的。這個案例是為了說明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)文章:
產(chǎn)品介紹
聯(lián)系方式

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

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

咨詢:400-8352-114

加微信,免費獲取試用系統(tǒng)

QQ在線咨詢