ogg 抽取进程停不下来的解决方法

问题描述：ogg停止抽取进程停止不下来

GGSCI (ex02db02.iris.cl.sh.cos) 6> stop extu6Sending STOP request to EXTRACT EXTU6 ...There are open, long-running transactions. Before you stop Extract, make the archives containing data for those transactions available for when Extract restarts. To force Extract to stop, use the SEND EXTRACT EXTU6, FORCESTOP command.
Oldest redo log files necessary to restart Extract are:Redo Thread 1, Redo Log Sequence Number 2010, SCN 0.2340216775 (2340216775), RBA 2150464016
Redo Thread 2, Redo Log Sequence Number 3767, SCN 0.2578644069 (2578644069), RBA 3712786960.GGSCI (ex02db02.iris.cl.sh.cos) 7>

分析抽取进程停不下来的原因：

GGSCI (ex02db02.iris.cl.sh.cos) 7> info extu6, showch      ---查看抽取进程extu6的具体信息EXTRACT    EXTU6     Last Started 2016-03-30 12:22   Status RUNNING
Checkpoint Lag       00:00:01 (updated 00:00:06 ago)
Log Read Checkpoint  Oracle Redo Logs2016-04-09 07:13:53  Thread 1, Seqno 2164, RBA 1977981456        ------日志1，当前的节点SCN 0.2578649132 (2578649132)
Log Read Checkpoint  Oracle Redo Logs2016-04-09 07:13:52  Thread 2, Seqno 3767, RBA 3712910848        ------日志2，当前的节点SCN 0.2578648996 (2578648996)Current Checkpoint Detail:Read Checkpoint #1Oracle Threaded Redo LogStartup Checkpoint (starting position in the data source):Thread #: 1Sequence #: 1438RBA: 210499600Timestamp: 2016-03-30 12:22:03.000000SCN: 0.1566106138 (1566106138)Redo File: Not AvailableRecovery Checkpoint (position of oldest unprocessed transaction in the data source):Thread #: 1Sequence #: 2010RBA: 2150464016Timestamp: 2016-04-07 10:40:45.000000SCN: 0.2340216775 (2340216775)Redo File: Not AvailableCurrent Checkpoint (position of last record read in the data source):      -----停止抽取进程的时候，发现Redo Thread 1, Redo Log Sequence Number 2010, SCN 0.2340216775 (2340216775), RBA 2150464016指向了一个比较老的日志点。而当前的日志点在2016-04-09 07:13:53  Thread 1, Seqno 2164, RBA 1977981456，SCN 0.2578649132 (2578649132)    ------日志1，当前的节点Thread #: 1Sequence #: 2164RBA: 1977981456Timestamp: 2016-04-09 07:13:53.000000SCN: 0.2578649132 (2578649132)Redo File: +RECO_EX01/oraods/onlinelog/group_3.260.906566199BR Previous Recovery Checkpoint:Thread #: 1Sequence #: 0RBA: 0Timestamp: 2016-03-30 12:22:40.228062SCN: Not availableRedo File: BR Begin Recovery Checkpoint:Thread #: 1Sequence #: 2158RBA: 601906176Timestamp: 2016-04-09 04:28:28.000000SCN: 0.2568814282 (2568814282)Redo File: BR End Recovery Checkpoint:Thread #: 1Sequence #: 2158RBA: 601906176Timestamp: 2016-04-09 04:28:28.000000SCN: 0.2568814282 (2568814282)Redo File: Read Checkpoint #2Oracle Threaded Redo LogStartup Checkpoint (starting position in the data source):Thread #: 2Sequence #: 2538RBA: 2046847504Timestamp: 2016-03-30 12:21:23.000000SCN: 0.1566051805 (1566051805)Redo File: Not AvailableRecovery Checkpoint (position of oldest unprocessed transaction in the data source):Thread #: 2Sequence #: 3767RBA: 3712910352Timestamp: 2016-04-09 07:13:52.000000SCN: 0.2578648996 (2578648996)Redo File: +RECO_EX01/oraods/onlinelog/group_7.423.906566119Current Checkpoint (position of last record read in the data source):       ---可以看出日志组2，没有什么问题，是指向当前的日志组的。Thread #: 2Sequence #: 3767RBA: 3712910848Timestamp: 2016-04-09 07:13:52.000000SCN: 0.2578648996 (2578648996)Redo File: +RECO_EX01/oraods/onlinelog/group_7.423.906566119BR Previous Recovery Checkpoint:Thread #: 2Sequence #: 0RBA: 0Timestamp: 2016-03-30 12:22:40.228062SCN: Not availableRedo File: BR Begin Recovery Checkpoint:Thread #: 2Sequence #: 3753RBA: 3358690304Timestamp: 2016-04-09 04:28:27.000000SCN: 0.2568813956 (2568813956)Redo File: BR End Recovery Checkpoint:Thread #: 2Sequence #: 3753RBA: 3358690304Timestamp: 2016-04-09 04:28:27.000000SCN: 0.2568813956 (2568813956)Redo File: Write Checkpoint #1GGS Log TrailCurrent Checkpoint (current write position):Sequence #: 212216RBA: 11597034Timestamp: 2016-04-09 07:13:54.176777Extract Trail: /home/gggate/goldengate/dirdat/e6Trail Type: EXTTRAILHeader:Version = 2Record Source = AType = 11# Input Checkpoints = 2# Output Checkpoints = 1File Information:Block Size = 2048Max Blocks = 100Record Length = 4096Current Offset = 0Configuration:Data Source = 3Transaction Integrity = 1Task Type = 0Status:Start Time = 2016-03-30 12:22:40Last Update Time = 2016-04-09 07:13:54Stop Status = ALast Result = 0GGSCI (ex02db02.iris.cl.sh.cos) 8>

处理方法：将抽取进程，修改到当前的日志组，然后再进行停止抽取进程。

通过ggsci>help alter extract -----查看帮助

ALTER EXTRACT extu6, IOEXTSEQNO 2164, IOEXTRBA 0,thread 1

ogg 抽取进程停不下来的解决方法相关推荐

VS2017 启动调试出现无法启动程序“http://localhost:15613” 操作在当前状态中是非法的。同时附加进程也是错误的解决方法
VS2017 启动调试出现无法启动程序"http://localhost:15613" 操作在当前状态中是非法的. 同时附加进程也是错误的解决方法参考文章: (1)VS2017 ...
进程未知端口占用通用解决方法，Socket Error 10013解决办法，实测有效
进程未知端口占用通用解决方法,Socket Error 10013解决办法,实测有效先看是你要使用的软件是什么,把它丢到虚拟机里面,并启动该进程在虚拟机内,按下Win+R 输入CMD,启动命令行 ...
win7 计算机管理的命令,Win7运行cmd命令提示“命令提示符已被系统管理员停用”三种解决方法...
在运行win7操作系统中,经常使用运行命令对系统进行一些设置.最近有用户在Win7系统下运行CDM命令时,提示"命令提示符已被系统管理员停用"(如图),导致无法正常使用命令功能,遇 ...
OGG错误号对应的原因与解决方法
本文为介绍如何通过Oracle官方文档,来查询OGG错误号对应的原因与解决方法温馨提示:由于版权和篇幅等原因,大家可以根据下面的官方链接去查阅相关的官方文档以获取需要的信息 Oracle Golde ...
OGG抽取进程异常一例
1.问题现象出去进程常常running,但是没有新产生trail文件,lag比较大 GGSCI (xxxdb) 3> info all Program Status Group Lag at ...
linux ubuntu systemd-udevd进程 cpu占用过高解决方法
ubuntu 18.04 systemd-udevd进程CPU占用特别高,禁用WiFi可以解决,如下: 执行 udevadm monitor ,不断输出如下信息: UDEV [13756.376116 ...
电脑cpu风扇转一下就停无法开机_电脑无法正常开机风扇转一下就停的原因及解决方法...
有很多网友反应自己的电脑无法正常开机,风扇转一下就停,这是怎么回事呢?接下来大家跟着小编一起来了解一下电脑无法正常开机,风扇转一下就停的解决方法吧. 电脑无法正常开机解决方法电脑的CPU风扇或者是电 ...
计算机自动执行的条件是,电脑中winsat.exe进程总会自动运行的解决方法
一位用户在使用电脑过程中,发现有个WinSAT.exe进程总会自动运行,随之导致电脑卡顿.CPU占用变高.那么,这个winsat.exe进程是什么?我们该如何关闭呢?接下来,就随系统城小编一起来学习一 ...
阿里云kubernetes遭入侵pubg进程占用cpu资源100%解决方法
发现服务器CPU占用100%,通过top命令发现pubg -c config.json -t 2占用CPU资源,kill进程会自动启动.黑客入侵方式是kubernetes创建pod. Name: ku ...
win7腾讯会议点开没反应/打不开（有进程无窗口）的解决方法
这种玄学错误过于宏观,所以我只贴上我的解决过程供参考.如果你是在慌忙之中搜到此贴,那建议先用手机顶一下. 上网一查,竟然没人遇到这种问题,于是放宽搜索范围,搜到了下面两篇博文 https://blog ...

ogg 抽取进程停不下来的解决方法

ogg 抽取进程停不下来的解决方法相关推荐

最新文章

热门文章