零、环境说明

源端:
Arch:Oracle RAC
Version:11g
SID:sara
Port:1521
IP:
rac1 – 192.168.232.151
rac2 – 192.168.232.152

shared storage:
for RAC: 192.168.232.154
for OGG: 192.168.232.142

目标端:
Arch:Oracle Standalone
Version:11g
SID:andy
Port:1521
IP:
ogg3 – 192.168.232.153

一、准备共享存储(for OGG)
Machine – 192.168.232.142:

注意:分配所有人的时候,142上的oracle用户的uid和oinstall的gid,必须和RAC环境中配置的对应的uid和gid一样,否则,在后面使用oracle在该NFS上部署应用的时候,会出现权限之类的问题。

在RAC的所有节点上挂载142上部署的NFS:
Machine – 192.168.232.151:

如上,在其他的需要挂载的机器上,也是一样的操作。

二、上传OGG的安装介质,并解压、安装
这里以源端的安装为主演示,在目标端也是一样的步骤。

上传并解压:

安装:
ogg_install_1

ogg_install_2

ogg_install_3

ogg_install_4

ogg_install_5

ogg_install_6

安装成功后,文件系统的状态如下:

配置OGG需要的环境变量:

创建OGG应用目录:

三、配置:TNSNAMES
这里演示在151上的修改方式,对于其他的RAC节点来说,是一样的:

针对不同的节点,“+ASM”的TNSNAME的HOST的指向不同,最好指向每个节点自己的VIP地址。

验证:

四、配置数据库实例
归档:

强制日志:

打开补充日志:

参数:enable_goldengate_replication

创建OGG的管理用户:
源端:

目标端:

添加角色:

对于目标端,也是一样的操作。

添加Sequence支持:

上面的配置源端和目标端都要操作,在本环境中,源端是RAC,只需要在其中一个节点操作成功即可。

五、GGSCI
登录DB:
这里为了便捷,使用system作为OGG的配置用户登录。

配置全局参数:

该配置,在本实验中,源和目标都一样。

源端)管理进程 – MGR

上面主要配置了:
1.动态端口:
如果指定的端口不可用,MGR会从可用的列表中选择一个可用的端口,供需要的进程去使用。

2.自动启动:
主要用于当网络临时中断,OGG的各个进程异常终止、或者数据库死锁的时候,自动启动对应进程。

启动 – Mgr:

启动 MGR 过程中的后台日志:
日志文件:$OGG_HOME/ggserror.log

源端)提取进程 – extdata

注意:
1. 由于当前源库是RAC(2节点),所以上面“add extract”的时候,要跟上参数:thread 2。

否则,后面“start extdata”的时候,你会遭遇下面的错误:

2. 由于我的共享存储管理采用了ASM,所以需要以sys登录ASM,才可以让OGG拿到redo log的记录。

否则,你会遇到这样的错误:

启动提取进程:extdata

源端)添加需要复制的目标

源端)投递进程 – pushdat

启动投递进程 – pushdat:

目标端)管理进程 – MGR

目标端)启用 – Checkpoint
Checkpoint可以保证源和目标端在传输数据的时候,不会重复或者少传数据。

编辑GLOBAL:

创建checkpoint:

目标端)复制进程 – repl

这样,到这里为止,OGG的配置就结束了。

测试
下面测试下OGG的复制,是否按照我们的如期工作:

先查看源与目标端的“scott.dept”的状态:
源:

目标:

源端对表dept做出修改:

查看目标库的变化:

至此,OGG的RAC –> 单实例的实验,完成。
——————————————————————————
Done。

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

隐藏
变装