Goldengate实施方案模板.doc

GoldenGate实施方案
目录
一、 ZZZ系统GoldenGate灾备设计方案 3
ZZZ系统数据库情况 3
ZZZ系统采用GoldenGate灾备设计方案 3
基础设施设计 3
数据库设计 4
GoldenGate设计 4
二、 实施前准备 5
三、 GoldenGate进程配置清单 6
四、 源端配置 12
创建运行GoldenGate的用户 12
安装GoldenGate 12
添加变量 13
增加附加日志 13
配置源端DDL 13
Mgr进程配置 14
抓取进程配置 15
传输进程配置 16
启动进程 16
五、 同步历史数据 17
RMAN备份 17
六、 目标端配置 17
创建运行GoldenGate的用户 17
安装GoldenGate 17
添加变量 18
修改数据库 18
目标端GLOBALS配置 21
Mgr进程配置 21
数据入库进程配置 21
启动进程 22
ZZZ系统GoldenGate灾备设计方案
ZZZ系统数据库情况
信息
内容
说明
数据量
大约在58G左右
需要复制的Schema
251
需要复制的表数量
表的大小在58G左右
日志增量
高峰期增量在10G左右
ZZZ系统采用GoldenGate灾备设计方案
基础设施设计
a)源端数据库主机和存储要求
GoldenGate数据库灾备系统,对源端数据库主机的资源占用很小,主要如下:
资源
数量
设计
安装节点
RAC节点一
可以安装任一节点(节点2的监听没有启动)
CPU
每个抽取进程<1%
GoldenGate数据复制的原理是对数据库的日志采用优化的日志扫描算法进行扫描,对源端CPU占用率非常低。
内存
每个抽取进程<1G
GoldenGate对内存的需求取决于营销系统大长事务的数量以及并发的数据增量。如果大长事务特别多,那么建议内存适当增加。建议每个GoldenGate设置1G内存,运行过程中如果因为大长事务的原因导致内存需求加大,GoldenGate会自动把内存交换到磁盘上去。
存储
>18G
GoldenGate对存储的需求主要是队列文件的存储需要。队列文件相对数据库日志文件,大约是其1/4,同时建议队列文件保留7天,考虑到数据库高峰期的日志生成率(10G/天),建议GoldenGate队列文件的存储大小为:10*7/4 约为18G
b)目标端数据库主机要求
资源
数量
设计
安装节点
单机
CPU
4C
灾备目标系统上的CPU都可供GoldenGate使用,为了加快数据入库,建议采用多入库进程的方式来完成数据入库工作。
内存
每个入库进程<1G
GoldenGate对内存的需求取决于并发的数据增量。由于目标端有很多优化参数,在目标段入库进程对内存的需求并不高。一般建议也设置为1G
存储
>18G
GoldenGate目标端对存储的需求等同于对源端的存储需要。建议GoldenGate队列文件的存储大小不低于源端的18G

数据库设计
源端数据库要求和设计
资源
数量
设计
数据库附加日志
打开
需要在数据库级别打开附加日志,最小附加日志级别就可以。
表附加日志
打开
在GoldenGate中添加和打开表一级的附件日志。
目标端数据库要求和设计
资源
数量
设计
Trigger
关闭
为了避免数据反复插入,需要禁用目标端的Trigger
外键
关闭
为了加快数据入库速度,建议禁用外键
GoldenGate设计
源端GoldenGate Manager进程设计
资源
数量
设计
Manager
1
自动清楚过期无效trail文件,自动启动以及自动重启goldengate进程
源端数据库抽取进程设计
资源
数量
设计
Extract
2
XX管控数据库的数据量比较小,但用户比较多,为了提高性能所以分为两个抽取进程
DataPump
2
每个extract使用一个datapump来对应往目标段传送数据。
源端队列文件设计
资源
数量
设计
Exttrail
2
每个队列文件大小每100M切换一个,并且使用Manager自动清楚过期无用队列文件
源端传输进程设计
资源
数量
设计
DataPump
2
每个extract使用一个datapump来对应往目标段传送数据,考虑到带宽限制,启用数据压缩