高级复制的整体规划也很重要

我们通常都知道数据库的整体规划非常重要，同样的，高级复制的规划也非常重要。
上周一个客户的高级复制环境出现问题，两边的复制组状态异常，一个主体站点的复制组处于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 USERS
8 rows selected.

而且一些大对象占用了系统表空间大量的空间。
最重要的队列表DEF$_AQCALL已经扩展到了3762M大小，这显然为管理和维护带来了麻烦，而且在Oracle10gR1中，高级复制的对象仍然位于SYSTEM表空间，这是一个极大的问题，实际上在创建之初我们就应该将这些对象分离到SYSAUX表空间或其它独立的表空间，减少对于系统表空间的冲击。
这些问题加上用户的一些不当操作，最终导致了数据库故障。
而且这个环境相当复杂，Oracle10gR1 + Crs + ASM 的2套RAC环境间的高级复制，处理过程着实花了一番功夫。
最后体会深刻的是，不管哪一项技术，前期的规划都极其重要，如果规划不当，后期的问题将会曾出不穷。
-The End-