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

« 使用RMAN进行基于时间点的不完全恢复 | Blog首页 | 推荐EMC CX系列模拟器 »

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

我们通常都知道数据库的整体规划非常重要,同样的,高级复制的规划也非常重要。

上周一个客户的高级复制环境出现问题,两边的复制组状态异常,一个主体站点的复制组处于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-


历史上的今天...
    >> 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 |


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