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-


历史上的今天...
    >> 2011-11-18文章:
    >> 2010-11-18文章:
    >> 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) | Case | 2089 |

5 Comments

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

Oracle 10.1.0.4 RAC on Linux RH AS3

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

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

还是咬的人少:)

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


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com