附件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@]