美國簽證系統癱瘓 或因Oracle升級故障

【IT168 專稿】從7月19日開始，美國簽證系統出現技術故障，全球上萬名赴美申請者因此受到影響。此次出現故障的美國領事綜合資料庫(CCD,Consular Consolidated Database)是基於Oracle研發出的最大的資料庫系統之一，肩負著美國國務院審批、記錄並列印簽證及其他赴美入境材料的重任。

　　據瞭解，在該領事綜合資料庫中存有上億的簽證記錄、7500萬份照片資料，平均每天能辦理3.5萬份簽證業務。美聯社稱，資料庫的執行故障最早出現在本月19日，經檢測、排查後該系統於23日恢復使用，但運作效率仍呈現出“大幅下降”的狀態。

　　

　　對於此次事件，微博認證為甲骨文(中國)軟體系統有限公司資深主任技術分析師的博友稱，CCD平臺曾獲美國政府大資料解決方案大獎，而此次出現故障的美國簽證系統是CCD平臺170多個軟體應用的其中之一。此次事故的起源是visa應用故障，是由於美國領事局升級其中一個Oracle RAC系統，但沒有經過仔細演練上線而造成的。領事局方面的資訊科技人員折騰一個禮拜後，7月25號才報告給甲骨文，造成了故障的延誤。

　　ITPUB資深版主呂海波(VAGE)認為，Oracle對於規模一般、繁忙程度一般的資料庫，支援的還是可以的;但對於規模極大、極為繁忙的資料庫，缺乏有力的支援。這也是阿里系去IOE的主要原因之一。他從以下四個方面分析了此次美國簽證系統癱瘓事件背後的原因：

　　一、對閉源的系統，support全靠廠商。隨著使用者規模擴大，support力度肯定越來越薄弱。但Oracle RDBMS本身已經有數十年的運營基礎、眾多DBA大力研究、第三方技術人員能力並不遜於原廠。因此採用它還是相對安全的。

　　二、但對於極為龐大、繁忙的系統，Oracle的support能力畢竟有限，系統穩定性的保證主要靠甲方公司自己的DBA團隊。一旦DBA團隊能力稍弱，系統問題再所難免。

　　三、oracle最近如火如荼推出記憶體資料庫元件，如果要使用，一定要小心。如果的確需要記憶體層做快取，選擇Redis、Memcached或CouchBase等或許是更好的選擇。Oracle記憶體元件不像Oracle RDBMS有數十年的執行基礎，又是閉源，一旦出現問題，Oracle是否能及時解決，尚未可知。

　　四、在初期的架構階段，由於不瞭解其內部技術原理，僅像工地工人一樣“搭建”著使用，沒有根據原理，揚長避短真正的“架構”著使用，又如何保證這樣使用是最好的?如何保證出現問題後儘量減少線上應用的影響?

　　截至今天上午，美國簽證系統已逐漸恢復，美國駐華使館簽證處重新開始受理簽證申請，但故障的影響還在繼續。美國哥倫比亞廣播公司(CBS)稱，因簽證系統故障造成大範圍影響的事例在美國並非首次出現，2003年9月，該國簽證系統遭遇電腦病毒襲擊陷入癱瘓狀態。

--&gt>轉載於:http://tech.it168.com/a2014/0728/1650/000001650506.shtml

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/29119536/viewspace-1240980/，如需轉載，請註明出處，否則將追究法律責任。