ITPub博客

需求：有一套生产-DG环境，且目前生产还有一套OGG，同步部分表至其他数据库。希望在生产和DG做切换后，尽量减少ogg改动并梳理步骤。下面根据DG正常切换和异常切换两种情况简单的做了模拟及步骤梳理，供参考（仅列出ogg相关操作）1.环境描述切换前：DG生产端DG目标端IP192.168.238.56192.168.238.57SIDoraoradgOGG12.2.0.2.2/切换后DG目标端DG生

承接上篇，这里我们演示下插拔PDB和relocate PDB的方式。插拔PDB1 描述在将可插拔数据库插入另一个CDB前，必须先将其从CDB中拔出。拔出是指使可插拔数据库不再与CDB关联，并生成一个描述可插拔数据库已拔出状态的XML文件。将来使用这个XML文件，可以将可插拔数据库插入到另一个CDB中。2 插拔远程PDB2.1 确定拔出的PDBSQL> show con_nameCON_NAM

本文将通过下面四种方式，简单的对19c中pdb的创建做演示说明1.从种子容器中创建pdb：使用种子容器或应用程序种子的文件在CDB中创建PDB。此技术将与种子容器关联的文件复制到新位置，并将复制的文件与新的PDB关联，这是默认的创建机制。2.克隆现存的pdb：通过克隆源PDB或非CDB创建PDB。源可以是本地CDB中的PDB，远程CDB中的PDB，此技术将与源关联的文件复制到新位置，并将复制的文件

一 单机手工清理  1. 停止监听    [oracle@ggs ~]$ lsnrctl stop      [oracle@ggs ~]$ lsnrctl status    2. 停止数据库    [oracle@ggs~]$ sqlplus / as sysdba

一、环境描述IP实例数据库版本OGG生产端192.168.238.195/196orcl11204/DG192.168.238.56orcldg1120412.3OGG备库192.168.238.56ora1120412.3二、经典模式测试2.1ADG模式创建挖掘进程add extract adg_ext tranlog threads 2&nbs

一、部署规划目前生产为一套双节点RAC，且配备一个双节点DG。现想通过ogg的downstream模式，将数据从生产数据库同步至目标数据库，并且测试，当生产做dg切换时对数据同步是否有影响。具体各库信息如下：（downstream数据库以及目标数据库安装这里不做赘述，主要讲解如何配置downstream数据库并同步数据）生产信息节点主机名Ip地址数据库版本数据库名（实例名）一节点rac1192.1

故障现象：执行catalog.sql脚本时报错：ORA-04064，ORA-06508具体报错如下：确认问题:通过报错可以看到ogg的ddl相关字眼，且询问客户确认该库以前装过ogg，只是后面废弃没用了。进一步确认该库ogg目前现状，发现进程已经停止很久，但是ogg软件并未清理。因为ogg的dml同步和ddl同步是分开的，互相不干扰的，ogg的ddl同步是通过一个全局的ddl触发器做捕获的，所以即

故障现象：创建表时出现报错 ORA-04045，ORA-06508具体报错如下：确认问题：通过报错可以看到ogg的ddl相关字眼，结合该库客户刚通过ogg做过迁移升级，基本可以确定是ogg的ddl触发器在作祟，进一步确认该触发器状态为enabled。处理办法：1.若ogg只是用作数据迁移，后续没有同步需求，则直接禁用该触发器   alter trigger GGS_D

前些时间收到一个ogg问题咨询，现象为业务发现某个通过ogg同步的表源端和目标端数据量不一致，但是进程状态为running，并未看到报错，且不确定其他表格是否也存在这种现象。着手帮忙排查，大致排查过程如下：检查ogg错误日志，确认没有报错输出检查进程状态确认进程状态为running，没有abended过进一步检查进程具体信息，定位到对应的表，查看相关信息      &

故障现象：DG端数据库由于业务查询需要，相对临时表空间增加数据文件，但是出现报错ORA-00604， ORA-16000尝试重启数据库到mount状态后添加还是报相同错误。确认问题：仔细查看报错，有ora-00604，这个报错通常是因为触发器引起，且查看mos相关文档，发现相同案例，提到和ogg触发器相关，联想到这个环境客户曾经用ogg做过数据库迁移，怀疑ogg触发器没关。（也可通过10046跟踪

一般这个错误很容易理解，也很好处理，用户被锁，解锁即可，之所以记录是因为发生在dg端用户状态蛮有意思。问题现状：用户连接报错：ORA-28000: the account is locked用户状态：open原因解析：备库多次登录失败（有设置登录失败限制）后，就会抛出报错ORA-28000（已经复现），但是查询用户状态显示open。在备用DB上，DBA_USERS将ACCOUNT_STATUS赋值

我们接续上篇文章，下面主要安装veridta服务和客户端。四、安装Veridata 23c4.1 解压Veridata 23c安装包# su - veridata23$ cd /tmp/veridata23_medias$ unzip "Oracle GoldenGate Veridata 23.1.0.0.0 for (Linux x86-64).zip"4.2 创建安装目录

在前面的文章中我们已经介绍过如何安装veridata12c，这次新版本发布后，我们发现在安装上有做很多简化，时间上大大缩减，还有一点要注意的是，管理库的类型有所变更，换成了mysql库，更加轻量化。下面我们具体看下安装步骤。一、安装前准备1.1 JDK17https://download.oracle.com/java/17/archive/jdk-17.0.12_linux-x64_bin.ta

在前一篇文章已经简单讲述了ogg12.2之前版本的心跳表配置，下面我们演示下12.2版本之后的配置方法。12.2之后的版本配置12.2版本之后，在GGSCI中ADD HEARTBEATTABLE即可，会自动创建心跳配置表和视图，所有OGG进程默认每60秒更新一次数据。该命令执行以下任务：创建心跳种子表，心跳表和心跳历史记录表。创建GG_LAG和 GG_LAG_HISTORY视图。创建由调度程

在早期的OGG版本中，如果要监控进程的延迟状态，需要手工创建心跳表，OGG12.2开始后，通过简单配置就可以启用心跳表监控功能。下面我们将演示如何配置OGG12.2版本前后的心跳表，以及一些简单的应用。12.2之前的版本配置      在12.2之前的GoldenGate心跳的实现需要修改以下应用程序和数据库。Ø 向源GoldenGate数据库用户下添加心跳

故障现象传输进程启动异常，并报错如下：2022-02-08 09:52:11  ERROR   OGG-01705  Oracle GoldenGate Capture for Oracle, p1_pd.prm:  Input checkpoint position 45970013 for input trail file

用户反馈ogg数据未实时同步至目标库，检查应用进程日志，部分报错信息如下：根据日志看到在做抽取ddl时出现报错，mos匹配后，定位到时由于auto space advisor在shrink打标的空间时导致的。（参考文档：Extract Abend - OGG-00458 Cannot Find Metadata Property (Doc ID 2179454.1) ）禁用：auto s

GETTRUNCATES |  IGNORETRUNCATES抽取进程和应用进程同时配置GETTRUNCATES，可以同步truncate操作如：抽取：extract qq_extsetenv (NLS_LANG="SIMPLIFIED CHINESE_CHINA.ZHS16GBK")userid odc,password odcexttrail ./dirdat/q

DDL安装1. 确定DDL SCHEMA需要配置在GLOBALS中：GGSCHEMA odc 2. GRANT EXECUTE ON UTL_FILE TO odc;3.为odc_DDL_HIST、 odc_MARKER等表准备表空间，如果空间不足，会导致数据库无法进行DDL，从而影响业务。alter user odc default tablespace QUERY_SERV

在OGG的挖掘，传输以及应用进程中，都可以做跳过事务的操作，但是这个动作是存在风险的，我们需要明确知道该操作同时也会带来数据丢失。这里我们简单讲下挖掘进程和应用进程中跳过事务的操作方法。一、挖掘进程跳过当前日志出现报错：Last alternative log tried /hzmc/oradata/archlog/1_3_896105617.dbfOGG挖掘的时候 发现找不到该日志，归档已经被删