有關oracle高可靠性的一些討論和想法(2)

附件1: 論壇散言
----------
我曾經在yahoo messenger上問過美國Oracle裡面專門講RAC這門課的人員，他說試bug.

有 時候原因很難說的，我們曾有類似的經歷，當時是香港的客戶，自以為自己oracle玩的很好，居然沒經過我們同意（我們是他們的系統整合商，為他們提供服 務和協調），就擅自把資料庫從81700升級到81740，於是，我們的應用整個連不上資料庫（用proc編寫的一個server），後來用一個測試程 序，裡面就一個connect db語句，結果每次執行程式就死在那裡，甚至CTRL+C , CTRL+ Z等等都退不出來，換句話說，就是整個session都死了，必須關掉那個telnet視窗重新開一個，後來糾纏了將近兩天時間，被告知是個 bug，oracle的一個support給我們了一個小patch，打上就好了（就是關於使用aio的lib）
還有，在aix的某些版本上使用oracle817的cursor_share＝force就沒問題，但是在Tru64 unix上就會出現致命問題
。。。。。。。。

類似的事情，我的理解，特定的環境，特定的問題，很多都是沒有解釋的，能夠解決就可以了,或者，在經歷多了以後，可以憑直覺感覺到什麼，就很好了，呵呵


朋 友，實際情況就是這樣。作DBA的有時並沒有辦法。不過，作為一個DBA無論如何都要力薦作歸檔。我們有一個客戶是移動領域的，全省的營業資料庫集中，大 約有900G資料吧（不是我負責）。這次我去作應急擴容的時候，居然發現沒有任何資料保護措施。沒有歸檔、沒有LOGICAL備份，甚至日誌檔案都沒有雙 份。我操，如果這個資料庫出了問題導致資料丟失，決策者拉出去槍斃我都不覺得過分。想想啊，那是全省的資料啊。
BTW:我還想說一 點，ORACLE公司的人很多都是垃圾，有的人根本沒有什麼水平，我都能夠點出一大堆ORACLE公司員工的名字，他們的水平比各位只低不高。仗著英語好 點在ORACLE混，這真的很影響我對ORACLE公司的看法。真正ORACLE有水平的，你得掏很多錢才能遇到。SHIT，無論如何總不能拿個白痴樣的 人來擋事兒吧？各位知道ORACLE800電話值班的都是什麼人吧？就是去ORACLE培訓的人。我身邊就有兩個。：）），唉：（（不說也罷，說了火大。 去年我們客戶的資料庫壞了（我負責的），客戶過分相信ORACLE，不聽我得建議（沒有辦法，客戶願意掏錢你管得著麼），結果，本來能夠恢復的，那個自稱 ORACLE廣州公司應急技術支援的，把資料庫重建了，引起2天停機。SHIT。

不單是oracle，所有的公司都一樣，如hp,ibm，在前臺和客戶直接打交道的都是些菜的不能再菜的人，真正的高手都在後面，除非是大專案，一般很少和客戶打交道的：）[@more@]