《OracleGoldenGate培训.ppt》由会员分享，可在线阅读，更多相关《OracleGoldenGate培训.ppt（22页珍藏版）》请在三一办公上搜索。
1、2023年7月7日星期五,GoldenGate日常维护,概要,启动GoldenGate常用状态查看命令停止GoldenGate长交易处理配置自动删除队列文件配置mgr定时自动重启extract和replicat进程配置密码加密修改表结构源端和目标端数据库增减复制表GGS问题处理步骤,启动GoldenGate,以oracle用户登录系统，进入OGG安装目录执行./ggsci进入命令行界面执行start mgr命令启动mgr选择执行以下命令启动各进程Start er*/启动所有抽取和复制进程Start exta/dpea/repa/单独启动某个进程Start extract*/start repl
2、icat*/启动所有的extract或者replicat说明：可以使用*匹配进程名。例如rep*代表所有以rep开头的进程。,查看GoldenGate各进程状态,进程有三种状态Running：正常运行Stopped：正常停止或未能启动Abended：异常中断，需要通过以下命令查看报告，找出出错原因查看进程状态Info all/查看所有进程运行状态Info repa/查看某个进程运行状态查看进程详细信息Info exta，detail/查看指定进程详细信息Info exta，showch/查看某个进程的检查点信息，当需要重启时有用,查看GoldenGate各进程状态（续一）,查看进程运行报告Vi
3、ew report exta/查看指定进程运行报告。如果出现abend一般要查看报告找出错误信息。进程报告存放在dirrpt目录下，以进程名大写开头，以rpt为后缀。查看进程延时LAG exta/查看指定进程复制延迟检查点信息解读GgsciInfo exta，showchEXTRACT EXTGA Last Started 2010-02-10 17:54 Status STOPPEDCheckpoint Lag 00:00:00(updated 306:56:35 ago)Log Read Checkpoint Oracle Redo Logs 2010-02-10 18:07:51 Seq
4、no 44,RBA 25725440,查看GoldenGate各进程状态（续二）,Current Checkpoint Detail:Read Checkpoint#1 Oracle Redo Log Startup Checkpoint(starting position in the data source):/启动位置 Sequence#:44 RBA:22935568 Timestamp:2010-02-10 17:54:38.000000 Redo File:C:APPLARRYORADATAGGSREDO02.LOG Recovery Checkpoint(position of
5、oldest unprocessed transaction in the data source):/当前重启需要读取的最早日志，也就是最早未提交的交易开始位置 Sequence#:44 RBA:25724944 Timestamp:2010-02-10 18:07:51.000000 Redo File:C:APPLARRYORADATAGGSREDO02.LOG Current Checkpoint(position of last record read in the data source):Sequence#:44/当前检查点位置，表示在此之前所有提交的交易已经完成复制 RBA:2
6、5725440 Timestamp:2010-02-10 18:07:51.000000 Redo File:C:APPLARRYORADATAGGSREDO02.LOG,查看GoldenGate各进程状态（续三）,Write Checkpoint#1/写检查点，表示写到什么位置 GGS Log Trail Current Checkpoint(current write position):Sequence#:14 RBA:32937 Timestamp:2010-02-10 18:07:54.703000 Extract Trail:D:ggsggsdirdatra,查看GoldenGat
7、e各进程状态（续三）,一个Replicat进程检查点示例GgsciInfo repa，showchCurrent Checkpoint Detail:Read Checkpoint#1 GGS Log Trail Startup Checkpoint(starting position in the data source):Sequence#:13 RBA:991 Timestamp:2010-02-10 17:53:14.750000 Extract Trail:D:ggsggsdirdatra Current Checkpoint(position of last record read
8、 in the data source):Sequence#:14 RBA:32937 Timestamp:2010-02-10 18:07:45.000000 Extract Trail:D:ggsggsdirdatra,停止GoldenGate,以oracle用户登录系统，进入OGG安装目录执行./ggsci进入命令行界面针对所有直接读Oracle日志的ext进程执行info exta,showch命令查看每个进程的所有Read Checkpoint#1-Recovery Checkpoint-Sequence#（如果是RAC会有多个）到数据库归档日志中查看该日志是否存在，如果该归档存在（
9、或者能还没有进入归档）则可以安全停止ext进程。否则需要进行特殊处理再重启，参考后节内容。说明：本步骤是要验证所有读日志的进程所需的最早日志在重启时依然可用。GoldenGate重启后需要重新分析这些进程中那些尚未提交的交易。,停止GoldenGate(续),选择执行以下命令停止各进程stop er*/启动所有抽取和复制进程stop exta/dpea/repa/单独启动某个进程stop extract*/start replicat*/启动所有的extract或者replicat执行stop mgr命令启动mgr。注意除非修改mgr进程参数，否则mgr一般不需要停止。,长交易的处理,Gold
10、enGate在提交前将交易缓存在内存和硬盘中，一旦进程停止则会丢弃这些信息，重启时根据检查点重新读取GoldenGate提供了一些命令来查看和处理这些长交易查看长交易的方法Ggsci send extract,showtrans thread n count n其中，为所要察看的进程名，如exta/dpea/repa等；Thread n是可选的，表示只查看其中一个节点上的未提交交易，只用于RAC；Count n也是可选的，表示只显示n条记录。例如,查看extsz进程中节点1上最长的10个交易，可以通过下列命令：Ggsci send extract exta,showtrans thread 1
11、 count 10强制提交或者回滚指定事务Ggsci SEND EXTRACT,SKIPTRANS THREAD/跳过交易GgsciSEND EXTRACT,FORCETRANS THREAD/强制提交说明：使用这些命令只会让GoldenGate进程跳过或者认为该交易已经提交，但并不改变数据库中的交易，他们依旧存在于数据库中。因此，强烈建议使用数据库中提交或者回滚交易而不是使用GoldenGate处理。,长交易的处理（续）,可在extract进程中配置长交易告警extract extawarnlongtrans 12h,checkintervals 10mexttrail/backup/gol
12、dengate/dirdat/ra.以上表示GoldenGate会每隔10分钟检查一下长交易，如果有超过12个小时的长交易，GoldenGate会在根目录下的ggserr.log里面加入一条告警信息。可以通过察看ggserr.log或者在ggsci中执行view ggsevt命令查看这些告警信息。以上配置可以有助于及时发现长交易并予以处理。注意：ggserr.log保存了自mgr启动以来所有的命令历史记录，以及进程启动和终止的信息。可以通过查看它检查命令是否正确，也可通过监控它有没有ERROR字样监控复制是否正常运行。,配置自动删除过期队列,以goldengate用户登录系统，进入安装目录执行
13、./ggsci；执行edit param mgr编辑管理进程参数，加入或修改以下行purgeoldextracts/dirdat/*,usecheckpoints,minkeepdays 2其中，第一个参数为队列位置，*可匹配备份中心所有队列文件；第二个参数表示是根据检查点计算时间；第三个参数表示最小保留多少天，后面的数字为天数。例如，如果希望只保留队列/ggs/dirdat/rt文件10天，可以配置如下：purgeoldextracts/dirdat/rt,usecheckpoints,minkeepdays 10重启mgr进程GGSCI stop mgr输入y确认停止GGSCI start
14、 mgr注：临时停止mgr进程并不影响数据复制进程。,配置自动定时重启extract和replicat进程,以golengate用户登录系统，进入安装目录执行ggsci；执行edit param mgr编辑管理进程参数，加入以下行AUTORESTART ER*,RETRIES 3,WAITMINUTES 5,RESETMINUTES 60以上参数表示每5分钟尝试重新启动所有进程，共尝试三次。以后每60分钟清零，再按照每5分钟尝试一次共试3次。停止和重启mgr进程，使修改后的参数文件生效GGSCI stop mgrGGSCI start mgr,配置密码加密,GGSCI中提供了密码加密的命令 E
15、NCRYPT PASSWORD，该命令可以使用缺省密钥或者自定义密钥.（使用自定义密钥请参考GoldenGate的相关文档）.使用缺省密钥进行密码加密的步骤如下：首先在ggsci中使用ENCRYPT PASSWORD生成对应密码的加密字符串：GGSCI ENCRYPT PASSWORD goldenpasswordNo key specified,using default key.Encrypted password:AACAAAAAAAAAAAOARAQIDGEEXAFAQJ其次，在ext/rep参数文件中配置密钥：USERID goldengate,PASSWORD AACAAAAAAA
16、AAAAOARAQIDGEEXAFAQJ,ENCRYPTKEY DEFAULT配置完毕即可启动进程验证是否成功。,修改复制表结构,当数据库需要复制的表结构有所改变，如增加列，改变某些列的属性等表结构改变后，可以按照下列步骤执行：各进程使用lag exta验证无较大延迟（秒一级即可）；各进程执行info exta,showch并验证ext进程重启所需日志存在；按顺序停止源和目标端进程；源和目标端执行修改表结构;如表有主键（或唯一索引）且本次修改未修改主键，则直接重启进程；但如果表无主键或者本次修改了主键（或唯一索引）则需继续执行下列步骤重建附加日志；ggsci dblogin userid go
17、ldengate,password XXXXXXggsci delete trandata schema.mytableggsci add trandata schema.mytable重新启动源端和目标端的抓取和复制进程。注意：表结构变化后必须要重启ext/rep进程！否则各进程将按照旧的结构进行复制，会导致数据无法正确复制。,增加复制表,1)对于新增表，首先要在源端对其加入supplemental log。GGSCI dblogin userid goldengate,password goldengateGGSCI info trandata.如果不是enable则需要手动加入：GGSC
18、I add trandata.2)在源端系统上ggsci中执行stop extXX停止源端的抓取进程（注意检查所需最老归档日志是否存在）；3)在目标端系统上ggsci中执行stop repXX停止目标端的复制进程；4)在源端修改ext进程参数，添加新表:Ggsci edit param extXX在文件最后加入一行“table myschema.newtable;”注意写全schema和表的名称。,增加复制表（续一）,在目标端修改rep进程所包含的列表文件:GGSCIedit param repXX在assumetargetdefs下面加入一行：Handlecollisions/注：如果是空表
19、的话不用加此冲突处理参数结尾加入一行“map*.XXX,target*.XXX;”注意写全schema和表的名称。在源端执行exp将该表数据导出；（可选步骤，仅用于需要执行初始化的表；如表为新表，可以直接在备份端执行建表sql，然后执行重起即可）在目标端执行imp将该表数据导入；（可选步骤，仅用于需要执行初始化的表）在目标端系统上启动复制进程 repXXGGSCI start repXX在源端系统上启动源端的抓取进程extXX和传输进程dpeXX GGSCI start er*,增加复制表（续二）,在目标端系统上去掉冲突处理（如果不需要去掉冲突处理则无需做此步）GGSCI lag repXX直
20、到AT EOF，停止repXX进程:ggscistop repXX修改repXX.prm:ggsciedit param repXX.prm在handlecollions前面加将其注释掉;重新启动repXX:ggscistart repXX即可进入正常复制状态。,删除复制表,要移除某个复制表，则执行以下步骤直接源端的进程参数文件中注释掉包含该表的table行目标端同样在rep进程里面注释掉包含该表的map行源端使用info exta,showch查看检查点并验证归档日志是否存在，然后重启ext进程目标端直接重启rep进程,GoldenGate问题处理步骤,如果GoldenGate复制出现异常，可以通过以下步骤尝试解决问题：通过ggsciview ggsevt查看告警日志信息；通过ggsciview report命令查找ERROR字样，确定错误原因并根据其信息进行排除；检查两端数据库是否正常运行，网络是否连通；重新启动进程察看是否能正常复制；如不能确定错误原因，则可以寻求技术支持，需要提供以下信息：操作系统、数据库、GGS版本错误描述进程报告，位于dirrpt下以进程名字大写开头加一个序列号，以.rpt结尾；GGS日志ggserr.log，位于GGS主目录下；Ggsci中对出错进程执行“info 进程名,showch”，将输入放到文本里提供给技术支持。,谢 谢！,
