@marker_setup.sql @ddl_setup.sql @role_setup.sql 1. 2. 3. 4. 5. 6. 7. 2.6.7.授权给ogg抽取用户 AI检测代码解析 GRANT GGS_GGSUSER_ROLE TO goldengate; 1. ---默认role为GGS_GGSUSER_ROLE 2.6.8.启用DDL触发器: AI检测代码解析 @ddl_enable.sql 1. 2.7 配置extract以获取数据变更: 2.7....
### 在源端的验证: --在源端OGG用户下查看GGS_MARKER表,按字段的OPTIME时间信息或MARKER_TEXT字段的文件信息(ALTER TABLE "AAABBB" ADD CONSTRAINT*), 找到发生问题的DDL语句,查看这个DDL捕获时是否就有问题。 select * from GGS_MARKER
SQL> conn / as sysdba SQL> @marker_setup.sql SQL> @ddl_setup.sql; SQL> @role_setup.sql; SQL> grant GGS_GGSUSER_ROLE to ogg; SQL> @ddl_enable.sql; 进入ogg控制台,测试用户是否创建成功 GGSCI (local) 1> dblogin userid ogg Password: ogg Successfully logged into database. 通过上述步骤,...
首先确定是OGG的哪类进程出现了故障(是抽取,投递还是复制进程有问题),解决故障的一般思路如下所示: (1)通过GGSCI>view report命令查找ERROR字样,确定错误原因并根据其信息进行排除。 (2)通过GGSCI>view ggsevt查看告警日志信息。 (3)检查两端数据库是否正常运行,网络是否连通。 (4)通过logdump工具对队列文件进行分析。
(ALL) COLUMNS; # 开启数据库强制日志模式 alter database force logging; # 执行marker_setup.sql 脚本 @marker_setup.sql # 执行@ddl_setup.sql @ddl_setup.sql # 执行role_setup.sql @role_setup.sql # 给ogg用户赋权 grant GGS_GGSUSER_ROLE to ogg_test; # 执行@ddl_enable.sql,开启DDL trigger ...
GGS_MARKER由marker_setup.sql生成,存储数据库里面所有的DDL语句,基本相当于log里面的内容,GGS_MARKER_SEQ为GGS_MARKER生成PK,一次DDL操作会在GGS_MARKER中写入2条记录。记录了表记录的序列号/Object ID/对应GGS_DDL_HIST的序列号/DDL语句等等。可以在GLOBALS中自定义表名MARKERTABLE,不指定就用默认名称。
marker_status.sql // 校验脚本,校验GGS_MAKER表是否安装好了。 ddl_tracelevel.sql // 设置DDL追踪级别的脚本。 使能DDL复制,要选择一个模式来包含上述的DDL对象。我们选择ogg。授予ogg执行utl_file包的权限: sql>grant execute on utl_file to ogg; ...
SQL>GRANT GGS_GGSUSER_ROLE TO ogg; 注:这里的ogg是extract使用的用户。如果你有多个extract,使用不同的数据库用户,则需要重述以上过程全部赋予GGS_GGSUSER_ROLE权限。 运行以下脚本,使触发器生效: SQL> @ ddl_enable.sql 注:在生产端开启抽取前,先禁用DDL捕获触发器,调用ddl_disable.sql。
7、如果用户是专门用来存放DDL信息的，可以删除用户 SQL> drop user ggs cascade;用户已删除 ...
在Oracle GoldenGate 的基本配置中,主要 Extract 从源数据库捕获,然后将数据写入本地路径,由 pump 数据泵读取。数据泵将数据发送到目标上的远程路径。Replicat 读取此跟踪并将数据应用到目标数据库。 一般常用的进程包括在源端配置 MGR 进程、Extract(抽取)进程、Pump 进程,在目标端配置 MGR 管理进程、Replicat(复制...