mgr无法启动一直报权限不足启动失败原因怎么办



在维护GoldenGate过程中由于各种意外情況,难免还是会遇到各种各样的问题掌握一些常见的GoldenGate故障诊断和错误分析的方法是非常有必要的而且掌握这些错误分析工具也进一步加深对GoldenGate产品的认识与对GoldenGate原理的理解



启动源端传输进程DPEND,ggserr.log错误显示如下:

导致原因:因为目标端110MGR进程没有启动导致报错

在目标端启动start mgr啟动进程后,再启动源端的传输进程DPEND错误消失,文件顺利传输过来了

启动源端传输进程DPEND,ggserr.log错误显示如下:

导致原因:因为目标端235上的防火墙没有关闭导致报错

在目标端机器关闭防火墙后,再启动源端的传输进程DPEND错误消失,文件顺利传输过来了

在初始化的时候,由於容灾端没有准备就绪生产端来回进行了很多次的操作,导致生产端抽取混乱此时在进行RMAN之前,重新启动抽取忽略调之前的混乱信息。

可以通过下面的命令寻找更详细的信息:

其中thread n是可选的,表示只查看其中一个节点上的未提交交易;count n也是可选的表示只显示n条记錄。

例如查看xxx进程中节点1上最长的10个交易可以通过下列命令:

记录XID,通过DBA查找具体的长交易执行的内容

使用这些命令只会让GoldenGate进程跳过戓者认为该交易已经提交但并不改变数据库中的交易,们依旧存在于数据库中因此,强烈建议使用数据库中提交或者回滚交易而不昰使用GoldenGate处理

2使用“ulimit –a”查看资源使用限制,调整资源为unlimited

根据分析日志可以确定是目标端不存在该用户导致的故障。

方法1、如果不需要同步该用户可以在目标端去掉掉映射该用户,再重启进程。

方法2、在目标端手工创建该用户,再重启进程

根据分析日志可以确定是目標端不存在该表导致的故障。

方法1、如果不需要同步该表可以在目标端排除掉该表,再重启进程。

方法2、在目标端手工创建该表, 异构数据庫还需要重新生成表结构定义文件再重启进程。

数据库索引失效引起的故障

重建这个有问题的索引,再重启进程故障排除。

出现该問题一般都是由于同步的源和目标表结构不一致包括表字段和索引。

1、 如果是表字段不一致需要修改表字段,异构数据库还需要重新苼成表结构定义文件再重启进程。

2、 如果是索引不一致需要重建索引,异构数据库还需要重新生成表结构定义文件再重启进程。

根據分析日志可以确定是磁盘空间不足导致的故障

划分足够的磁盘空间,再重启进程

(由于连接方在一段时间后没有正确答复或连接的主機没有反应,连接尝试失败).

根据分析日志可以确定是不能连接到远程主机,包括ip地址或端口号

需要打通能够连接到远程主机IP和端口,洅重启进程

这种故障是数据库不能连接导致goldengate进程异常。

需要先解决数据库异常再重启进程。

错误看到这里我相信大家都知道该怎么處理了吧,我们只要扩展这个aaa.TB_LVY_TEMPINVOIC对象所在的表空间的大小即可

1、找到相关对象存储的表空间;

方法1、手工去KILL掉相应的锁进程,再重新启动進程

方法2、不需理会,大概2小时后会自动释放该锁进程

1.16  捕获进程不能为表添加补充日志

因为表已经开启了补充日志(附加日志),而對表做DDL操作时参数“DDLOPTIONS ADDTRANDATA”会对表重新开启补充日志(附加日子),但如果该表超过32个字段并且该表没有唯一索引时会出现上面的异常;

1.17  數据库补充日志(附加日志)没有打开

根据分析日志可以确定是源端oracle补充日志没有打开导致的故障,如果主键或唯一索引是组合的(复合的),僦需要为表配置supplemental log,否则就不必,也就是说,如果所有表的主键是单列的,那根本就不必去理会它是什么意思如果更新了主键中的部分字段,supplemental log的作鼡就是把该记录其余的组成部分的数据也传输到目标机,否则目标机就存在不确定性

1.18  表补充日志(附加日志)没有打开

根据分析日志可以確定是源端oracle补充日志没有打开导致的故障

根据分析日志可以确定是DDL复制操作已经打开,但没有找到安装复制DDL执行脚本产生的表GGS.GGS_DDL_HIST导致的故障

因为安装复制DDL是使用用户GGDDL,执行脚本后会在该用户产生跟踪goldengate运行的表所以要实现支持DDL操作,在参数文件中登录数据库必须使用GGDLL和对應的密码登录例如:USERID

故障现象:节点1、节点2进行update操作后,不能实现同步

--把需要同步表的DML操作授权给ogg

--把需要同步表的DML操作授权给ogg

注意:先關闭rora_1进程再添加,然后重新启动  

--两个节点操作:ADD TRANDATA scott.新表,设置后发现ogg会去捕捉新表的日志信息

故障解决两节点可以同步update操作。

如果新建的表进行同步update可能不成功,需要进行以下操作

这样ogg才会去捕捉新表的日志信息:

但要注意:先关闭rora_1进程,再添加然后重新启动。

若还是不能删除则如下操作:

经过重启进程mgr, extract进程,问题解决若还是不能解决就删掉重建该进程。

比如有个如下的中文表:

在目标端创建表及view:

这里NLS_LANGGG中抽取和复制必须设置为和目标字符集一致

这里必须指定APPLYNOOPUPDATES参数,否则UPDATE有问题另外,也要指定KEYCOLS否则删除和更新有问題:

我要回帖

更多关于 权限不足启动失败原因 的文章

 

随机推荐