圖片來源: 

iThome

資料庫市場的龍頭寶座,長期以來都是由甲骨文(Oracle)蟠踞,而這樣的情勢,到了2010年恐怕會有所動搖,主要是因為甲骨文對資料庫9i的技術支援,即將在2010年7月終止,而9i的使用者至今卻還有30%左右沒有升級,這個數據,看在競爭廠商的眼裡,猶如大漠甘泉般極具吸引力,不論微軟或是IBM都想啜飲一口,趁機搶食這些與甲骨文黏著度較低的客戶。

甲骨文在推出9i之後,又陸續推出了10g與11g,如果與最新的資料庫版本11g來比較,9i已經是兩個世代前的古董了,為什麼至今仍有如此龐大的使用者群在支持,而且完全沒有被新的資料庫版本吸引且升級呢?說穿了,現實的問題就是「原本的資料庫功能已經足以因應,在沒有一定必須升級的情況下,企業如果選擇升級,其中潛藏的風險與成本,恐怕是企業最不想承受的部分。」所以,企業寧願採取能不動就不動,進而以不變應萬變的策略。

如果臺灣的資料庫市場還在蓬勃成長,各大資料庫廠商當然不會把心力放在這些不願意升級的企業客戶身上。但是,資料庫市場的發展已經非常成熟,不論甲骨文、IBM或是微軟等資料庫廠商每年新增的大客戶都屈指可數。這樣的情況下,資料庫廠商只好互挖牆角,而且這也不是什麼新鮮事了。

資料庫廠商展開攻防布局,市場競爭再度白熱化

但是,由於甲骨文對9i資料庫的技術支援即將在2010年7月正式終止,再度讓各大資料庫廠商的競爭白熱化,包括技術面、服務面、價格面都有短兵相接的情勢正在發生,而這齣戲不僅會延燒到2010年,各大資料庫廠商磨刀霍霍的局面也逐漸浮上檯面。

過去這一年來,已經看到各個資料庫廠商的攻防布局。其中,甲骨文在新的資料庫版本11g中,不僅祭出Real Application Testing(RAT)以及SQL Plan Management(SPM)等功能來自保,試圖降低資料庫升級的風險與困難之外;IBM更費時2年時間秘密研發資料庫移轉工具,誘惑甲骨文的客戶轉移到IBM的資料庫平臺DB2上;此外,微軟也在SQL Server的技術說明文件中,鎖定甲骨文資料庫來做功能比較。

這一切,看在企業的眼中,雖然多了些選擇的機會,理論上,企業應該也能坐享漁翁之利,但是,對於企業來說,無論是版本升級或是轉換到其他資料庫平臺,其實都是惡夢一場,必須考量的因素也逃脫不了資料庫效能與穩定度、資料庫程式開發以及軟硬體成本等基本範疇。

IBM為了協助企業轉換平臺,歷時兩年秘密研發資料庫轉換工具,不僅對企業展現了十足誠意,而且真的已經在2009年隨著DB2 9.7版上市,計畫性奪取甲骨文客戶的企圖,從此攤在陽光下,IBM甚至宣稱DB2內建的PL/SQL編譯器,可以直接支援甲骨文的資料庫,讓企業不需要重新改寫應用程式,即可從甲骨文的資料庫平臺轉換到DB2 9.7版。

此外,IBM在官方網站上,也毫無顧忌地直接點名甲骨文客戶,只要甲骨文客戶願意轉換到DB2平臺,就有8折以上的價格優惠。

這些誘因,確實動搖了甲骨文的客戶,並且與IBM一起進行驗證性的專案,IBM曾經誇口要在2009年底拿下甲骨文1.5%的客戶,半年的時間過去了,甲骨文與IBM的戰火未歇,但至今尚未聽到IBM吹起勝利的號角,充分顯示資料庫平臺轉換的難度與複雜性。

資料庫平臺轉換完成後,至少需要半年時間才能真正熟悉

IBM不諱言,資料庫平臺轉換完成後,至少還需要數個月到一年的時間,才能讓資料庫管理員以及相關應用程式的開發人員真正熟悉新的系統。然而,在此之前,必須要走的路亦是披荊斬棘。

對於企業來說,在考慮轉換平臺的過程中,除了必須顧及資料庫與應用軟體的整合性之外,還必須避免平臺轉換所帶來的風險以及資料庫轉移的隱藏成本—諸如修改應用系統的程式、進行相容性測試、調整資訊系統架構,以及新資料庫上線後的穩定度等風險。

尤其IBM在DB2內建的PL/SQL編譯器,並不是IBM自己開發出來的技術,而是IBM向EnterpriseDB公司所授權取得的Postgres Plus Advanced Server的技術,因此,實際效能如何也成為注目焦點。另一方面,DB2 9.7版支援甲骨文的方式,仍舊是透過編譯器完成,並不是直接支援,具體效益更需要進一步驗證。

一家IC設計公司的資訊部門主管坦言,企業對於資料庫的應用與選擇,最在乎的就是「效能」以及「穩定度」,而轉換平臺免不了一定會有過渡期。在一般情況下,資料庫平臺轉換完成後,至少還需要半年以上的時間,才能讓資料庫管理員以及應用程式開發人員真正熟悉新的系統,而這個過程的學習曲線與成本,都是企業望之卻步的原因。

事實上,企業就算有想要轉換資料庫平臺的想法,最終仍有舉步維艱之感,實在是因為每一次的系統變更,都有可能會出現一些出乎意料之外的事情。舉例來說,臺大醫院就曾經在做資料庫分割(partition)的時候,就因為擾亂了原本的資料庫索引(Index)路徑,結果造成門診系統、住院系統以及行政系統等反應極度緩慢,當天至少有6,000人受到波及。

對於大多數的資料庫管理員來說,資料庫分割並不是一個陌生的領域,一般大多會在資料量越來越大的情況下,採取資料庫分割的做法,來提升資料庫效能。然而,臺大醫院在做資料庫分割的時候,卻因為沒有做最佳化路徑分析與相關測試,因此,沒有事先發覺資料庫索引已經偏離原本的路徑,進而致使門診系統等反應極度緩慢,原本只要2秒鐘就能撈取到的病人資料,在失去正確的資料庫索引路徑後,居然需要將近1分鐘時間才能完成。

諸如臺大醫院所發生的這類資料庫問題,並不是任何一個營運單位所樂見,也因此,即使困難重重,隨著甲骨文對9i版本的技術支援,將要在2010年7月終止,IBM與微軟等資料庫廠商也極力搶食,然而,最終到底會有多少企業琵琶別抱,仍有待觀察。

綜觀這場資料庫市場的戰爭,雖然微軟也角逐其中,但最終仍將是甲骨文與IBM兩強相爭的局面,這樣的推測並不是沒有把微軟放在眼裡,而是甲骨文與IBM在大型資料庫領域發展已經有二、三十年的歷史,不論系統平臺或技術支援能力都有一定的成熟度,相較之下,微軟才剛剛跨足大型資料庫市場沒有幾年,在大型資料庫市場上的競爭力仍較弱,雖然目前已經有部分企業把SAP的ERP系統跑在SQL Server上,但這樣的例子畢竟只是少數,而大多數的企業也是從小規模的應用開始採用微軟的資料庫。

根據IDC在2009年所做的調查,甲骨文在資料庫市場,至今仍以39%位居第一,IBM與微軟則分占28%與24%。這樣的差距,雖然可以讓甲骨文安然蟠踞龍頭,但是,只要IBM順利拿下幾個代表性的案例,勢必會撼動甲骨文的江山,而目前在國外已經有可口可樂公司從甲骨文的資料庫平臺轉換到DB2,未來臺灣市場的發展值得關注。

 

甲骨文在資料庫市場,一直都坐擁龍頭寶座,但在推出11g的版本後,企業的反應非常冷淡,至今大多數企業仍在使用9i與10g版本,有狂人之稱的甲骨文執行長Larry Ellison,除了要努力說服歐盟同意甲骨文收購昇陽,還得面對9i技術支援在2010年7月終止後的市場爭奪戰。

 


相關報導請參考「2010關鍵趨勢


Advertisement

更多 iThome相關內容