ogg:Extract 进程遇长事务执行 Forcestop 引发的惨案

http://www.linuxidc.com/Linux/2015-04/115777.htm

SQL> select t.addr,t.START_DATE from v$transaction t;

ADDR		 	   START_DAT
----------------   ---------
0000000136AED710   14-JUL-17

SQL> select t.PREV_SQL_ID from v$session t where taddr=‘0000000136AED710‘;

PREV_SQL_ID
-------------
03pf17fpsva6s

SQL> select sql_text from v$sqltext t where t.sql_id=‘03pf17fpsva6s‘;

SQL_TEXT
----------------------------------------------------------------
UPDATE ACTIVEMQ_LOCK SET TIME = :1  WHERE ID = 1

SQL> select t.SID,t.MACHINE,t.PROGRAM from v$session t where taddr=‘0000000136AED710‘;

       SID   MACHINE    			  	PROGRAM
----------   -----------------------  -----------------------------------------
       141   localhost.localdomain     JDBC Thin Client
时间: 2024-08-27 13:03:16

ogg:Extract 进程遇长事务执行 Forcestop 引发的惨案的相关文章

OGG运维优化脚本(四)-信息修改类--长事务跳过

文件名: skiptrans.sh skip.sh 所在路径:$HOME/ggscript/ggtrandata 功能:该脚本用于重启抽取进程时跳过长事务,可自动识别1小时以上的长事务并批量跳过,skiptrans.sh通过edit脚本选择调用,skip.sh用于在其他脚本中调用用,例如allstop.sh全goldengate进程停止脚本 Ps:目前该脚本目前仅适用于AIX和LINUX系统 skiptrans.sh #!/bin/bash function date2seconds {    

OGG的extract进程checkpoint时间点回到1988-01-01 00:00:00故障处理

1.故障现象 Extract进程(SEXTR01)状态为running,但是Lag at Chkpt却达到5个多小时,且时间一直在增长,根本就不抽取新日志,状态信息如下: GGSCI (calladgdb) 21> info all Program     Status      Group       Lag at Chkpt  Time Since Chkpt MANAGER     RUNNING EXTRACT     RUNNING     DPEYWGL     00:00:00  

ogg-01027(长事务)

OGG-01027(长事务) 示例9-25: WARNING OGG-01027  Long Running Transaction: XID 82.4.242063, Items 0,  Extract YX_EXT1, Redo Thread 1, SCN 2379.2132775890 (10219859973074), Redo  Seq #5688, Redo RBA 195997712. 可以通过下面的命令寻找更详细的信息: 示例9-26: GGSCI> send extract x

【翻译自mos文章】OGG replicat 进程使用的 TCP 端口

OGG replicat 进程使用的 TCP 端口 来源于: TCP PORT USED BY REPLICAT PROCESSES (文档 ID 1060954.1) 适用于: Oracle GoldenGate - Version 10.4.0.12 and later Information in this document applies to any platform. ***Checked for relevance on 25-May-2012*** 症状: 若是一个客户基于少量的

ogg初始化进程配置

网上搜索"ogg配置",基本上都是配置流程,较少有ogg初始化进程的技术文档.一般ogg初始化主要分为两种,一种是源数据库表列不含clob类型,另一种 情况是源数据库表列含有clob类型. 此处测试为:源数据库表为source.test1,目的端IP为192.168.100.20,OGG用户和密码为ogg,ogg,目的端数据库实例为orcl 方式一(适合不包含clob数据类型的数据库) 1.源端初始化进程配置    ADD EXTRACT ini_1,SOURCEISTABLE    

Linux 技巧:让进程在后台可靠执行的几种方法

我们常常会碰到这种问题.用 telnet/ssh 登录了远程的 Linux server,执行了一些耗时较长的任务, 结果却因为网络的不稳定导致任务中途失败.怎样让命令提交后不受本地关闭终端窗体/网络断开连接的干扰呢?以下举了一些样例, 您能够针对不同的场景选择不同的方式来处理这个问题. nohup/setsid/& 场景: 假设仅仅是暂时有一个命令须要长时间执行.什么方法能最简便的保证它在后台稳定执行呢? hangup 名称的来由 在 Unix 的早期版本号中,每一个终端都会通过 modem

修改Oracle GoldenGate(ogg)各个进程的读检查点和写检查点

请注意:请慎重修改Oracle GoldenGate(ogg)各个进程的读检查点和写检查点.请确保已经 掌握 ogg 各个进程的读检查点和写检查点的具体含义. BEGIN {NOW | yyyy-mm-dd[:hh:mi:[ss[.cccccc]]] | EOF | SEQNO <sequence number>} --修改抽取进程的开始抽取点:(即:myext的读检查点) alter extract myext BEGIN yyyy-mm-dd:hh:mi:ss alter extract 

又一批长事务,P0故障谁来背锅?

最近几周,发生过多起因为事务问题引起的服务报错.现象为数据库连接池连接占满,数据库连接长时间等待,最终导致请求线程hang住,服务大面积报错.这个时候,服务资源.数据库资源大量空闲,但就是进行不下去,影响是比较恶劣的. 谁来背锅?当然是架构师.因为这次所有的服务都活着,没运维什么事. 面试时,大家可能都会碰到关于事务相关的问题,升级版的可能是分布式事务的问题.在互联网行业中,一句马马虎虎的补偿事务就能蒙混过关,毕竟都是些短小精悍的接口. 但在很多企业级应用中,这行不通.我们必须直面惨淡的现实.

以上的进程查看均可以执行“man 进程名”来查看进程的功能细节CentOS-6.5-NFS部署

nfs-server与nfs-client端配置一样 [[email protected] /]# uname -r    打印系统版本 2.6.32-431.el6.x86_64 [[email protected] ~]# rpm -aq nfs-utils portmap rpcbind        #检查nfs相关的包 nfs-utils-1.2.3-39.el6.x86_64 rpcbind-0.2.0-11.el6.x86_64 [[email protected] /]# tai