Author: mac

•OGG原则上支持相同字符集之间的复制 –包括异构和同构数据库 –源和目标均需根据数据库字符集配置环境变量NLS_LANG •目标是Oracle时，OGG支持字符集子集向超集的复制 –即目标字符集必须包含源端字符集 –源端和目标均需根据源库数据库字符集配置环境变量NLS_LANG –OGG依赖于Oracle数据库实现字符集转换，它本身无此功能 –除非两端除字符集外完全相同，否则需要使用defgen产生表定义文件 •Oracle不同字符集之间转换（非官方） –必须使用defgen文件 –目标同样根据源库数据库字符集配置设置环境变量NLS_LANG •其它有关多字节说明 –不支持多字节的metadata，如表名、字段名、用户名等 –所有内建函数包括过滤在内不支持多字节 –如两端使用了不同字符长度语义（ semantics ），必须使用定义文件

大家都知道配置OGG源端的第一步工作是部署源端MGR(Manager)进程的参数文件，该参数文件可以到./dirprm/mgr.prm中找到。   使用如下命令编辑manager的参数文件：   ggsci > edit params mgr   使用ggsci edit params命令是有好处的，避免了编辑错文件的麻烦。 OGG的参数文件可以使用系统中的任何文本编辑器修改。 必须以mgr.prm为文件名，且必须存放在./dirprm这个OGG的安装子目录下。   适用于Manager的参数有那么一大堆，这里我们只介绍那些对于最佳实践有用的参数。   若源端将用在一个双向复制的环境中，则所有这些参数在目标端也可以相似设置。若源端不会被当做目标端，则需要考虑的参数更少了。     PORT 7809   –这里MGR的PORT是最常见的参数了，该参数指定了接受TCP通信的端口，这是一个必要参数。一般来说7809是一个推荐使用的端口   DYNAMICPORTLIST 9101 – 9356 DYNAMICPORTSREASSIGNDELAY 5   –动态端口参数对于只充当source的一端是不必要的，一般只需要在target端设置动态端口参数   PURGEOLDEXTRACTS ./dirdat/*, usecheckpoints, minkeephours 96   Manager可以负责trail文件的定期清理工作，minkeephours 96意为清理96个小时即4天前的trail   LAGINFOSECONDS 15 LAGCRITICALMINUTES 2   以上2个参数定义了LAG REPORT的时间间隔     BOOTDELAYMINUTES 3…

周五被叫到客户现场解决一套10.2.0.4 RAC数据库上的ORA-00600[13013]内部错误问题，这个问题同事已经在上午通过远程拨号了解过情况， 初步判断是索引存在讹误corruption引起的600。 前期诊断 同事在我抵达现场之前已经做了初步的诊断，该10.2.0.4上的RAC系统主用节点的告警日志中多次出现ORA-00600:[13013], [5001]、ORA-00600:[qertbFetchByRowID]及ORA-00600: [25027] 等内部错误，具体的日志如下： Fri Sep 16 01:16:54 2011 Errors in file /oravl01/oracle/admin/CRMDB2/udump/crmdb22_ora_2138788.trc: ORA-00600: internal error code, arguments: [13013], [5001], [66209], [50730514], [23], [50730514], [3], [] Fri Sep 16 01:16:55 2011 Trace dumping is performing id=[cdmp_20110916011655] Fri Sep 16 01:17:06 2011 Errors in file /oravl01/oracle/admin/CRMDB2/udump/crmdb22_ora_2138788.trc: ORA-00600: internal error code, arguments: [13013],…

上周在客户那里遇到了一例由Oracle Bug引发的表数据块逻辑讹误触发ORA-00600:[13013], [5001]的问题，这里为了更好地说明该问题，于是萌发了手工模拟该数据块逻辑讹误的想法。 基础知识 Oracle中表的数据块由块头、事务槽、行字典、行数据等多种结构组成。 行数据(rowdata)实际是由许多row piece 行片组成的，每一条row piece的头部都有flag、locks、cols(cc)三个标志位。 其中flag标记了该row piece的类型，该flag位占用一个字节，其不同的bit位代表不同的含义，见下表： ROW_CLUSTER_KEY = 0x80; KDRHFK ROW_CTABLE_NUMBER = 0x40; KDRHFC ROW_HEAD_PIECE = 0x20; KDRHFH ROW_DELETED_ROW = 0x10; KDRHFD ROW_FIRST_PIECE = 0x08; KDRHFF ROW_LAST_PIECE = 0x04; KDRHFL ROW_FROM_PREVIOUS = 0x02; KDRHFP ROW_CONTINUE_NEXT = 0x01; KDRHFN 一般来说最普通的一条row piece是普通堆表(heap table)的未被删除的且无行迁移/链接的，其flag位应为 普通row的flag一般为 Single Row = ROW_HEAD_PIECE + ROW_FIRST_PIECE + ROW_LAST_PIECE=…

什么是” ASM file metadata operation “等待事件? 这是一个内部的undocumented等待事件： “ASM file metadata operation” event is associated with database (instance) communication with ASM (instance). If the database has files in ASM disk group(s) it needs to access disk group(s), get extent maps for files that it already has, get updated extent info (e.g. after a rebalance), create new…

根据文档《Oracle Sun Database Machine High Availability Best Practices (Doc ID 1069521.1)》的介绍，Oracle官方推荐在Exadata Database Machine上设置 asm_power_limit为4，使用4这个推荐值可以把Exadata上由于ASM rebalance产生的Io损耗对应用的影响最小化。 当使用更快速的ASM数据重平衡时(更大的ASM_POWER_LIMIT)，可能潜在地增加对应用的影响，最大的asm_power_limit是11。 根据测试当ASM_POWER_LIMIT=1时添加或移除exadata cell对吞吐量的影响在30MBPS ，当ASM_POWER_LIMIT=11时为330MBPS 。 这里的吞吐量影响并不包括数据压实阶段( compaction phase)，数据压实有利于性能但并非为了维护数据正确性所必须的。

Exadata下新建Asm Diskgroup 的步骤大致如下：     1.使用dcli -g /home/oracle/cell_group -l root cellcli -e list griddisk 命令找出active的griddisk [root@dm01db01 ~]# dcli -g /home/oracle/cell_group -l root cellcli -e list griddisk dm01cel01: DATA_DM01_CD_00_dm01cel01 active dm01cel01: DATA_DM01_CD_01_dm01cel01 active dm01cel01: DATA_DM01_CD_02_dm01cel01 active dm01cel01: DATA_DM01_CD_03_dm01cel01 active dm01cel01: DATA_DM01_CD_04_dm01cel01 active dm01cel01: DATA_DM01_CD_05_dm01cel01 active dm01cel01: DATA_DM01_CD_06_dm01cel01 active dm01cel01: DATA_DM01_CD_07_dm01cel01 active dm01cel01: DATA_DM01_CD_08_dm01cel01 active dm01cel01: DATA_DM01_CD_09_dm01cel01…

配置Golden gate同步ddl语句 View more documents from Maclean Liu

在pub上看到有人在提问关于Oracle后台进程与数据库文件读写关系的问题，一般来说在学习Oracle的启蒙阶段就会接触到哪个后台进程会写哪些数据库文件的基础知识，例如著名的DBWR是负责写数据文件的，LGWR是专门负责写重做日志文件的，如此种种。 但是却没有哪个文档将这些后台进程与数据库文件间读写的关系理清，这里我抛砖引玉，以表格的形式列出了LGWR、DBWR、CKPT、SMON、PMON等著名后台进程与数据库文件间的读写关系， 希望对学习Oracle的朋友有所帮助。

11g新特性 在线实施补丁online patching View more documents from Maclean Liu