www.eygle.com

---

September 20, 2006

你们的关怀让我温暖

作者:eygle

出处:http://blog.eygle.com

今天收到一位读者朋友的来信，很受感动，转贴如下:

关注你的个人网站已经快两年了,在这短短的两年中,你的网站几乎每天都会有新的内容给我们这些关注你网站的oracle爱好者很多惊喜.而你的[Oracle深入浅出]则是给我们的一个大惊喜.

自从你发帖子说要写这本书来,我一直在等待和想象.上个星期天终于在书店买到了你的大作,迫不及待的买了下来(8折^_^),回家后简单浏览了第一章,感觉真是如获至宝,书里面很多内容给我解开了平时遇到的很多疑惑.同时让我学到了深入oracle的学习方法.

给你写这封信主要是表达一下我的谢意.同时希望你能够继续下去(那次你网站被黑后你说要放弃).给我们这些oracle迷造福.还有就是多多给我这个邮箱发些好东东啊.^_^

感谢这位朋友的支持和鼓励，也感谢那么多关心我网站的朋友。
在网络上，很多事情常常会让人感到心寒，因为相隔的如同陌路，所以总会有肆无忌惮的恶意与冷嘲，有时候努力换来的却是误解和沮丧。

不过庆幸的是，生活里总有阳光，你们的关怀让我温暖。
就为这份温暖，坚持与付出就是值得的。

-The End-

Posted by eygle at 7:16 PM | Comments (16)

---

如何将复制队列表移出系统(SYSTEM)表空间

作者:eygle

出处:http://blog.eygle.com

在Oracle的高级复制中，缺省的，Oracle会将所有复制的系统队列表（queue table）置于系统表空间之中。

这种缺省设置非常不当，在管理不善的环境中，Oracle的队列表很可能扩展到几个G甚至几十个G，从而使得系统表空间的维护及极为困难，也不利于数据库性能。

我在之前《高级复制的整体规划也很重要》一文中提到的就是这样一类情况。

即使在Oracle10gR2 中，Oracle仍然没有改变:

SQL> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
CORE    10.2.0.1.0      Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production

复制字典对象的存储地都是SYSTEM表空间:

SQL> set linesize 120
SQL> col segment_name for a30
SQL> col segment_type for a20
SQL> col tablespace_name for a20
SQL> select segment_name,segment_type,tablespace_name,bytes/1024 
  2  from dba_segments where segment_name like '%DEF$_%';

SEGMENT_NAME                   SEGMENT_TYPE         TABLESPACE_NAME      BYTES/1024
------------------------------ -------------------- -------------------- ----------
DEF$_AQCALL                    TABLE                SYSTEM                       64
DEF$_AQERROR                   TABLE                SYSTEM                       64
DEF$_TRANORDER                 INDEX                SYSTEM                       64
DEF$_ERROR_PRIMARY             INDEX                SYSTEM                       64
DEF$_ERROR                     TABLE                SYSTEM                       64
DEF$_DESTINATION               TABLE                SYSTEM                       64
DEF$_DESTINATION_PRIMARY       INDEX                SYSTEM                       64
DEF$_CALLDEST                  TABLE                SYSTEM                       64
DEF$_CALLDEST_PRIMARY          INDEX                SYSTEM                       64
DEF$_CALLDEST_N2               INDEX                SYSTEM                       64
DEF$_DEFAULTDEST               TABLE                SYSTEM                       64

SEGMENT_NAME                   SEGMENT_TYPE         TABLESPACE_NAME      BYTES/1024
------------------------------ -------------------- -------------------- ----------
DEF$_DEFAULTDEST_PRIMARY       INDEX                SYSTEM                       64
DEF$_LOB                       TABLE                SYSTEM                       64
DEF$_LOB_PRIMARY               INDEX                SYSTEM                       64
DEF$_LOB_N1                    INDEX                SYSTEM                       64
DEF$_TEMP$LOB                  TABLE                SYSTEM                       64
DEF$_PROPAGATOR                TABLE                SYSTEM                       64
DEF$_PROPAGATOR_PRIMARY        INDEX                SYSTEM                       64
DEF$_ORIGIN                    TABLE                SYSTEM                       64
DEF$_PUSHED_TRANSACTIONS       TABLE                SYSTEM                       64
DEF$_PUSHED_TRAN_PRIMARY       INDEX                SYSTEM                       64

21 rows selected.

一般我们建议，在初始创建数据库时，可以通过修改队列创建脚本
$ORACLE_HOME/rdbms/admin/catdefrt.sql 定义存储参数来更改创建地点。

如果已经完成了创建，可以通过exp/imp等一系列手段迁移队列表。
不过这些方法都需要停机时间，这对于一个上线的24x7的业务系统来说，通常都极为困难，所以最好的方法仍然是提前规划。

-The End-

Posted by eygle at 5:51 PM | Comments (1)

---

高级复制下如何强制删除废弃复制组

作者:eygle

出处:http://blog.eygle.com

在高级复制环境中，有时候某些复制组已经废弃。
主体站点或主体定义站点已经不存在，db link也已经不存在或被重建。

在这种情况下，删除复制组将成为一个困难。
我们的尝试很容易以以下错误告终。

$ sqlplus repadmin/repadmin

SQL*Plus: Release 10.1.0.2.0 - Production on Tue Sep 19 16:54:10 2006

Copyright (c) 1982, 2004, Oracle. All rights reserved.

Connected to:
Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options

SQL> select gname, status from dba_repgroup;

GNAME STATUS
------------------------------ ---------
REP_TT QUIESCED

SQL> EXEC dbms_repcat.drop_master_repgroup(gname => 'REP_TT',
2 drop_contents => false,all_sites => false);
BEGIN dbms_repcat.drop_master_repgroup(gname => 'REP_TT',
drop_contents => false,all_sites => false); END;

*
ERROR at line 1:
ORA-23313: object group "PUBLIC"."REP_TT" is not mastered at
EYGLE.HURRAY.COM.CN
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 105
ORA-06512: at "SYS.DBMS_REPCAT_UTL4", line 2860
ORA-06512: at "SYS.DBMS_REPCAT_MAS", line 2660
ORA-06512: at "SYS.DBMS_REPCAT", line 635
ORA-06512: at line 1

我们可以查看一下dba_repgroup依赖的底层基本对象:

SQL> set autotrace on explain
SQL> select gname,status,owner from dba_repgroup;

GNAME STATUS OWNER
------------------------------ --------- ------------------------------
REP_TT QUIESCED PUBLIC

Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=ALL_ROWS (Cost=2 Card=2 Bytes=82)
1 0 NESTED LOOPS (OUTER) (Cost=2 Card=2 Bytes=82)
2 1 TABLE ACCESS (FULL) OF 'REPCAT$_REPCAT' (TABLE) (Cost=2
Card=2 Bytes=44)

3 1 INDEX (UNIQUE SCAN) OF 'REPCAT$_FLAVORS_UNQ1' (INDEX (UN
IQUE)) (Cost=0 Card=1 Bytes=19)

如果对系统状况足够了解和确认，我们可以直接从底层表'REPCAT$_REPCAT' 中删除这个复制组的信息:

SQL> delete from system.REPCAT$_REPCAT;

1 row deleted.

SQL> commit;

Commit complete.

SQL> select gname,status,owner from dba_repgroup;

no rows selected

在进行这些操作之前，请做好备份，并做好确认。

这个故事告诉我们的是，做事情一定要遵循正确的步骤，即使失败了，也应该按照正常的步骤退回原点，否则留下的各类不完全操作可能为数据库留下种种隐患。

-The End-

Posted by eygle at 11:05 AM | Comments (0)

---