改变ogg抽取进程检查点文件中的检查点--相关实验

最新推荐文章于 2022-09-08 16:39:50 发布
最新推荐文章于 2022-09-08 16:39:50 发布
阅读量2.3k 收藏 1
点赞数
分类专栏： ogg ogg初级及进阶 文章标签： 改变ogg抽取进程检查点文件中的检查点
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ghostliming/article/details/54862870
版权 
1） stop extract 
GGSCI (rac1) 38> info all

Program     Status      Group       Lag at Chkpt  Time Since Chkpt

MANAGER     RUNNING                                           
EXTRACT     RUNNING     DPFULL      00:00:00      00:00:09   
EXTRACT     RUNNING     EXTFULL     00:00:00      00:00:02   


GGSCI (rac1) 39> stop extract extfull

Sending STOP request to EXTRACT EXTFULL ...
Request processed.

2）从当前抽取获得相关检查点信息：recovery checkpoint、current checkpoint、output checkpoint、trial文件位置 

 
GGSCI (rac1) 40> info extfull,showch

EXTRACT    EXTFULL   Last Started 2016-11-18 09:44   Status STOPPED
Checkpoint Lag       00:00:00 (updated 00:29:35 ago)
Log Read Checkpoint  Oracle Redo Logs
                     2016-11-18 10:00:49  Thread 1, Seqno 13, RBA 7248896
                     SCN 0.1523137 (1523137)
Log Read Checkpoint  Oracle Redo Logs
                     2016-11-18 10:01:07  Thread 2, Seqno 20, RBA 6467584
                     SCN 0.1523135 (1523135)


Current Checkpoint Detail:

Read Checkpoint #1

  Oracle Threaded Redo Log

  Startup Checkpoint (starting position in the data source):
    Thread #: 1
    Sequence #: 13
    RBA: 4134416
    Timestamp: 2016-11-18 09:43:59.000000
    SCN: 0.1520391 (1520391)
    Redo File: +DATA2/orcl/onlinelog/group_1.286.926146015

  Recovery Checkpoint (position of oldest unprocessed transaction in the data source):
    Thread #: 1
    Sequence #: 13
    RBA: 7248400
    Timestamp: 2016-11-18 10:00:49.000000
    SCN: 0.1523137 (1523137)
    Redo File: +DATA2/orcl/onlinelog/group_1.286.926146015

  Current Checkpoint (position of last record read in the data source):
    Thread #: 1
    Sequence #: 13
    RBA: 7248896
    Timestamp: 2016-11-18 10:00:49.000000
    SCN: 0.1523137 (1523137)
    Redo File: +DATA2/orcl/onlinelog/group_1.286.926146015

Read Checkpoint #2

  Oracle Threaded Redo Log

  Startup Checkpoint (starting position in the data source):
    Thread #: 2
    Sequence #: 20
    RBA: 4170768
    Timestamp: 2016-11-18 09:44:19.000000
    SCN: 0.1520391 (1520391)
    Redo File: +DATA2/orcl/onlinelog/group_4.291.926147211

  Recovery Checkpoint (position of oldest unprocessed transaction in the data source):
    Thread #: 2
    Sequence #: 20
    RBA: 6467088
    Timestamp: 2016-11-18 10:01:07.000000
    SCN: 0.1523135 (1523135)
    Redo File: +DATA2/orcl/onlinelog/group_4.291.926147211

  Current Checkpoint (position of last record read in the data source):
    Thread #: 2
    Sequence #: 20
    RBA: 6467584
    Timestamp: 2016-11-18 10:01:07.000000
    SCN: 0.1523135 (1523135)
    Redo File: +DATA2/orcl/onlinelog/group_4.291.926147211

Write Checkpoint #1

  GGS Log Trail

  Current Checkpoint (current write position):
    Sequence #: 5
    RBA: 1090
    Timestamp: 2016-11-18 10:00:49.919591
    Extract Trail: /ggs/dirdat/sd
    Trail Type: EXTTRAIL

Header:
  Version = 2
  Record Source = A
  Type = 11
  # Input Checkpoints = 2
  # Output Checkpoints = 1

File Information:
  Block Size = 2048
  Max Blocks = 100
  Record Length = 4096
  Current Offset = 0

Configuration:
  Data Source = 3
  Transaction Integrity = 1
  Task Type = 0

Status:
  Start Time = 2016-11-18 09:44:12
  Last Update Time = 2016-11-18 10:00:49
  Stop Status = G
  Last Result = 400

与示例不同的是，这个RAC，有两个节点。
 
3）在./dirchk路径下，会有一个与抽取进程同名的以.cpe为后缀的文件。重命名该文件。这相当于将进程删掉了。 

GGSCI (rac1) 41> info all

Program     Status      Group       Lag at Chkpt  Time Since Chkpt

MANAGER     RUNNING                                           
EXTRACT     RUNNING     DPFULL      00:00:00      00:00:09   
EXTRACT     STOPPED     EXTFULL     00:00:00      00:32:36   


[oracle@rac1 dirchk]$ mv EXTFULL.cpe EXTFULL.cpe.bak

GGSCI (rac1) 42> info all

Program     Status      Group       Lag at Chkpt  Time Since Chkpt

MANAGER     RUNNING                                           
EXTRACT     RUNNING     DPFULL      00:00:00      00:00:04   


GGSCI (rac1) 43>
 
4）添加相同名称的抽取进程 
GGSCI (rac1) 43> ADD EXTRACT extfull, TRANLOG,THREADS 2, EXTSEQNO 13, EXTRBA 7248896
EXTRACT added.
GGSCI (rac1) 46> alter extract extfull,tranlog,thread 2,EXTSEQNO 20,EXTRBA 6467584
EXTRACT altered.


GGSCI (rac1) 47> info extfull

EXTRACT    EXTFULL   Initialized   2016-11-18 12:11   Status STOPPED
Checkpoint Lag       00:00:00 (updated 00:00:03 ago)
Log Read Checkpoint  Oracle Redo Logs
                     First Record         Thread 1, Seqno 13, RBA 7248896
                     SCN 0.0 (0)
Log Read Checkpoint  Oracle Redo Logs
                     First Record         Thread 2, Seqno 20, RBA 6467584
                     SCN 0.0 (0)

GGSCI (rac1) 44>  INFO EXTRACT extfull

EXTRACT    EXTFULL   Initialized   2016-11-18 12:06   Status STOPPED
Checkpoint Lag       00:00:00 (updated 00:00:06 ago)
Log Read Checkpoint  Oracle Redo Logs
                     First Record         Thread 1, Seqno 13, RBA 7248896
                     SCN 0.0 (0)
Log Read Checkpoint  Oracle Redo Logs
                     First Record         Thread 2, Seqno 13, RBA 7248896
                     SCN 0.0 (0)


这里current checkpoint和recovery checkpoint是一样的。 
GGSCI (rac1) 48> info extfull,showch

EXTRACT    EXTFULL   Initialized   2016-11-18 12:11   Status STOPPED
Checkpoint Lag       00:00:00 (updated 00:02:37 ago)
Log Read Checkpoint  Oracle Redo Logs
                     First Record         Thread 1, Seqno 13, RBA 7248896
                     SCN 0.0 (0)
Log Read Checkpoint  Oracle Redo Logs
                     First Record         Thread 2, Seqno 20, RBA 6467584
                     SCN 0.0 (0)


Current Checkpoint Detail:

Read Checkpoint #1

  Oracle Threaded Redo Log

  Startup Checkpoint (starting position in the data source):
    Thread #: 1
    Sequence #: 13
    RBA: 7248896
    Timestamp:
    SCN: Not available
    Redo File:

  Recovery Checkpoint (position of oldest unprocessed transaction in the data source):
    Thread #: 1
    Sequence #: 13
    RBA: 7248896
    Timestamp:
    SCN: Not available
    Redo File:

  Current Checkpoint (position of last record read in the data source):
    Thread #: 1
    Sequence #: 13
    RBA: 7248896
    Timestamp:
    SCN: Not available
    Redo File:

Read Checkpoint #2

  Oracle Threaded Redo Log

  Startup Checkpoint (starting position in the data source):
    Thread #: 2
    Sequence #: 20
    RBA: 6467584
    Timestamp:
    SCN: Not available
    Redo File:

  Recovery Checkpoint (position of oldest unprocessed transaction in the data source):
    Thread #: 2
    Sequence #: 20
    RBA: 6467584
    Timestamp:
    SCN: Not available
    Redo File:

  Current Checkpoint (position of last record read in the data source):
    Thread #: 2
    Sequence #: 20
    RBA: 6467584
    Timestamp:
    SCN: Not available
    Redo File:

Header:
  Version = 2
  Record Source = U
  Type = 11
  # Input Checkpoints = 2
  # Output Checkpoints = 0

File Information:
  Block Size = 2048
  Max Blocks = 100
  Record Length = 2048
  Current Offset = 0

Configuration:
  Data Source = 3
  Transaction Integrity = 1
  Task Type = 0

Status:
  Start Time = 2016-11-18 12:11:36
  Last Update Time = 2016-11-18 12:11:36
  Stop Status = G
  Last Result = 0

5）改变recovery checkpoint 
GGSCI (rac1) 49> ALTER EXTRACT extfull,thread 1, IOEXTSEQNO 13, IOEXTRBA 7248400

2016-11-18 12:16:45  INFO    OGG-00988  WARNING: Unsupported operation. This might cause transactional inconsistency. Modifying input checkpoint #1, Oracle thread #1 of EXTRACT: ioseq = 13 iorba = 7248400.
Are you sure you want to continue? yes
EXTRACT altered.


GGSCI (rac1) 50> ALTER EXTRACT extfull,thread 2, IOEXTSEQNO 20, IOEXTRBA 6467088

2016-11-18 12:17:06  INFO    OGG-00988  WARNING: Unsupported operation. This might cause transactional inconsistency. Modifying input checkpoint #2, Oracle thread #2 of EXTRACT: ioseq = 20 iorba = 6467088.
Are you sure you want to continue? yes
EXTRACT altered.

GGSCI (rac1) 52> info extract extfull,showch

EXTRACT    EXTFULL   Initialized   2016-11-18 12:17   Status STOPPED
Checkpoint Lag       00:00:00 (updated 00:01:04 ago)
Log Read Checkpoint  Oracle Redo Logs
                     First Record         Thread 1, Seqno 13, RBA 7248896
                     SCN 0.0 (0)
Log Read Checkpoint  Oracle Redo Logs
                     First Record         Thread 2, Seqno 20, RBA 6467584
                     SCN 0.0 (0)


Current Checkpoint Detail:

Read Checkpoint #1

  Oracle Threaded Redo Log

  Startup Checkpoint (starting position in the data source):
    Thread #: 1
    Sequence #: 13
    RBA: 7248896
    Timestamp:
    SCN: Not available
    Redo File:

  Recovery Checkpoint (position of oldest unprocessed transaction in the data source):
    Thread #: 1
    Sequence #: 13
    RBA: 7248400
    Timestamp:
    SCN: Not available
    Redo File:

  Current Checkpoint (position of last record read in the data source):
    Thread #: 1
    Sequence #: 13
    RBA: 7248896
    Timestamp:
    SCN: Not available
    Redo File:

Read Checkpoint #2

  Oracle Threaded Redo Log

  Startup Checkpoint (starting position in the data source):
    Thread #: 2
    Sequence #: 20
    RBA: 6467584
    Timestamp:
    SCN: Not available
    Redo File:

  Recovery Checkpoint (position of oldest unprocessed transaction in the data source):
    Thread #: 2
    Sequence #: 20
    RBA: 6467088
    Timestamp:
    SCN: Not available
    Redo File:

  Current Checkpoint (position of last record read in the data source):
    Thread #: 2
    Sequence #: 20
    RBA: 6467584
    Timestamp:
    SCN: Not available
    Redo File:

Header:
  Version = 2
  Record Source = U
  Type = 11
  # Input Checkpoints = 2
  # Output Checkpoints = 0

File Information:
  Block Size = 2048
  Max Blocks = 100
  Record Length = 2048
  Current Offset = 0

Configuration:
  Data Source = 3
  Transaction Integrity = 1
  Task Type = 0

Status:
  Start Time = 2016-11-18 12:17:06
  Last Update Time = 2016-11-18 12:17:06
  Stop Status = G
  Last Result = 0

现在current及recovery检查点信息与刚开始得到的相同了。
6）添加远端trial文件（传输）或者本地trial文件（抽取） ，因为是抽取进程，所以添加本地trail文件
ADD EXTTRAIL /ggs/dirdat/sd, MEGABYTES 50, SEQNO 5 , RBA 1090, EXTRACT extfull


GGSCI (rac1) 58> info extfull,showch

EXTRACT    EXTFULL   Initialized   2016-11-18 12:17   Status STOPPED
Checkpoint Lag       00:00:00 (updated 00:07:44 ago)
Log Read Checkpoint  Oracle Redo Logs
                     First Record         Thread 1, Seqno 13, RBA 7248896
                     SCN 0.0 (0)
Log Read Checkpoint  Oracle Redo Logs
                     First Record         Thread 2, Seqno 20, RBA 6467584
                     SCN 0.0 (0)


Current Checkpoint Detail:

Read Checkpoint #1

  Oracle Threaded Redo Log

  Startup Checkpoint (starting position in the data source):
    Thread #: 1
    Sequence #: 13
    RBA: 7248896
    Timestamp:
    SCN: Not available
    Redo File:

  Recovery Checkpoint (position of oldest unprocessed transaction in the data source):
    Thread #: 1
    Sequence #: 13
    RBA: 7248400
    Timestamp:
    SCN: Not available
    Redo File:

  Current Checkpoint (position of last record read in the data source):
    Thread #: 1
    Sequence #: 13
    RBA: 7248896
    Timestamp:
    SCN: Not available
    Redo File:

Read Checkpoint #2

  Oracle Threaded Redo Log

  Startup Checkpoint (starting position in the data source):
    Thread #: 2
    Sequence #: 20
    RBA: 6467584
    Timestamp:
    SCN: Not available
    Redo File:

  Recovery Checkpoint (position of oldest unprocessed transaction in the data source):
    Thread #: 2
    Sequence #: 20
    RBA: 6467088
    Timestamp:
    SCN: Not available
    Redo File:

  Current Checkpoint (position of last record read in the data source):
    Thread #: 2
    Sequence #: 20
    RBA: 6467584
    Timestamp:
    SCN: Not available
    Redo File:

Write Checkpoint #1

  GGS Log Trail

  Current Checkpoint (current write position):
    Sequence #: 5
    RBA: 1090
    Timestamp: 2016-11-18 12:24:36.858865
    Extract Trail: ./dirdat/sd
    Trail Type: EXTTRAIL

Header:
  Version = 2
  Record Source = U
  Type = 11
  # Input Checkpoints = 2
  # Output Checkpoints = 1

File Information:
  Block Size = 2048
  Max Blocks = 100
  Record Length = 4096
  Current Offset = 0

Configuration:
  Data Source = 3
  Transaction Integrity = 1
  Task Type = 0

Status:
  Start Time = 2016-11-18 12:17:06
  Last Update Time = 2016-11-18 12:17:06
  Stop Status = G
  Last Result = 0



GGSCI (rac1) 59>

就这样，创建了一个跟原来一个样的进程。但是正式坏境，还是慎用。
涉及到文档中说的添加测试进程的情况，按照以上步骤添加抽取及应用进程，然后在目标端创建相应应用进程即可，经测试，可用。

oracle ogg巡检,述说OGG检查点
weixin_42533751的博客
04-13 1278
检查点早在Oracle 8之前的时候就有了，到现在12cOracle已经有了各种各样的检查点，并且可以自我调整优化检查点。检查点可以理解只是一个events，它存在的根本意义在于缩短恢复时间。OGG中进程检查点1. Capture>>>>ReadCheckpoint:StartupCheckpoint，Recovery Checkpoint，Current Checkpo...
如何保证ogg抽取进程不丢归档
myy10146的专栏
10-30 1750
Oracle Goldengate是绝佳的数据实时同步工具，支持各种数据库和常用平台。OGG本身的灵活性加上其内置的大量函数，可以满足DBA各种同步、过滤、转换需求。在OGG的同步逻辑中，数据的来源是数据库的增量日志（对于oracle数据库就是archivelog)。在实际运维中各类故障都好处理，但是一旦源端的归档日志被前提删除，抽取进程报找不到归档日志，这将是特别棘手的问题。特别是归档日志无备份直接delete的情况，简直是运维人员的恶梦！ 哪些情况OGG抽取进程需要旧的归档日志呢： 抽取进程aben
改变ogg抽取进程检查点文件中的检查点
在路上
02-03 4481
译自：How Can The Checkpoints In The Extract Checkpoint File Be Changed? (文档 ID 964684.1) 问题： 如何改变抽取进程检查点文件中的检查点？ 解决概览： 抽取进程的检查点可以通过拷贝然后在新的检查点文件中改变检查点值来改变。 解决： 抽取进程维护三个主要的检查点信息： 1. recovery checkpoint
OGG管理 -重新配置传输进程和修改检查点
oradbm的博客
07-10 3402
alter extract extpmon_a,begin now alter extract extpmon_a,begin 2013-02-14 11:56:00 alter repmon_c extseqno 1231212 extrba 0 从1231212号tail文件开始复制。 alter repmon_c aftercsn 12122112 过滤数据从scn 12122112的事务处理 --修改抽取进程的开始抽取点：（rp1 的读检查点） alter extract myext BEGI.
修改Oracle GoldenGate(ogg)各个进程的读检查点和写检查点
msdnchina的专栏@JiNan,ShanDong
07-23 5828
修改Oracle GoldenGate(ogg)各个进程的读检查点和写检查点
有关ogg修改抽取进程检查点的文章
msdnchina的专栏@JiNan,ShanDong
01-31 1131
有关ogg修改抽取进程检查点的文章
OGG_1121028_Oracle10g_Linux-x86-64.7z
04-12
5. **监控和管理**：通过日志文件和GGSCI工具监控OGG进程，定期检查错误和性能。 6. **安全性和备份**：实施必要的安全策略，并定期备份OGG配置和数据文件，以防意外丢失。 总的来说，Oracle GoldenGate V11.2....
CentOS 7安装OGG BigData微服务引导文件
05-26
安装完成后，需通过Manager进程监控OGG的运行状态，定期检查日志，确保数据复制的准确性。必要时，需要进行性能调优和故障排查。 总之，安装OGG BigData微服务引导文件是一项涉及多个步骤和技术层面的任务，涵盖了...
【OGG】经典架构在postgresql-14上的安装部署-2
09-08 692
上一篇文章已经介绍了搭建OGG for postgresql的基本要求和操作步骤，我们也简单部署了一个管理服务进程和一个数据源抽取进程，回顾操作可阅读这篇文章将介绍如何在目标库上部署OGG,并配置复制进程开始前，先来看看上一节在数据源配置的提取进程是否工作正常运行状态正常，再来看跟踪文件（目录是在上一节添加跟踪文件时指定的，具体参阅上一篇文章）在数据源的测试库上执行dml操作，观察跟踪文件是否同步可见，跟踪文件是在同步的，下面正式开始在目标端部署复制服务。
ogg 查看某条更新_ogg range多个进程读一个TRAIL文件，缓解数据同步延时
weixin_33612966的博客
12-24 882
ogg 当同步某张表的源端有大量并发操作时，如INSERT UPDATE千万级数据记录操作。同步链路的入库进程不能及时的处理，将产生数据同步延时。此时可以使用OGG的range参数据将单个进程拆分为多个进程，同时读取trail文件，并行操作，提高入库进程数据同步效率。防止数据延时对生产的影响。具体操作步骤如下：1. 创建配置文件 vi ggs/dirprmRQFTJ001.prmRQFTJ002....
OGG_GoldenGate检查点应用Checkpoint（案例）
weixin_33858249的博客
03-06 303
2014-03-06 Created By BaoXinjian 一、摘要 检查点将进程的当前读写位置存储在磁盘中用于恢复目的。 检查点不仅可以真实地标记 Extract进程捕获的要进行同步的数据变化以及 Replicat进程应用到 target数据库的数据变化，防止进程进行冗余的数据处理，还可以提供容错机制，防止在系统、网络或 Oracle GoldenGate进程需要重启时发生数...
Oracle GoldenGate 系列：深入理解 Oracle GoldenGate 检查点机制
DBA never sleep-DBA，永不眠
05-23 5845
检查点将进程的当前读写位置存储在磁盘中用于恢复目的。检查点不仅可以真实地标记 Extract进程捕获的要进行同步的数据变化以及 Replicat进程应用到 target数据库的数据变化，防止进程进行冗余的数据处理，还可以提供容错机制，防止在系统、网络或 Oracle GoldenGate进程需要重启时发生数据丢失。对于复杂的同步配置，检查点可以确保多个 Extract或Replicat进程
OGG 12.2 模拟文件故障
rgb_rgb的博客
08-18 3704
--DS==============12.2================== GGSCI (adg) 6> info * EXTRACT    EXT_TC    Last Started 2017-08-17 18:06   Status STOPPED Checkpoint Lag       00:00:56 (updated 00:00:06 ago) Log Read
OGG的extract进程checkpoint时间点回到1988-01-01 00:00:00故障处理
IT圈黎俊杰
01-31 3593
OGG的extract进程，Thread #: 2的current checkpoint 的timestamp竟然是1988-01-01 00:00:00.000000，SCN的十进制数，竟然为191242119617280，远远大于当前数据库的SCN，多出一位数。 时间倒退，SCN号反而大涨，时间还那么有个性。这个问题挺有意思。
记一次OGG的P进程Time Since Chkpt的时间不断增长
不积跬步无以至千里
09-26 7266
1、现象，如图红色箭头所示的时间一直增长。而且，整个OGG没有任何报错信息（现已经解决了） 2、尝试问题解决过程，试过重新从当前时间开始P进程。命令：alterEXTRACTPN_W begin now 但是问题依然存在。尝试重新删除P进程然后重建P进程发现问题还是存在。 注意：上述操作都是在非工作时间（即没有业务数据产生的情况下，或者关闭生成系统的情况下）进行。 3、上述问题维持...
Ogg入门--产生lag超时，查询当前事务的方法
weixin_30301183的博客
08-23 459
1.在产生lag的时候，可以通过以下过程，查询相应的事务信息：当前在dayu中有两个到dayurpt的正向同步操作，一个dayurpt向dayu的逆向同步操作，因此通过进程的lag at列可以看到是正向还是逆向超时。 GGSCI (pdayudb1) 1> info all Program Status Group Lag at Chkpt Ti...
12C ogg之坑爹又坑队友报错OGG-00868 ORA-01291: missing logf
yangjunfeng0604的博客
08-13 864
同事正常操作，并停止一个ogg进程，数据库是12c的。ogg当然也是12c的版本。一切都是一个正常的操作，但是出了坑爹的效应，差不多四个人，搞了近3个小时吧。下面我们看看详细的报错；GGSCI (dwdb1) 1> info all Program Status Group Lag at Chkpt Time Since Chkpt MANAGER R...
Checkpoint以及LOG中四行的解释
Poirot的博客
11-01 464
Checkpoint以及LOG中四行的解释 mysql> show engine innodb status \G;   将上图中虚线的部分拿出来放在数轴上就可以做简单的运算 LOG --- Log sequence number 4318672452  //字节，日志生成的最新位置，最 新位置出现在log buffer，A Log flushed up to   431867...
OGG常用命令整理
乡下人
04-19 2671
转自：https://blog.csdn.net/liuzhijian2008x/article/details/79224308 1.查看进程状态 GGSCI (PONY) 2> info all 2.查看进程详细状态，有助于排错 GGSCI (PONY) 2> view report +进程名称 3.查看告警日志信息 GGSCI (PONY) 2> view ggs...
ogg sqlserver2012 抽取不到日志
最新发布
03-27
<think>好的，我现在需要解决用户提出的问题：OGG在SQL Server 2012上无法抽取日志的问题。用户还提供了几个相关的引用内容，我需要结合这些信息来找到解决方案。 首先，用户提到的错误是OGG无法从SQL Server 2012抽取日志。根据引用[1]，在Oracle环境中需要设置`enable_goldengate_replication`参数，但SQL Server可能没有这个参数，所以可能需要类似的配置。不过需要确认SQL Server是否也有类似的设置，比如开启CDC（变更数据捕获）或者复制功能。 然后，参考引用[2]中提到的配置检查步骤，尤其是添加replicat和检查点表的配置是否正确。用户可能在配置OGG的抽取进程时遗漏了一些关键参数，或者在指定路径时出错。例如，检查点表ogg.ggs_checkpoint是否存在，以及权限是否正确。 引用[3]提到Active Data Guard的故障切换需要将OGG部署到DBFS，但这里的问题是关于SQL Server，所以可能不适用。不过可以联想到是否SQL Server的日志文件路径或权限问题导致OGG无法访问。 引用[4]中的投递进程配置显示需要正确配置rmthost、mgrport以及用户认证信息。用户需要检查抽取进程的配置文件，确保目标主机和端口正确，用户名密码无误，并且网络连接正常。此外，动态解析表是否正确指定了需要捕获的数据库和表。 接下来，可能的错误原因包括： 1. SQL Server的日志未正确配置，未启用CDC或事务日志备份。 2. OGG的抽取进程配置错误，比如表名、路径、权限问题。 3. 网络问题导致OGG无法连接到SQL Server实例。 4. SQL Server版本兼容性问题，需要确认OGG是否支持2012版本。 5. 防火墙或安全软件阻止了OGG访问日志文件或网络端口。 解决方案步骤可能包括： 1. 检查并启用SQL Server的CDC功能，确保日志记录足够详细。 2. 验证OGG的抽取进程参数文件，确保正确指定了数据库、表和路径。 3. 检查网络连接和端口是否开放，使用telnet或测试工具确认连通性。 4. 确认使用的OGG版本是否支持SQL Server 2012，必要时升级OGG。 5. 检查SQL Server和OGG运行账户的权限，确保有足够的权限读取日志。 6. 查看OGG的错误日志，定位具体的错误信息，根据日志提示调整配置。 此外，用户可能需要参考官方文档或微软的支持文章，确认SQL Server 2012与OGG的兼容性，以及具体的配置步骤。比如，可能需要安装特定的驱动程序或补丁。 最后，生成的相关问题需要围绕OGG配置、SQL Server日志设置、故障排查方法等方面展开，帮助用户进一步理解可能遇到的挑战和解决方案。</think>### OGG在SQL Server 2012无法抽取日志的解决方案 #### **错误原因分析** 1. **日志配置未启用** SQL Server需启用变更数据捕获（CDC）或事务日志备份功能，否则OGG无法读取增量数据[^2]。 2. **OGG进程配置错误** 抽取进程（Extract）参数可能未正确指定数据库、表或路径，例如`rmttrail`路径权限不足或格式错误[^4]。 3. **权限问题** OGG运行账户可能缺乏访问SQL Server日志或目标表的权限。 4. **网络或端口限制** 防火墙可能阻止OGG与SQL Server的通信，或`mgrport`未正确配置。 5. **版本兼容性** OGG版本可能不支持SQL Server 2012，需确认官方兼容性列表。 --- #### **解决步骤** 1. **启用SQL Server的CDC功能** ```sql -- 启用数据库级别的CDC EXEC sys.sp_cdc_enable_db; -- 启用表级别的CDC（以scott.kafka为例） EXEC sys.sp_cdc_enable_table @source_schema = 'scott', @source_name = 'kafka', @role_name = NULL; ``` 完成后检查`sys.databases`确认CDC已启用。 2. **检查OGG抽取进程配置** 编辑抽取进程参数文件（如`d_ka`），确保以下配置正确： ```bash extract d_ka sourcedb <数据库名>@<SQL Server实例>, userid ogg, password ogg rmthost 192.168.1.21, mgrport 7809 rmttrail ./dirdat/ka dynamicresolution table scott.kafka; ``` 需确认： - `sourcedb`格式为`数据库名@实例名`（若为默认实例则省略`@`）。 - `rmttrail`路径存在且OGG用户有写入权限。 3. **配置检查点表** 在SQL Server中创建检查点表并授权： ```sql CREATE TABLE ogg.ggs_checkpoint ( group_name NVARCHAR(50) PRIMARY KEY, checkpoint XML ); GRANT SELECT, INSERT, UPDATE ON ogg.ggs_checkpoint TO ogg; ``` 4. **验证网络和端口** 使用`telnet 192.168.1.21 7809`测试目标主机的MGR进程端口是否可达。 5. **查看OGG错误日志** 在OGG安装目录的`dirrpt`文件夹中查找错误详情（如权限拒绝、表不存在等）。 6. **升级OGG版本** 若使用旧版OGG，需升级至支持SQL Server 2012的版本（如Oracle GoldenGate 12.3或更高）。 --- #### **配置示例** ```bash GGSCI> add extract e_cms, tranlog, begin now GGSCI> add exttrail ./dirdat/ms, extract e_cms GGSCI> edit params e_cms -- 抽取进程参数文件内容 -- extract e_cms sourcedb MyDB@SQL2012, userid ogg, password ogg exttrail ./dirdat/ms dynamicresolution table dbo.test_table; ``` ---
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

丹心明月

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值