OGG_GoldenGate数据控制进程Manager(案例)

简介: 2014-03-03 Created By BaoXinjian 一、摘要 Manager进程是GoldenGate的控制进程,Manage进程运行在源端和目标端上,主要足有有以下几个 1.

2014-03-03 Created By BaoXinjian

一、摘要


Manager进程是GoldenGate的控制进程,Manage进程运行在源端和目标端上,主要足有有以下几个

1. 启动、 监控、 重启GoldenGate其他进程

2.报告错误及其事件

3. 分配数据存储空间

4. 发布阀值报告

每个目标端和源端,只能存在一个Manager进程,其运行状态为Running或者Stopped

在Window系统中, Manager进程作为一个服务来启动,在Linux系统中Manager则是一个操作系统进程

 

二、常用的Manager参数


(1). PORT 7809

解释:这里MGR的PORT是最常见的参数了,该参数指定了接受TCP通信的端口,这是一个必要参数,一般来说7809是一个推荐使用的端口

(2). DYNAMICPORTLIST 9101 – 9356

DYNAMICPORTSREASSIGNDELAY 5

解释:动态端口参数对于只充当source的一端是不必要的,一般只需要在target端设置动态端口参数

(3). PURGEOLDEXTRACTS ./dirdat/*, usecheckpoints, minkeephours 96

解释:Manager可以负责trail文件的定期清理工作,minkeephours 96意为清理96个小时即4天前的trail

(4). LAGINFOSECONDS 15

LAGCRITICALMINUTES 2

解释:2个参数定义了LAG REPORT的时间间隔

(5). BOOTDELAYMINUTES 3

解释:BOOTDELAYMINUTES仅对windows有效,意为Windows启动3分钟后再BOOT OGG MGR

(6). AUTOSTART ER *

解释:AUTOSTART 意为当MGR启动时启动相应的EXTRACT和REPLICAT

(7). AutoRestart ER *, WaitMinutes 5, Retries 3

解释:AUTORESTART 意为自动启动失败的OGG进程,上面指定了只重试一次

(8). PurgeMarkerHistory MinKeepDays 3, MaxKeepDays 7, FrequencyMinutes 120

解释:PurgeMarkerHistory定义了清理DDL复制数据策略

(9). CHECKMINUTES 10

解释:CHECKMINUTES 定义了 MGR检查和告警的频率,以上定义为10分钟一次

(10). DOWNCRITICAL

解释:若手动停止OGG进程与abend的进程同样有必要告警,则使用以上DOWNCRITICAL参数,一般不需要设置

(11). 其他

a. 注意Manager参数仅在启动时生效,若该参数文件发生了改变,manager需要重启才能生效。

b. OGG进程启动时从Manager中获取必要的信息。若一个Extract或Replicat从Manager中请求的信息,则若Manager修改了参 数则不仅Manager需要重启,连带的其他进程也需要重启才能生效,Refresh命令对MGR的参数刷新不可信赖。

 

三、案例


1. 查看MGR的运行状态

GGSCI (gavinprod.com) 1> info MGR
Manager is running (IP port gavinprod.com.7809). 

2. 查看MGR的参数定义

GGSCI (espc1u01) 2> view params MGR
PORT 7900
DYNAMICPORTLIST 7901-7999
DYNAMICPORTREASSIGNDELAY 30 PURGEOLDEXTRACTS /gavin/data/goldengate/dirdat/*, USECHECKPOINTS, MINKEEPDAYS 3

3. 查看MGR参数定义文件

4. 一个较完备的MGR PARAMS

复制代码
GGSCI (XIANGBLI-CN) 2> view params mgr
Port 7809
UserId goldengate, Password goldengate
CheckMinutes 10
PurgeOldExtracts ./dirdat/*, UseCheckpoints, MinKeepHours 96
PurgeMarkerHistory MinKeepDays 3, MaxKeepDays 7, FrequencyMinutes 120
AutoRestart ER *, WaitMinutes 5, Retries 3
LagInfoMinutes 0
LagReportMinutes 10
复制代码

 

Thanks and Regards

ERP技术讨论群: 288307890
技术交流,技术讨论,欢迎加入
Technology Blog Created By Oracle ERP - 鲍新建
相关文章
|
2月前
|
SQL 关系型数据库 MySQL
定时任务频繁插入数据导致锁表问题 -> 查询mysql进程
定时任务频繁插入数据导致锁表问题 -> 查询mysql进程
59 1
|
4月前
|
存储 Linux Docker
CentOS 7.6安装Docker实战案例及存储引擎和服务进程简介
关于如何在CentOS 7.6上安装Docker、介绍Docker存储引擎以及服务进程关系的实战案例。
205 3
CentOS 7.6安装Docker实战案例及存储引擎和服务进程简介
|
5月前
|
人工智能 PyTorch 算法框架/工具
Xinference实战指南:全面解析LLM大模型部署流程,携手Dify打造高效AI应用实践案例,加速AI项目落地进程
【8月更文挑战第6天】Xinference实战指南:全面解析LLM大模型部署流程,携手Dify打造高效AI应用实践案例,加速AI项目落地进程
Xinference实战指南:全面解析LLM大模型部署流程,携手Dify打造高效AI应用实践案例,加速AI项目落地进程
|
6月前
|
Python
在Python中,`multiprocessing`模块提供了一种在多个进程之间共享数据和同步的机制。
在Python中,`multiprocessing`模块提供了一种在多个进程之间共享数据和同步的机制。
后端登录接口使用postman,无法接收返回数据,怎样解决,认真比较与原项目的代码,看看有没有写的不一样的,问题就能解决,不要多少写,根据postman的提示先找到错误的进程,看错误进程出现在那个进程
后端登录接口使用postman,无法接收返回数据,怎样解决,认真比较与原项目的代码,看看有没有写的不一样的,问题就能解决,不要多少写,根据postman的提示先找到错误的进程,看错误进程出现在那个进程
|
8月前
|
存储 缓存 Linux
xenomai内核解析--xenomai与普通linux进程之间通讯XDDP(三)--实时与非实时数据交互
本文介绍了Xenomai中的XDDP(Xenomai Distributed Data Protocol)通信机制,XDDP用于实时和非实时进程之间的数据交换。XDDP在Xenomai内核中涉及的数据结构和管理方式,以及创建XDDP通道后的实时端和非实时端连接过程。
364 0
xenomai内核解析--xenomai与普通linux进程之间通讯XDDP(三)--实时与非实时数据交互
|
8月前
|
负载均衡 网络协议 中间件
掌握 SOME/IP :访问进程数据 构建高效通信系统的关键技术
掌握 SOME/IP :访问进程数据 构建高效通信系统的关键技术
402 2
python-- 进程管道 Pipe、进程 Manager
python-- 进程管道 Pipe、进程 Manager
|
8月前
|
数据处理 数据安全/隐私保护
智能推荐映射关系,加速数据标准落地进程
在V4.0版本中,Dataphin推出了智能推荐映射关系功能,用户可以基于内置特征或创建自定义特征,对数据内容进行表示,并将其与数据标准关联,进而智能映射映射关系,尤其在字段分布广泛和命名多变的情况下,可以提高映射的准确性和效率,加速了数据标准实施。
334 0
|
消息中间件 大数据 Linux
Linux进程间通信:实现协作与数据交换的多种方式
多任务并发执行是一种常见的应用场景。在Linux操作系统中,进程间通信(Inter-Process Communication,IPC)是实现多任务协作与数据交换的关键技术。本文将介绍Linux中常用的IPC方式,包括管道、消息队列、共享内存和套接字。
399 0