《初尝oracleGoldenGate备份软件.doc》由会员分享，可在线阅读，更多相关《初尝oracleGoldenGate备份软件.doc（8页珍藏版）》请在三一文库上搜索。
1、初尝 oracle GoldenGate 备份软件前言GoldenGate 软件是一种基于日志的结构化数据复制软件，它通过解析源数据库在线日志或归档日志获得数据的增量变化， 再将这些变化应用到目标数据库， 从而实现源数据库与目标数据库同步。 GoldenGate 可以在异构的 IT 基础结构 （包括几乎所有常用操作系统平台和数据库平台）之间实现大量数据亚秒一级的实时复制,从而在可以在应急系统、在线报表、实时数据仓库供应、交易跟踪、数据同步、集中/分发、容灾等多个场景下应用。同时， GoldenGate 可以实现一对一、广播 (一对多 )、聚合 (多对一 )、双向、点对点、级联等多种灵活的拓扑结
2、构。环境要求：1. 支持的平台支持的 Oracle Database 版本在当前的 Oracle GoldenGate 10.4 版本中 ,支持如下 Oracle Database 版本 Oracle 8i (DML support only)Oracle 9.1 and 9.2 (DML and DDL support)Oracle 10.1 and 10.2 (DML and DDL support)Oracle 11g (DML and DDL support)支持的操作系统平台几乎所有主流的操作系统,GoldenGate 都支持Windows 2000, 2003, XP,Linux,
3、Sun Solaris,HP NonStop,HP-UX2. 操作系统需求内存要求GoldenGate 对操作系统内存的需求主要取决于Extract 和 Replicat 进程数，一般建议>2G。DISK 空间需求由于要数据库必须设置为归档模式，所以要求至少保存7 天以上的日志，建议剩余空间在 10G100G 之间。对于 RAC 环境对于 RAC 环境 ,GoldenGate 的相关软件和工作目录需要配置在shared disk 环境中 ,从而保证对所有 node 都是可用的 ,从任何一个node 都可以启动GoldenGate 的进程 ,当其中一个node出现异常时 ,可以在剩余的no
4、de 启动而无须修改任何配置参数。否则如果运行在单个node上的话 ,需要将剩余node中的归档日志通过一定的技术共享出来并加载到GoldenGate 运行节点。对于 RAC 环境 ,GoldenGate 要求所有node 必须保持时钟同步,同时必须保持所有RAC node和运行 extract 进程的 node 节点保持时钟同步。因为GoldenGate 会比较本地的系统时间和commit 的时间戳。所以不能忽略这个设置。否则可能导致数据复制的紊乱。3. 数据库需求数据库客户端GoldenGate 需要安装full Oracle client, 以便于 GoldenGate 程序访问 Ora
5、cle XDK libraries 。数据库用户建议使用sys 或任何其他具有sysdba/sysasm权限的用户。数据库配置对于 Source Oracle Database 要求数据库处于归档模式下打开补充日志打开 force logging分别配置连接源数据库和目标数据库的主机字符串建立一个专门的用户如 Goldengate 来负责将所需的数据同步到远端，而不是用已有的业务用户这个用户需要哪些权限呢?Create user goldengate identified by goldengatedefault tablespace users temporary tablespacetem
6、p quota unlimited on users ;GRANT CONNECT TO goldengate;GRANT ALTER ANY TABLE TO goldengate;GRANT ALTER SESSION TO goldengate;GRANT CREATE SESSION TO goldengate;GRANT FLASHBACK ANY TABLE TO goldengate;GRANT SELECT ANY DICTIONARY TO goldengate;GRANT SELECT ANY TABLE TO goldengate;GRANT RESOURCE TO go
7、ldengate;GRANT drop ANY TABLE TO goldengate;GRANT DBA TO goldengate;注*补充日志是否打开查询语句：select supplemental_log_data_min from v$database;打开补充日志语句：alter database add supplemental log data;打开 force logging 语句：Alter database force logging;配置 golengate环境： os linux 4.7 x86_64IP 设置：源192.168.8.1数据库：目标10.0.2.1 6
8、4192.168.8.2位SID: ORCL1. 安装 goldengate 软件在 oracle 官方网站上下载 goldengate 对应平台的安装程序进入到 GoldenGate 的安装目录 .运行GGSCIIn GGSCI, issue the following command to create the GoldenGate working directories.CREATE SUBDIRSIssue the following command to exit GGSCI.EXIT2. 数据复制初始化GoldenGate 中支持的data load 方法有Loading data
9、 with a database utilityLoading data from file to ReplicatLoading data from file to database utilityLoading data with a GoldenGate direct loadLoading data with a direct bulk load to SQL*LoaderLoading tables with Teradata table copyLoading data with Teradata load utilities注* 这点我没怎么研究，我采用的rman 异地恢复3.
10、配置进程第一步 : 在源数据库和目标数据库分别配置管理进程mgrGGSCI> edit params mgrport 7809(保存退出 )GGSCI> start mgrManager started.GGSCI> info allProgramStatusGroupLagime Since ChkptMANAGERRUNNING(可以正常启动 )第二步：源数据库增加两个进程*. 一般源数据库需要应配置两个进程，一个负责抽取数据(ZLE_01) ，另一个负责投递数据(ZLE_02) ，默认只支持DML ，如果要支持DDL 需要执行一些单独的配置。在源数据库系统中执行如下命令
11、增加一个Extract group, 详细的 ADD EXTRACT语法参见官方手册说明或 GGSCI 的 online help.GGSCI> add extract <group name>, TRANLOG, BEGIN NOW, THREADS <thread number>其中 group name 表示这个 Extract group 的名字TRANLOG表示使用事务日志的方式BEGIN NOW 表示从现在开始 ,你也可以指定一个具体的开始时间THREADS表示从哪个 instance 上运行 ,只对 RAC 环境有用 ,单机环境比需要指定该 Opti
12、on2.1 配置抽取进程我这里是单机环境,extract group name 定义为 zle_01GGSCI > DBLOGIN USERID goldengateorcl1, PASSWORD goldengateGGSCI > add extract ZLE_01, tranlog,begin nowEXTRACT added.GGSCI > add RMTTRAIL ./dirdat/ra, extractzle_01,megabytes 50查看一下刚才定义的这个extract process 的结果GGSCI > info extract zle_01EXT
13、RACTZLE_01Initialized 2010-01-19 11:50Status STOPPEDCheckpoint Lag00:00:00 (updated 00:00:22 ago)Log Read Checkpoint Oracle Redo Logs2010-01-19 11:50:39 Seqno 0, RBA 0补充一个命令 : info extract zle_01, showch看的更详细为该抽取 Extract进程配置参数文件，在源数据库执行如下命令GGSCI> edit param zle_01增加如下内容EXTRACT ZLE_01SETENV (ORACL
14、E_SID=ORCL)USERID goldengateORCL1, PASSWORD goldengateRMTHOST 192.168.8.1, MGRPORT 9001RMTTRAIL ./dirdat/raTABLE ZLHIS.TEST;RMTTRAIL告诉 extract process 需要将 trail 文件写到哪里TABLE 部分说明我这个Extract 进程只处理好了 ,到这里就可以启动上面定义的CaptureGGSCI> start extract zle_01Sending START request to MANAGER ('mgr') .EXT
15、RACT ZLE_01 startingGGSCI>Verify the results:GGSCI> info EXTRACT ZLE_01, DETAILGGSCI> view REPORT ZLE_01GGSCI> info extract ZLE_01ZLHIS 进程了用户下的 TEST ,执行如下命令表好了 ,到这里就完成了一个最简单的抽取Extractprocess的配置并启动，下面来配置投递Extract process进程。2.2 配置投递进程在 Source 系统执行如下命令GGSCI> ADD EXTRACT ZLE_02, EXTTRAILS
16、OURCE ./dirdat/ra, BEGIN now GGSCI> ADD RMTTRAIL ./dirdat/la, EXTRACT ZLE_02 *(./dirdat/la 为远端接收目录 ,必须存在 )GGSCI> edit params zle_02添加内容如下：extract ZLE_02dynamicresolutionPASSTHRUrmthost 192.168.8.2, mgrport 9001, compressrmttrail./dirdat/lanumfiles 3000TABLE ZLHIS.TEST ;GGSCI> start extract
17、zle_02Sending START request to MANAGER ('mgr') .EXTRACT ZLE_02 starting查看下状态：GGSCI> info allProgramStatusGroupLagTime Since ChkptMANAGERRUNNINGEXTRACTRUNNINGZLE_0100:00:0000:00:05EXTRACTRUNNINGZLE_0200:00:0000:00:072.3 配置接收进程在目标系统 (Target system)上执行如下命令增加一个复制组 (Replicat Group) GGSCI >
18、DBLOGIN USERID goldengateorcl2, PASSWORD goldengate GGSCI>add replicat ZLR_01, EXTTRAIL ./dirdat/la , nodbcheckpoint注,我这个中配置 Extract process 那个示例对应的 ,所以这里的 exttrail 文件名正好是 Extractprocess 中定义的RMTTRAIL ./dirdat/la这点需要大家注意.GGSCI> edit param ZLR_01增加如下内容并保存退出REPLICAT ZLR_01HANDLECOLLISIONSASSUMETA
19、RGETDEFSallownoopupdatesdynamicresolutionnumfiles 3000DISCARDFILE./dirrpt/ ZLR_01.DSC,append,megabytes 10map ZLHIS.TEST , target ZLHIS.TEST ;在 Target 系统中 ,执行如下命令GGSCI> start replicat ZLR_01Verify the results:GGSCI> info replicat ZLR_01REPLICATZLR_01Last Started 2010-01-19 13:50 Status RUNNINGC
20、heckpoint Lag00:00:00 (updated 00:00:03 ago)Log Read CheckpointFile./dirdat/la000000First Record RBA 0查看下状态：GGSCI> info allProgramStatusGroupLagTime Since ChkptMANAGERRUNNINGREPLICATRUNNINGZLR_0100:00:0000:00:09测试效果在源数据库分别插入、修改、删除一条数据。查看抽取进程状态：GGSCI> statsZLE_01Sending STATS request to EXTRACT
21、 ZLE_01 .Start of Statistics at 2010-01-26 02:53:01.Output to ./dirdat/ra:Extracting from ZLHIS.TEST to ZLHIS.TEST:* Total statistics since 2010-01-26 02:15:01 *Total inserts1.00Total updates1.00Total deletes1.00Total discards0.00Total operations3.00* Daily statistics since 2010-01-26 02:15:01 *Tota
22、l inserts1.00Total updates1.00Total deletes1.00Total discards0.00Total operations3.00* Hourly statistics since 2010-01-26 02:15:01 *Total inserts1.00Total updates1.00Total deletes1.00Total discards0.00Total operations3.00* Latest statistics since 2010-01-26 02:15:01 *Total inserts1.00Total updates1.
23、00Total deletes1.00Total discards0.00Total operations3.00End of Statistics.可以看到已经有记录，而且已经抽取成功，再查看投递进程，GGSCI> stats ZLE_02Sending STATS request to EXTRACT ZLE_02 .Start of Statistics at 2010-01-26 03:04:13.Output to /u01/ggs/dirdat/re:Extracting from ZLHIS.TEST to ZLHIS.TEST:* Total statistics sin
24、ce 2010-01-26 02:14:25 *Total inserts1.00Total updates1.00Total deletes1.00Total discards0.00Total operations3.00* Daily statistics since 2010-01-26 02:14:25 *Total inserts1.00Total updates1.00Total deletes1.00Total discards0.00Total operations3.00* Hourly statistics since 2010-01-26 03:00:00 *No da
25、tabase operations have been performed.* Latest statistics since 2010-01-26 02:14:25 *Total inserts1.00Total updates1.00Total deletes1.00Total discards0.00Total operations3.00End of Statistics.切换到目标数据库环境，同样查看接受应用进程。GGSCI > stats ZLR_01Sending STATS request to REPLICAT ZLR_01 .Start of Statistics a
26、t 2010-01-26 05:58:36.Replicating from ZLHIS.TEST to ZLHIS.TEST:* Total statistics since 2010-01-26 04:46:57 *Total inserts1.00Total updates1.00Total deletes1.00Total discards0.00Total operations3.00* Daily statistics since 2010-01-26 04:46:57 *Total inserts1.00Total updates1.00Total deletes1.00Tota
27、l discards0.00Total operations3.00* Hourly statistics since 2010-01-26 05:00:00 *Total inserts0.00Total updates1.00Total deletes1.00Total discards0.00Total operations2.00* Latest statistics since 2010-01-26 04:46:57 *Total inserts1.00Total updates1.00Total deletes1.00Total discards0.00Total operatio
28、ns3.00End of Statistics.总结：以上只是记录了对于 GoldenGate 软件测试的一小部分， 总体感觉 GoldenGate 同 Oracle 的流复制非常类似，但又有所不同，对比其各自的应用，各有有缺点：优点：1 安装、配置简单。2管理维护相对直观，通过其自带的Oracle Management Pack for Oracle GoldenGate管理工具，能够对其进行图形化界面的管理。3 支持异构复制，如不同用户，不同数据库平台的复制，这也是其亮点所在。4 未来发展潜力还是很看好。缺点：1 官方的软件目前都只支持64 位系统。2由于是第三方工具，对环境要求比较高，特
29、别是在LINUX环境下，对操作系统的字符集有所要求，主要是我们系统中的表名都是中文，必须要其对中文的支持。3在进行应用进程的参数配置时候发现，对于特别多的表复制，暂时不清楚GoldenGate 是否有限制，因为启动的时候，我配置参数对ZLHIS 所有表进行复制的时候，会提示“”错误，但是如果只对少数表或者单个表复制的时候，又不出现该提示，这个问题正在核实。4 目前网上能查询到的资料相当有限，普及率不是很高。综上所述， GoldenGate 同流复制比较起来的亮点还是在异构上，不过Oracle 官方的说法是以后一流的 Streams 技术将被集成到 GoldenGate 中，这也是其发展的趋势， 其价值对于我们用户的应用来说，还是很值得继续深入研究。5.oracle 官方解释，goldengate 暂时不支持中文表名！悲剧