eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

« 什么是ABM、ABC、ABP - 学习 | Blog首页 | Google上的Oracle Internal新闻组 »

RAC环境修改undo_rentention需要谨慎

在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-


历史上的今天...
      >> 2010-11-18文章:
             《Oracle DBA手记 2》已经出版
      >> 2009-11-18文章:
      >> 2007-11-18文章:
             我的装修以及装修的生意
      >> 2006-11-18文章:
      >> 2005-11-18文章:
      >> 2004-11-18文章:
             使用USE_CONCAT提示

By eygle on 2008-11-18 23:37 | Comments (5) | Del.icio.us | Google | Case | Edit |Pageviews:

无觅

搜索本站:

5 Comments

我在2005年夏天,被被这个臭虫要了两次,记忆犹新.

Oracle 10.1.0.4 RAC on Linux RH AS3

咬了两次. (看来发完留言,得先读一遍)

呵呵,上个月刚刚遇到过这个问题。 修改这个参数,挂了20分钟左右。 当时持有的是PE锁。 这个PE锁几年前在我们的生产环境中还遇到过。呵呵。

还是咬的人少:)

BUG真是无处不在,这也会出问题。。。

发表留言



CopyRight © 2004~2012 eygle.com, All rights reserved.
数据恢复·紧急救援·联系我们:电话:010-59459859 手机:13911812803 邮件:eygle@eygle.com|MSN联系:eygle@hotmail.com