倒霉的ORACLE10G管理员

今天在itpub读到一片短文，具体内容如下：

“我用ORACLE10R2的一些经历

3月1号，使用测试环境时发现10201上有一BUG，max(' ')时出错，
值太大，发TAR反映给ORACLE，迅速反馈，打补丁后OK。

3月14号将数据库升级到10201，两天后发现，无法连接数据库，9i
的SQLPLUS连接时，变成死进程，没反应，10G的SQLPLUS连接后，过了
好久，报连接超时。发TAR反映给ORACLE，迅速反馈，说是一BUG，可
打补丁，或加参数到监听器listener.ora 文件里避免。OK。

一个礼拜后又发现一7445错误。SQL语句一执行，会话就中断。发TAR反
馈给ORACLE，技术人员折腾了一阵，没给出解释，只问我，在10202上
是否还存在问题，我把测试环境升级了一下，OK，问题解决了，反馈给
他，好，就叫我升级到10202，我坚决不同意，要求他找出原因，结果他
一点都不客气，升不升关我屁事，反正我已经找到解决方案了，两个礼拜
后关掉此TAR。无奈，只有升级到10202，

好，问题来了，先是监听器的BUG没解决，之前文档里提到，10202里解决
上面提到的监听器的BUG问题，结果我升级之后，测试一下，BUG照样存在，
反馈给ORACLE，又折腾了一阵，终于承认，文档错误。

再来，升级到10202之后，EM无法启动，把相关信息反馈给ORACLE，解释，
5521端口给监听器占用了，叫我释放该端口，我答复，我从来没给监听器
配过此端口。叫我释放什么。之后又来了一个工程师，要我重新启动服务
器，我重启了，照样无法启动EM，折腾到现在，问题还没解决。

更绝的来了，有个同事发现一查询SQL结果错误，我反馈给ORACLE，经过
几番测试，确认，这也是个BUG，给了BUG号（patch 4639977 ），我下载
补丁去打，嘿，NND，打完补丁好发现没结果，查询结果照样出错误。晕，
这种现象头一次遇上，再反馈给他，他答复：I will do further investigation
on this.Please be patient.

呜呼，ORACLE到处宣传他的10G有多牛，可轮到我使用时，可能是我倒霉，
百年一遇的BUG全都被我碰上了。” 

他可够倒霉的，我们也在使用oracle10g rac一切比较正常，平时不敢打补丁，怕出问题。我想：如果ORACLE做成这样的话，早就关门了！他可够倒霉的！