2007年5月22日 星期二

台大醫院發生大當機!猜猜看台大醫院用什麼系統?

雖然我曾經修過這位賴教授的課,可以算是他的學生。不過對於這位教授在台大醫院全面導入 Windows伺服器和 .Net平台,小弟實在是無法恭維。

根據中時電子報的報導,昨天台大醫院發生史上最嚴重的當機,造成數萬名病患大排長龍,嚴重影響了許多民眾的權益。

http://tech.chinatimes.com/2007Cti/2007Cti-News/Inc/2007cti-news-Tech-inc/Tech-Content/0,4703,12050901+112007052200010,00.html

我馬上想到,曾經在 IT Home看到一篇報導,內容是關於賴教授帶領台大醫院全面擁抱 Windows和 .Net架構。看來,全面擁抱微軟產品得到報應的時間還蠻快的。

http://www.ithome.com.tw/itadm/article.php?c=37291

17 則留言:

  1. 聽新聞說index爛了!我還以為是 MySql 原來是 MsSql 。
    看樣子要用MS向別人買的東西在作成的產品最好小心一點。不過index為何爛掉?是用的人太ox,還是mssql太爛!這個我就不懂了!

    回覆刪除
  2. 這樣誤導別人不好吧...
    明明就是後端Oracle的Index出問題

    維護人員留

    回覆刪除
  3. 那...跟.NET平台和Oracle的整合有關嗎?
    依我的經驗, .NET好像只對MSSQL有特別的支援...
    使用Oracle的話就像用到黑箱一樣...

    回覆刪除
  4. 巨大的工程和風險,身繫萬人醫療資源運作,想必這幾位"維護人員"已經全時徹夜維修,沒時間吃飯上網,大家也就別太苛責.
    給些鼓勵的掌聲吧.

    回覆刪除
  5. 可以請問那位維護人員, 你的oracle是跑在windows, 還是unix? 只是index出問題, 需要當機超過一整天嗎?

    號稱先進的架構,竟然連一個備援系統都沒有? 真懷疑你們的專業!!

    如果你的db是跑在windows上, 那也沒什麼好奇怪的了, 因為windows的registry, service等架構, 要弄起一個備援系統, 真的還是蠻麻煩的.

    回覆刪除
  6. 那裏看到是 Oracle的問題呢?
    我們的系統也用 Oracle, 資料量已經上到6T, 也是跑在 Windows上面, 從沒出過什麼問題, 你們該不會任何欄位都做 Index吧...
    之前就有一個小系統這樣搞, 差點出人命...因為我想把他給砍了...

    回覆刪除
  7. 基本上.net不是什麼突破性的新技術, 更不是個穩定的技術, 看它的.net framework各版本都不相容就可知一二, 它只是為了勉強和 Java 競爭的宣傳性產物...

    回覆刪除
  8. 會全面導入X軟的東西,絕非是單純的技術
    考量,背後一定是...某種利益糾葛...
    那位教授,不管他是多麼利害,也不會是他動手去作吧?一定是找一些精力過剩的年
    輕人,他只是個花瓶吧?
    看來,這個樣板廣告,又...推廣無效了!!

    回覆刪除
  9. 請問這位 維護人員 兄,可否再說說真是導致問題發生的'原因',我想大家都蠻想知道的,如果肇因不是M$,那也該還他清白。

    回覆刪除
  10. 不過....無論如何,醫院也算重要機構之一,大筆的預算不應是追求先進功能,而是無論怎樣都不能當機,不論是不是用x軟的東東,台大醫院的資訊單位都算失敗了@@

    回覆刪除
  11. 賴副院長在媒體已經公開強調"“此次的事件為台大醫院內部方面由於在作日常的資料庫維護, 有一些作業程序所導致系統反應過慢,並非相關廠商的系統問題所導致的”, 我討厭微軟是一回事,但不應該無中生有, 臺大醫院 Oralce 是在 Solaris 上執行,可參閱賴副院長公開之Slide:

    http://archi.ee.ntu.edu.tw/course/health/NTUH-roadmap.ppt

    回覆刪除
  12. 不管什麼系統,只要磁區有壞軌,系統就停擺了,這次若是index爛了,無論何種db只要rebuild index系統就可回復,若真的遇到壞軌可能就rebuild不起來,此時的備援系統就應該發揮功能,我想台大醫院在這方面實在作得不好......

    回覆刪除
  13. 其實大家雖然不怎麼喜歡M$,但讀者卻挺有風度就事論事,討論系統真正問題所在.
    真希望此次相關的辛苦工程師在解決問題後,能po一些經驗讓大家分享一下.
    這個blog的讀者真有水準!!

    回覆刪除
  14. 不管是軟體還是硬體的問題,
    總該有個備援計劃吧?
    開空窗總是不太對...

    怎麼覺得這整個計劃,
    只像是大學生的畢業專題,
    一點都不像 production system...

    回覆刪除
  15. 側面消息,這起事件與M$應該沒關係的。

    我的猜想(綜合小道消息),應該是資料Partition後,沒有對index的部分好好規劃導致(index也需重新建立,不然狀態是invalid,導致無法AUDI等等)。

    一天的時間是因為資料量關係,rebuild 一個TB級DB的index,花上半天都是有可能的,特別是壓根沒想到index這回事情(切分partition跟index有啥關係呢,我想應該是主事者一開始的想法吧)。

    data partition完畢後,更重要的是維護,不然,還是會回到老問題上面的。

    回覆刪除
  16. 站長的文章,就像是現在的媒體一樣,把聳動的字眼放在文章、標題上,結果到頭來…卻不見理性的批判 .... 唉 !

    這麼不喜歡微軟,卻又開了這麼一個網誌來「批判」微軟 ................分裂了

    回覆刪除