« 使用RMAN进行基于时间点的不完全恢复 | Blog首页 | 推荐EMC CX系列模拟器 »
高级复制的整体规划也很重要
链接:https://www.eygle.com/archives/2006/09/plan_is_very_important.html
我们通常都知道数据库的整体规划非常重要,同样的,高级复制的规划也非常重要。
上周一个客户的高级复制环境出现问题,两边的复制组状态异常,一个主体站点的复制组处于QUIESCING状态,无法执行DML操作。
经过检查发现用户的队列表空间占用极大:
SQL> select segment_name,SEGMENT_TYPE,bytes/1024/1024,tablespace_name
2 from dba_segments where bytes/1024/1024 > 500;SEGMENT_NAME SEGMENT_TYPE BYTES/1024/1024 TABLESPACE_NAME
----------------------------- ------------------ --------------- ---------------
I_WRI$_OPTSTAT_IND_OBJ#_ST INDEX 699 SYSAUX
WRI$_OPTSTAT_IND_HISTORY TABLE 513 SYSAUX
SYS_LOB0000004603C00003$$ LOBSEGMENT 63637 SYSTEM
SYS_LOB0000004603C00004$$ LOBSEGMENT 1540 SYSTEM
DEF$_LOB TABLE 4330 SYSTEM
DEF$_AQCALL TABLE 3762 SYSTEM
SYS_LOB0000058045C00106$$ LOBSEGMENT 15133 USERS
SYS_LOB0000058012C00025$$ LOBSEGMENT 4394 USERS8 rows selected.
而且一些大对象占用了系统表空间大量的空间。
最重要的队列表DEF$_AQCALL已经扩展到了3762M大小,这显然为管理和维护带来了麻烦,而且在Oracle10gR1中,高级复制的对象仍然位于SYSTEM表空间,这是一个极大的问题,实际上在创建之初我们就应该将这些对象分离到SYSAUX表空间或其它独立的表空间,减少对于系统表空间的冲击。
这些问题加上用户的一些不当操作,最终导致了数据库故障。
而且这个环境相当复杂,Oracle10gR1 + Crs + ASM 的2套RAC环境间的高级复制,处理过程着实花了一番功夫。
最后体会深刻的是,不管哪一项技术,前期的规划都极其重要,如果规划不当,后期的问题将会曾出不穷。
-The End-
历史上的今天...
>> 2012-09-18文章:
>> 2010-09-18文章:
>> 2009-09-18文章:
>> 2008-09-18文章:
>> 2007-09-18文章:
>> 2005-09-18文章:
By eygle on 2006-09-18 11:32 | Comments (0) | Advanced | 903 |