20多年前在Oracle上吃過的苦要重新吃一遍嗎？

國產(chǎn)化替代進(jìn)入第六個年頭，很多核心系統(tǒng)已經(jīng)切換到國產(chǎn)數(shù)據(jù)庫，期間也或多或少發(fā)生過一系列的故障。前陣子就某銀行的故障和移動的一位老專家探討了一番，他們對這個故障進(jìn)行了模擬推演，最后的結(jié)論是，如果他們遇到了類似的因?yàn)閲a(chǎn)數(shù)據(jù)庫引發(fā)的未知故障，故障恢復(fù)時(shí)間不會低于2小時(shí)，如果運(yùn)氣不好，業(yè)務(wù)中斷半天的概率也極大。他個人感覺，2000年左右在Oracle上吃過的苦，是不是在數(shù)據(jù)庫國產(chǎn)化的今天還要再吃一遍?

　　我和那位專家是同齡人，也經(jīng)歷過90年代末的那場以銀行、運(yùn)營商為代表的企業(yè)信息化大潮。當(dāng)年運(yùn)營商使用的Oracle數(shù)據(jù)庫大多數(shù)還是8.0、8i和后來略微成熟一些的9i，銀行則大多數(shù)在使用Informix和DB2。那時(shí)候的Oracle還沒有在中國的大型核心業(yè)務(wù)系統(tǒng)上磨練過，軟件開發(fā)商也對如何在大型核心系統(tǒng)上把數(shù)據(jù)庫用好缺乏經(jīng)驗(yàn)，數(shù)據(jù)庫出現(xiàn)故障，導(dǎo)致核心業(yè)務(wù)停業(yè)也是常見的事情，于是DBA成為了那個時(shí)代的英雄。但凡對數(shù)據(jù)庫技術(shù)有點(diǎn)追求的人，在那個時(shí)代都能得到極大的鍛煉。其實(shí)鍛煉這個詞十分形象，現(xiàn)在這個詞被90后、00后形象地稱為“虐”。

　　經(jīng)過二十年的不斷發(fā)展，Oracle在企業(yè)信息系統(tǒng)中變得十分“絲滑”了，實(shí)際上這些年成長起來的DBA是比較幸福的，Oracle變得極其好用了，Oracle的相關(guān)生態(tài)也相當(dāng)繁榮。

　　不過隨著數(shù)據(jù)庫國產(chǎn)化替代的開始，似乎一切又要回到20多年前了。國產(chǎn)數(shù)據(jù)庫產(chǎn)品與關(guān)鍵業(yè)務(wù)系統(tǒng)的磨合還需要幾年時(shí)間，國產(chǎn)數(shù)據(jù)庫相關(guān)的知識也如25年前的Oracle一樣欠缺，但是經(jīng)歷了Oracle“絲滑”時(shí)代制定下的“規(guī)矩”已經(jīng)不像25年前那么隨意了，那時(shí)候數(shù)據(jù)庫故障了，業(yè)務(wù)就停了，30分鐘到1小時(shí)左右能恢復(fù)，業(yè)務(wù)部門也大多數(shù)能認(rèn)可。用戶的要求也比較低，知道“電腦壞了”，大家就會靜靜地等著電腦好起來。現(xiàn)在的人對IT系統(tǒng)的依賴程度極高，某個公共服務(wù)停半小時(shí)，甚至十分鐘都可能意味著巨大的經(jīng)濟(jì)損失，哪怕是不會有經(jīng)濟(jì)損失的個體閑人，也會覺得極大的不爽，認(rèn)為自己為之付費(fèi)后獲得的服務(wù)打了折扣。

　　目前我們把應(yīng)用系統(tǒng)從一個十分成熟的數(shù)據(jù)庫遷移到了一個不夠成熟的數(shù)據(jù)庫上，可靠性下降，出現(xiàn)某些故障可能是必然的事情。但是在數(shù)字化浪潮下，我們的IT系統(tǒng)的依賴度又遠(yuǎn)高于二十五年前，這樣就出現(xiàn)了考核體系與必然的客觀規(guī)律之間的矛盾。我們必須要求關(guān)鍵公共服務(wù)的系統(tǒng)不出故障，從而保障經(jīng)濟(jì)和生活不受干擾，但是客觀規(guī)律又決定了這些系統(tǒng)很難達(dá)到這個要求。這個課題就擺在了系統(tǒng)開發(fā)商、數(shù)據(jù)庫廠商、用戶、第三方服務(wù)商的面前。隨著時(shí)間的推移，以及不斷磨合，大家吃點(diǎn)苦，扛上一段時(shí)間，會慢慢有所改善的。關(guān)鍵是企業(yè)的考核制度，是不是給大家一條活路呢?面對出現(xiàn)的故障是不是能更大地寬容呢?