aix 6.1,oracle 11g rac,ogg 11.2.0.12,自动AIO
本帖最后由 wwfbxs 于 2013-10-22 11:53 编辑aix 6.1,oracle 11g rac,ogg 11.2.1.0.12,自动AIO
抽取进程配置参数
EXTRACT enjfs01
setenv (NLS_LANG=AMERICAN_AMERICA.ZHS16GBK)
USERID ogg, PASSWORD youkeywe
TRANLOGOPTIONS ASMUSER sys@ASM, ASMPASSWORD oracle
GETTRUNCATES
DISCARDFILE ./dirrpt/enjfs01.dsc, APPEND, MEGABYTES 1024
THREADOPTIONS MAXCOMMITPROPAGATIONDELAY 60000 IOLATENCY 60000
DBOPTIONS ALLOWUNUSEDCOLUMN
EXTTRAIL ./dirdat/fs
FETCHOPTIONS NOUSESNAPSHOT
TRANLOGOPTIONS CONVERTUCS2CLOBS
DYNAMICRESOLUTION
table a.*;
根据官方文档，Extract automatically operates in ALO mode if it detects that the database is a physical standby.
请教为什么我的ogg只能从归档日志抽取。 db是哪个版本？另外貌似ogg v11版本之后
TRANLOGOPTIONS CONVERTUCS2CLOBS 参数已经作废了 db 11.2.0.1 OGG v11.1.1.0 Activity Logging tracing Activity Trace [ID 1204284.1 用这个里的第3个xml文件，放到你的gghome目录下生成trace log后传上来看看 newway 发表于 2013-10-22 14:30 static/image/common/back.gif
OGG v11.1.1.0 Activity Logging tracing Activity Trace
日志，帮忙看看。。 抱歉，这几天在出差，没顾上看。从日志上看好像读第一个节点的asm online redo有问题，报错信息反复出现：
set log cursor failed with Mismatched sequence (32963) in redo log +DATA/fssr/onlinelog/group_1.257.715700281 for sequence 36917
能否提供关于thread 1的redo相关信息？通过v$log v$logfile, 关于节点1的 sequence 从32963到36917的归档情况。
另外执行
ggsci> info enjfs01 showch.
输出也提供一下， 感觉第一个节点的redo是不是损坏了，或者在32963之后，你删除或调整了redo的日志组。
如果你是测试环境，可以先让ogg只抽取第二个节点的redo信息，看能否工作在非归档模式，方法如下：
抽取进程里加上
THREADOPTIONS PROCESSTHREADS EXCEPT 1 这样可以测试一下。
另外从db2层面dump一下32963看那个日志是否正常，
页:
[1]