企业级IT运维宝典之GoldenGate实战_第7章(下)_decrypted

Be
22、在主库上做以下操作： 赋予应用用户对备库的 insert，update，delete 权限 执行启用 trigger 和级联删除约束的脚本 执行切换应用，启动应用和拷贝必须文件的脚本
� � �
23、在主库上，修改 Extract 进程从当前时间开始抽取。否者 Extract 会从使用 ADD EXTRACT 命令创建他的时间开始抽取 GGSCI (OE5) 11> alter extract ext_1 , begin now EXTRACT altered.
GGSCI (OE5) 3> stop
pump_2
示例 7-77
20、在主库上，执行下列命令直到返回“At EOF (end of file).”表明所有的数据已 经复制到了主库上
21、在主库上，停止 Replicat 进程 GGSCI (OE5) 3> stop
gL
ijin
Sending STOP request to REPLICAT rep_2 ... Request processed. 示例 7-79
7.6.1 Primary-Standby 模式切换
Be
7.6.1.1
正常的业务操作都发生在主库， 所有的备库都是获取主库的变化来使数据再同步， 所以 在配置 Primary-Standby 模式的时候需要备份主库然后在备库上恢复来实现初始化同步。 实施 Primary-Standby 模式的时候， 主库和备库的容量和结构要尽量的一致。 数据的选 择，转换和过滤在这种数据库上不适用。 如果允许可以利用备库来实现报表和查询， 但不可以是改变备库数据的 DML 操作。 如果 你想使备库上也可以有 DML 的业务操作。你可以配置 GoldenGate 为 Active-Active 模式。 在正常情况下，只有主库上的 Extract、Pump 进程和备库上的 Replicat 进程处在 running 状 态 。 而备库上的 Extract 、Pump 进程和主库的上 Replicat 要处在停止状态，
lo
gie
s
切换应用服务器、启动应用服务器、copy 基本环境变量文件的脚本；
4、 在主库的 Pump 进程上输入以下命令，直到返回 “At EOF, no more records to process.”表明 Pump 进程把所有的数据传送到了备库上 GGSCI (OE5) 2> lag extract pump_1 Sending GETLAG request to EXTRACT pump_1 ... No records yet processed. At EOF, no more records to process. 示例 7-66 5、 在主库上，停止 Pump 进程
16、在备库上，输入下列命令直到返回“At EOF, no more records to process.”表 明所有的数据已经抽取到了本地 trail 文件
GGSCI (OE5) 2> lag extract ext_2 Sending GETLAG request to EXTRACT EXT_2 ... No records yet processed. At EOF, no more records to process. 示例 7-74 17、在备库上，停止抽取进程 GGSCI (OE5) 3> stop ext_2 Sending STOP request to EXTRACT EXT_2 ... Request processed.
示例 7-72
15、在备库上， 启动 Pump 进程把存储在备库上的队列文件通过 TCP/IP 协议传送到主库 上 GGSCI (OE5) 12> start pump_2
Sending START request to MANAGER ... EXTRACT pump_2 starting
Be
ijin
1、 在主库上停止所有的用户应用程序，但是让 GoldenGate Extract 进程和 Pump 进程 持续运行，来捕获可能的后台操作在数据库的修改；
Be
ijin
GGSCI (OE5) 2> lag extract ext_1 Sending GETLAG request to EXTRACT EXT_1 ... No records yet processed. At EOF, no more records to process. 示例 7-64 3、 在主库上，停止抽取进程 GGSCI (OE5) 3> stop ext_1 Sending STOP request to EXTRACT EXT_1 ... Request processed. 示例 7-65
ijin
当主机恢复以后，GoldenGate 管理进程和 Replicat 进程立即开始运行，备库上存储的 数据修改复制到生产库中，以实现两库的数据对等。在适当的时间， GoldenGate 可以把应 用从备库移动到主库。GoldenGate 在配置成正常的 Primary-Standby 模式，为以后可能的 出现的数据库 DOWN 机做准备。
gL
2、 在主库上输入一下命令直到返回““At EOF, no more records to process”信息， 表明所有的事务已经被捕获；
an di
7.6.1.2.1
把应用从主库移动到备库
ng T
7.6.1.2
有计划迁移应用
ec hn o
如果使用自动数据库自动生成的 KEY，变化的 KEY 可能在生产端和容灾端不一致。如果 系统允许，你可以添加自己的主键到数据库来保证主库和备库的一致。 GoldenGate 通过使 用 SQUENCE 和 MAP 参数来保证主库和备库的主键一致的。
an di
ng T
示例 7-68 示例 7-69
ec hn o
示例 7-67
lo
Sending STOP request to EXTRACT pump_1 ... Request processed.
gie
GGSCI (OE5) 3> stop
pump_1
s
10、在备库上启动 Extract 进程来准备抽取数据库中的事务变化 GGSCI (OE5) 12> start ext_2 Sending START request to MANAGER ... EXTRACT EXTMA starting 示例 7-71 11、在备库上激活应用程序，让用户可用； 12、在主库上执行维护操作。
an di
Sending GETLAG request to REPLICAT REP_2 ... Last record lag: 9 seconds. At EOF, no more records to process. 示例 7-78
rep_2
ng T
GGSCI (OE5) 10> lag rep_2
当主库 DOWN 机得时候把用户移动到备库的存储过程。
配 置 Primary-Standby 的 方 法 这 里 就 不 在 赘 述 了 。 无 非 是 配 置 两 组 Extract-Pump-relicat 进程。一组是从主库和备库的。一组是备库到主库的。下面介绍一 下主库到备库的切换方法：
这是一个使用 GoldenGate 同步数据，用户有计划的把应用从主库切换到备库上，然后 在主库上执行一些维护操作，然后再切换的案例
ng T
图 7-10
ec hn o
lo
gie
GoldenGate 支持将数据从一个活动的主库复制到一个备库中，为了防止计划的和非计 划的停机事故。
s
以防在备库上发生的一个 DML 操作 GoldenGate 把他复制到主库上而影响主库的正常业务。 要定期的备份主库和备库上的 GoldenGate 的工作目录。 必要备份 GoldenGate 安装目录 的所有的文件和子目录。 备份 GoldenGate 的工作目录， 意味着在 GoldenGate 出现失败的时 候，你不需要重建你的进程和参数文件。 在用户有计划的切换或不期望的停机的时候，要确保在主库和备库做好以下准备： � � � � 赋予用户 insert，update，delete 的脚本； 在备库上的启动 trigger 和删除级联约束的脚本；
13、在备库上，停止所有的用户应用程序，但是让 Extract 进程运行，来获取可能后台 进程对数据库的修改 14、在主库上，启动 Replicat 进程准备来复制应用程序在备库上对数据的修改 GGSCI (OE5) 12> start rep_2
Sending START request to MANAGER ... REPLICAT rep_2 starting
7、 在备库上停止 Replicat 进程 GGSCI (OE5) 3> stop rep_1
Sending STOP request to REPLICAT rep_1 ... Request processed.
ijin
gL
8、 在备库上做以下操作： 赋予应用用户对备库的 insert，update，delete 权限 执行启用 trigger 和级联删除约束的脚本 执行切换应用，启动应用和拷贝必须文件的脚T
示例 7-73
ec hn o
lo
gie
7.6.1.2.2
把应用从备库移回到主库
s
示例 7-75 18、在备库上，执行下列命令直到返回“At EOF, no more records to process.”表 明所有的队列文件已经传送到了主库上 GGSCI (OE5) 2> lag extract pump_2 Sending GETLAG request to EXTRACT pump_2 ... No records yet processed. At EOF, no more records to process. 示例 7-76
ec hn o
Sending STOP request to EXTRACT pump_2 ... Request processed.
6、 在备库上，输入一下命令直到返回 “At EOF (endof file).”表明所有的数据已 经复制到了备库上 GGSCI (OE5) 10> lag rep_1
Sending GETLAG request to REPLICAT REP_1 ... Last record lag: 9 seconds. At EOF, no more records to process.
配置 Primary-Standby 需要考虑的问题
gL
an di
在这种配置中， 虽然有两组 Extract-Pump-Replicat 配置， 但是只有一组主库到备库的 配置是活动的。只有当用户把业务从主库上移动到备库上的时候才启动备库到主库的进程 组。 当用户把应用移到备库上的时候， 备库上的 Extract 进程将开始抽取备库上的数据变化， 并把他放在本地的 trail 文件中知道主库再次可用。
Be
� � �
9、 在备库上，修改 Extract 进程从当前时间开始抽取。否者 Extract 会从使用 ADD EXTRACT 命令创建他的时间开始抽取 GGSCI (OE5) 11> alter extract ext_2 , begin now EXTRACT altered. 示例 7-70
企业级 IT 运维宝典系列
GoldenGate
an di
ng T Be ijin gL
实战
联动北方 出品
ec hn o
lo
gie
s
7.6
双业务中心场景
通常双业务中心分两种情况 Primary-Standby 的主备模式模式和 Active-Active 的双活 模式。其中 Primary-Standby 模式通常只能在一个端进行增删改、那么这一端为 Primary， 另一端供报表查询或者统计之用，我们称这一端为 Standby。Active-Active 则是两边的地 位均等，两边都可读写。Primary-Standby 模式适用于容灾和读写分离，Active-Active 主 要适用于用于两边对等的业务中心。