reg: goldengate 提取过程不工作
reg: goldengate extract process not working
我的提取进程不是运行,下面是发现的错误,请建议如何启动所有进程和运行。
GGSCI (pltv015) 3> info all
Program Status Group Lag at Chkpt Time Since Chkpt
MANAGER RUNNING
EXTRACT ABENDED EXTEMP 00:00:04 05:46:53
EXTRACT RUNNING PUMPEMP 00:00:00 00:00:03
REPLICAT STOPPED REP507 00:00:00 00:18:08
REPLICAT ABENDED REPTEST 00:00:00 2527:29:44
for EXTEMP :
2020-07-31 06:59:39 ERROR OGG-06601 Mismatch between the length of seqno from checkpoint (9) and recovery (6) for extract trail /opt/app/t1c2d507/ggs/t1c2d507/tr
ails/p1
for REP507 ::
2020-07-31 06:59:37 ERROR OGG-00664 OCI Error beginning session (status = 1017-ORA-01017: invalid username/password; logon denied).
2020-07-31 06:59:37 ERROR OGG-01668 PROCESS ABENDING.
2020-07-31 06:59:39 ERROR OGG-06601 Oracle GoldenGate Capture for Oracle, extemp.prm: Mismatch between the length of seqno
from checkpoint (9) and recovery (6) for extract trail /opt/app/t1c2d507/ggs/t1c2d507/trails/p1.
以防万一它可能对你有帮助。以下解决方法仅适用于 Oracle GoldenGate 版本 12.2.0.1.0。适用于任何平台。
运行 GG 版本 12.2 PUMP 失败并出现此错误
ERROR OGG-06601 Mismatch between the length of seqno from checkpoint (9) and recovery (6) for extract trail /path_to_the_trail/
尝试读取使用 12.2 版的 6 位检查点的跟踪文件,而此版本使用 9 位检查点。即使跟踪文件实际上也具有相同的长度,也可能会发生相同的错误。在这种情况下,错误消息是不正确的,因为它与代码为 25439681 的错误有关。
如果错误“检查点 (9) 的 seqno 长度与
recovery (6) for extract trail” 并且文件名长度相同
那么这个bug可能已经遇到了。请注意,此消息掩盖了
真正的错误消息,因此 Bug 25439681 中的修复没有解决底层错误,但
确保报告正确的错误。
解决方法
第一部分
停止泵
停止管理器
将以下内容添加到您的 GLOBALS 文件
TRAIL_SEQLEN_6D
原因:告诉 GG 使用 6 位数字检查点
- 启动管理器
- 用 ETROLLOVER 改变泵
- 启动泵
- 允许 PUMP 读取本地跟踪文件并将它们写入远程跟踪文件
- 允许复制处理所有事务。 Replicat 应该显示 0 滞后,以指示来自源的所有事务都已在目标数据库上处理。
原因:清理从 GG 12.2 版之前的版本创建的现有跟踪文件,仍然使用 6 位检查点
第二部分
假设您对第 I 部分没有任何问题,那么您需要在源和目标中执行一些任务。
- 来源
从 GLOBALS
中删除 TRAIL_SEQLEN_6D
alter ext E1 etrollover
其中 E1 是创建本地跟踪文件的提取物的名称。原因:ETROLLOVER 需要将 6 位检查点转换为 9 位以及 GG 版本 12.2
使用下面的命令显示新的本地trail文件序号
信息提取E1,详情
要么
信息提取E1,显示
写检查点 #1
当前检查点(当前写入位置):
序列号:xx
其中 xx = 本地跟踪文件的新序列号
alter ext P1, extseqno xx , extrba 0
(其中 xx = 本地跟踪文件的新序列号,P1 是您的 PUMP 的名称)--> 处理输入跟踪和原因:告诉 PUMP 使用在步骤 1 中创建的新本地跟踪文件
alter ext p1, etrollover
---> 处理输出轨迹。原因告诉 PUMP 创建并写入新的远程跟踪文件。
使用以下显示远程跟踪文件的新序列号
信息提取E1,详情
要么
信息提取E1,显示
写检查点 #1
当前检查点(当前写入位置):
序列号:yy
其中 yy = 远程跟踪文件的新序列号
达到目标
alter replicat R1, extseqno yy , extrba 0
其中 yy = 新序列号 + 远程跟踪文件的 1
返回来源
允许对涉及 GG 的源表进行更改
执行插入或更新以验证它是否已复制到目标。
更新
更新 CGADMIN 的密码
第 1 步:检查 Golden Gate 用户
SQL> select username,account_status from dba_users where username like ‘GG%’;
USERNAME ACCOUNT_STATUS
—————————— ——————————–
GGADMIN OPEN
第二步:先修改数据库密码
SQL> alter user GGADMIN identified by newpassWORD;
第 3 步:在 golden gate 进程中对新修改的密码进行加密。
ENCRYPT PASSWORD passWORD ENCRYPTKEY DEFAULT
AACAAAAAAAAAAAIAWIVENGVBBFXEFEQH
第四步:复制密码
dblogin userid GGADMIN, password AACAAAAAAAAAAAIAWIVENGVBBFXEFEQH, encryptkey default
我的提取进程不是运行,下面是发现的错误,请建议如何启动所有进程和运行。
GGSCI (pltv015) 3> info all
Program Status Group Lag at Chkpt Time Since Chkpt
MANAGER RUNNING
EXTRACT ABENDED EXTEMP 00:00:04 05:46:53
EXTRACT RUNNING PUMPEMP 00:00:00 00:00:03
REPLICAT STOPPED REP507 00:00:00 00:18:08
REPLICAT ABENDED REPTEST 00:00:00 2527:29:44
for EXTEMP :
2020-07-31 06:59:39 ERROR OGG-06601 Mismatch between the length of seqno from checkpoint (9) and recovery (6) for extract trail /opt/app/t1c2d507/ggs/t1c2d507/tr
ails/p1
for REP507 ::
2020-07-31 06:59:37 ERROR OGG-00664 OCI Error beginning session (status = 1017-ORA-01017: invalid username/password; logon denied).
2020-07-31 06:59:37 ERROR OGG-01668 PROCESS ABENDING.
2020-07-31 06:59:39 ERROR OGG-06601 Oracle GoldenGate Capture for Oracle, extemp.prm: Mismatch between the length of seqno
from checkpoint (9) and recovery (6) for extract trail /opt/app/t1c2d507/ggs/t1c2d507/trails/p1.
以防万一它可能对你有帮助。以下解决方法仅适用于 Oracle GoldenGate 版本 12.2.0.1.0。适用于任何平台。
运行 GG 版本 12.2 PUMP 失败并出现此错误
ERROR OGG-06601 Mismatch between the length of seqno from checkpoint (9) and recovery (6) for extract trail /path_to_the_trail/
尝试读取使用 12.2 版的 6 位检查点的跟踪文件,而此版本使用 9 位检查点。即使跟踪文件实际上也具有相同的长度,也可能会发生相同的错误。在这种情况下,错误消息是不正确的,因为它与代码为 25439681 的错误有关。
如果错误“检查点 (9) 的 seqno 长度与 recovery (6) for extract trail” 并且文件名长度相同 那么这个bug可能已经遇到了。请注意,此消息掩盖了 真正的错误消息,因此 Bug 25439681 中的修复没有解决底层错误,但 确保报告正确的错误。
解决方法
第一部分
停止泵
停止管理器
将以下内容添加到您的 GLOBALS 文件
TRAIL_SEQLEN_6D
原因:告诉 GG 使用 6 位数字检查点
- 启动管理器
- 用 ETROLLOVER 改变泵
- 启动泵
- 允许 PUMP 读取本地跟踪文件并将它们写入远程跟踪文件
- 允许复制处理所有事务。 Replicat 应该显示 0 滞后,以指示来自源的所有事务都已在目标数据库上处理。
原因:清理从 GG 12.2 版之前的版本创建的现有跟踪文件,仍然使用 6 位检查点
第二部分
假设您对第 I 部分没有任何问题,那么您需要在源和目标中执行一些任务。
- 来源
从 GLOBALS
中删除 TRAIL_SEQLEN_6Dalter ext E1 etrollover
其中 E1 是创建本地跟踪文件的提取物的名称。原因:ETROLLOVER 需要将 6 位检查点转换为 9 位以及 GG 版本 12.2使用下面的命令显示新的本地trail文件序号
信息提取E1,详情 要么 信息提取E1,显示 写检查点 #1 当前检查点(当前写入位置): 序列号:xx 其中 xx = 本地跟踪文件的新序列号
alter ext P1, extseqno xx , extrba 0
(其中 xx = 本地跟踪文件的新序列号,P1 是您的 PUMP 的名称)--> 处理输入跟踪和原因:告诉 PUMP 使用在步骤 1 中创建的新本地跟踪文件alter ext p1, etrollover
---> 处理输出轨迹。原因告诉 PUMP 创建并写入新的远程跟踪文件。使用以下显示远程跟踪文件的新序列号
信息提取E1,详情 要么 信息提取E1,显示 写检查点 #1 当前检查点(当前写入位置): 序列号:yy 其中 yy = 远程跟踪文件的新序列号
达到目标
alter replicat R1, extseqno yy , extrba 0
其中 yy = 新序列号 + 远程跟踪文件的 1
返回来源
允许对涉及 GG 的源表进行更改
执行插入或更新以验证它是否已复制到目标。
更新
更新 CGADMIN 的密码
第 1 步:检查 Golden Gate 用户
SQL> select username,account_status from dba_users where username like ‘GG%’;
USERNAME ACCOUNT_STATUS
—————————— ——————————–
GGADMIN OPEN
第二步:先修改数据库密码
SQL> alter user GGADMIN identified by newpassWORD;
第 3 步:在 golden gate 进程中对新修改的密码进行加密。
ENCRYPT PASSWORD passWORD ENCRYPTKEY DEFAULT
AACAAAAAAAAAAAIAWIVENGVBBFXEFEQH
第四步:复制密码
dblogin userid GGADMIN, password AACAAAAAAAAAAAIAWIVENGVBBFXEFEQH, encryptkey default