ITPub博客

下面简单介绍下如果使用ogg同步postgresql数据库一、软件部署1.1安装OGG软件ogg从12c开始可以采用图形界面安装（前面的安装文档中有详细展示），按照步骤一步步下去即可，图片太多，这里不做展示。解压并安装ogg软件unzip ogg23.4_pg.zipexport DISPLAY=192.168.98.217:0.0./runInstaller……图片省略。1.2部署OGG微服务[

环境描述源端：3节点oracle rac，数据库本版本11.2.0.4，ogg版本12.3.0.1.4目标端：2节点oracle rac，数据库版本12.1，ogg版本19.1.0.4故障现象应用进程异常，报错1403问题分析discard文件查看使用discard文件中提示的记录去目标库查看，不存在所有列匹配的记录，在生产库查看存在因为着急恢复业务，并没有细看报错，直接手工处理该记录，使用dbl

分享一次简单sql优化过程。客户反馈他们有个功能返回结果较慢，大概要300s左右，具体执行的sql如下：从这个SQL一眼我们能看到几个性能瓶颈点：1.全表扫描风险LIKE条件以通配符开头会导致索引失效，但此处条件是以固定前缀C0311...%开头，若字段有索引仍可能走范围扫描。多个OR条件可能导致优化器选择全表扫描。2.索引缺失若YLBXID、MULULB或LIKE字段无索引，查询效率会显著下降3

问题现象：收集统计信息时报错ORA-06512 and ORA-20001 ERROR at line 1: ORA-20001: subscribe_AQ_agent: ST$T15401 - -24067: ORA-24067: exceeded maximum number of subscribers for queue SYS.SCHEDULER$_EVENT_QU

通过logminer挖掘，对job在创建和删除过程中后台实际的变更做简单的探究。1.模拟操作创建表create table test_t1(id int, create_date date); 创建存储过程 create or replace procedure test_p1 is begin insert into test_t1 values(1,sysdate)

问题现象：      业务侧反馈下午1点左右出现数据库相应较慢，影响业务，无具体报错。问题排查：      反馈数据库较慢，首先查看故障时间段的历史会话视图，以及awr报告，大致定位问题，发现在该时间点，数据库存在大量library cache lock异常等待。这个等待事件也是个老演员了，本质是共享内存资源的并发控制冲突。我们重点排查D

问题现象：    在某次使用expdp进行全库导出时，任务长时间停滞在 99% 进度，日志无新输出，且数据库整体性能显著下降，部分会话登录延迟较高。 问题排查1.确认 Data Pump 作业状态 SELECT * FROM dba_datapump_jobs WHERE job_name =&nb

环境： hp-unix 10g rac --- 单机DG 问题现象：       生产一节点归档无法传输至dg端，二节点归档可以正常传输   问题排查处理 1.检查密码文件 发现一节点密码文件再最近有更新过，随后将一节点密码文件传到二节点，以及dg端，但是一节点归档还是无法传输

问题现象：      某客户3节点数据库异常宕机，排查后，发现DATA磁盘组掉，联系硬件工程师，等到磁盘挂上后，重新拉起集群恢复但是发现想起来后不久，3个节点轮流在做重启，排查日志发现如下600错误 Errors in file /u01/app/oracle/diag/rdbms/XXXcdb/XXXcdb2/trace/XXXdb2_smon_84790.tr

客户反馈数据库归档最近一个月都没有正常删除，且确认归档删除脚本没有修改确认归档删除异常报错：RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process提示很明显，表示归档日志未被删除，因为它仍然被备用数据库（Standby Database）或上游捕获进程（如 Oracl

问题现象：抽取异常，抽取进程停在2024-07-28 16:38:36，具体报错OGG-01937  Oracle GoldenGate Capture for Oracle, e1_ss.prm:  Extract is not configured to capture changes from thread 3. To avoid data loss, the Extra

需求：有一套生产-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过进一步检查进程具体信息，定位到对应的表，查看相关信息      &