Case
2008-11-18
RAC环境修改undo_rentention需要谨慎
在RAC环境中,修改某些数据库参数需要谨慎。
有客户遇到了这样的问题,在RAC环境下修改undo_retention参数,使用如下命令:
alter system set undo_retention=18000 sid='*';
其Workaround就是,分别修改不同实例:
alter system set undo_retention=18000 sid='RAC1';
alter system set undo_retention=18000 sid='RAC2';
alter system set undo_retention=18000 sid='RAC3';
......
这个案例告诉我们,Bug无处不在,数据库调整应当及其谨慎。
Oracle声称在Oracle Database 11g中改正这一问题,今天测试了一下,在10.2.0.4版本中已经不存在这个问题了。
-The End-
历史上的今天
- 2021-11-18 openGauss 数据库列存储引擎
- 2011-11-18 simulator lru latch - Oracle自动评估的代价
- 2010-11-18 《Oracle DBA手记 2》已经出版
- 2010-11-18 Oracle ERP数据库恢复案例一则-备份重于一切
- 2009-11-18 深入解析Oracle - 实战案例模拟与实践30讲
- 2007-11-18 百老汇的《42街》-Forty-Second Street
- 2007-11-18 我的装修以及装修的生意
- 2006-11-18 危险无处不在 中银联网站被攻陷
- 2005-11-18 Oracle初学者入门指南-什么是Metalink -MOS ?
- 2005-11-18 案例:Move系统表DEPENDENCY$导致索引失效的数据库故障
- 2004-11-18 使用USE_CONCAT提示
我在2005年夏天,被被这个臭虫要了两次,记忆犹新.
Oracle 10.1.0.4 RAC on Linux RH AS3
咬了两次. (看来发完留言,得先读一遍)
呵呵,上个月刚刚遇到过这个问题。 修改这个参数,挂了20分钟左右。 当时持有的是PE锁。 这个PE锁几年前在我们的生产环境中还遇到过。呵呵。
还是咬的人少:)
BUG真是无处不在,这也会出问题。。。