« 什么是ABM、ABC、ABP - 学习 | Blog首页 | Google上的Oracle Internal新闻组 »
RAC环境修改undo_rentention需要谨慎
作者:eygle | 【转载请注出处】|【云和恩墨 领先的zData数据库一体机 | zCloud PaaS云管平台 | SQM SQL审核平台 | ZDBM 数据库备份一体机】
链接:https://www.eygle.com/archives/2008/11/racundo_rentent.html
链接:https://www.eygle.com/archives/2008/11/racundo_rentent.html
在RAC环境中,修改某些数据库参数需要谨慎。
有客户遇到了这样的问题,在RAC环境下修改undo_retention参数,使用如下命令:
alter system set undo_retention=18000 sid='*';
这条命令直接导致了RAC的其他节点挂起,Oracle记录了一个相关Bug,Bug号为:4220405
其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-
历史上的今天...
>> 2011-11-18文章:
>> 2010-11-18文章:
>> 2009-11-18文章:
>> 2007-11-18文章:
>> 2006-11-18文章:
>> 2005-11-18文章:
>> 2004-11-18文章:
By eygle on 2008-11-18 23:37 | Comments (5) | Case | 2089 |
我在2005年夏天,被被这个臭虫要了两次,记忆犹新.
Oracle 10.1.0.4 RAC on Linux RH AS3
咬了两次. (看来发完留言,得先读一遍)
呵呵,上个月刚刚遇到过这个问题。 修改这个参数,挂了20分钟左右。 当时持有的是PE锁。 这个PE锁几年前在我们的生产环境中还遇到过。呵呵。
还是咬的人少:)
BUG真是无处不在,这也会出问题。。。