倒霉的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做成这样的话,早就关门了!他可够倒霉的!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值