今天不小心被ORACLE的BUG撞到了!大家经常给数据库打补丁吗?

[复制链接]
查看11 | 回复9 | 2005-2-28 12:57:00 | 显示全部楼层 |阅读模式
类似的SQL无法在我的10G下运行,就因为表空间块大小为16K:
select versions_starttime,versions_endtime,versions_xid,

versions_operation,id,name
from tp2
versions between timestamp
to_timestamp('2004-02-26 19:33:00','YYYY-MM-DD HH24:MI:SS') and
to_timestamp('2004-02-26 19:36:00','YYYY-MM-DD HH24:MI:SS')
where id=8;
[B] - Flashback Query Fails With ORA-600 [15201] When DB_BLOCK_SIZE > 8192

假如生产系统都是正常使用的话,大家会经常给数据库打补丁吗?
打完补丁后怎么知道没有新的BUG引入导致应用无法正常使用呢,特别是打补丁包的时候。
大家是怎么解决这个问题的?
回复

使用道具 举报

千问 | 2005-2-28 12:57:00 | 显示全部楼层
没办法,这个问题还是未来版本才可能会FIX:
Fixed:
This issue is fixed in 10.1.0.5 (Server Patch Set)
10g Release 2 (future version)
回复

使用道具 举报

千问 | 2005-2-28 12:57:00 | 显示全部楼层
如果一定有这个falshback query的需要,那使用mutiple block size pool/tablespace吧,可能需要停机?来修改;至于普通小的补丁,实在无法避免bug就打了;至于关键的升级patch,需要测试应用程序,测试过了才可以在production上升级。
回复

使用道具 举报

千问 | 2005-2-28 12:57:00 | 显示全部楼层
正常的话,一般不去理了。
回复

使用道具 举报

千问 | 2005-2-28 12:57:00 | 显示全部楼层
说得是,如果不是必须的话,系统又运行正常,还是不要随便打补丁
回复

使用道具 举报

千问 | 2005-2-28 12:57:00 | 显示全部楼层
一般需要打的话,还是要进行测试的
如果系统没有问题,并且运行稳定就没有必要打包
回复

使用道具 举报

千问 | 2005-2-28 12:57:00 | 显示全部楼层
呵呵,看来大家都是这个观点啊
如果应用及数据库都运行正常,都不会去打什么补丁,尽管ORACLE说有什么安全漏洞什么的
毕竟打补丁也是个工作量很大的任务,关键是测试,想不到有什么好办法来测试新版本下是否所有应用程序的功能都能正常动作。
回复

使用道具 举报

千问 | 2005-2-28 12:57:00 | 显示全部楼层
在建库的时候一定将数据库升到最高patch
回复

使用道具 举报

千问 | 2005-2-28 12:57:00 | 显示全部楼层
我的做法是已经运行正常的生产系统,一般不打。
如果是新系统,升级到最新版本。
回复

使用道具 举报

千问 | 2005-2-28 12:57:00 | 显示全部楼层
我做过几个patch,一个是8170 到8174,还有就是817里面exp的bug,两次都很顺利。
问题都解决了,我的宗旨是:发现bug,测试安装,最后到生产环境安装。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行