« 使用RMAN进行基于时间点的不完全恢复 | Blog首页 | 推荐EMC CX系列模拟器 »
高级复制的整体规划也很重要
作者：eygle |【转载时请以超链接形式标明文章出处和作者信息及本声明】链接：http://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-
历史上的今天...
>> 2008-09-18文章:
>> 2007-09-18文章:
>> 2005-09-18文章:
------
这篇 【高级复制的整体规划也很重要】来自 www.eygle.com | CSDN技术网摘| del.icio.us|365Key
By eygle on 2006-09-18 11:32 | Comments (0) | Posted to Advanced | Edit |Pageviews:
