ITPub博客

传统的Oracle数据库升级往往意味着数小时的业务停机、复杂的回退计划和忐忑的运维团队。Oracle 12.2引入的可刷新PDB特性，通过PDB刷新（Refreshable PDB）技术，企业可以在几乎零停机的情况下完成数据库升级，实现“飞行中换引擎”般的平滑过渡。这种基于“源-目标”架构的升级方式，不仅大幅缩短业务影响时间，还提供了完整的回退机制和预升级测试能力。什么是PDB刷新升级PDB刷新升

在传统数据库优化中，统计信息的收集往往需要DBA们谨慎安排收集窗口，猜测何时数据分布已发生“足够大”的变化，而系统则依赖这些可能已经过时的统计信息制定查询执行计划。Oracle 23C推出的实时统计（Real-Time Statistics） 特性，正在从根本上改变这一状况。它允许数据库在查询执行过程中自动收集和利用最新统计信息，确保执行计划始终基于最准确的数据分布做出决策。

数据库安全团队在日常工作中面临一个共同难题：如何让开发人员和客服人员访问必要数据，同时又不暴露客户的敏感信息？传统的授权管理可以限制谁能看到数据，但一旦授权，所有数据一览无余。Oracle数据库的DBMS_REDACT包正是为这种场景而生，它提供了一种精细化的数据脱敏解决方案，确保敏感数据在显示时自动被屏蔽，而原始存储数据保持不变。数据隐形的保护盾数据脱敏并非新鲜概念，但Oracle的DBMS_R

前面文章已经介绍过ogg的安装部署，这里不做赘述，只针对kafka集群是kerberos认证模式的情况下，挖掘，传输，和应用进程的配置做介绍，其他安装步骤可参考前面的文档。挖掘进程配置（DG端挖掘）GSCI (oracle_sty) 16> view param e1_sd EXTRACT e1_sdSETENV ( NLS_LANG = "AMERICAN_AMERIC

前面文章已经介绍过ogg的安装部署，这里不做赘述，只针对kafka集群是sasl/scarm安全认证模式的情况下，挖掘，传输，和应用进程的配置做介绍，其他安装步骤可参考前面的文档。挖掘进程配置（DG端挖掘）GSCI (oracle_sty) 16> view param e1_sd   EXTRACT e1_sd SETENV ( NLS_LANG = &quot

本文将简单讲下使用ogg将oracle增量数据实时同步至kafka（无安全认证模式）的配置操作，后续也将更新在kafka试用不同认证模式下对应的ogg的配置方式。一、环境描述1.1 环境简介IP操作系统数据库版本OGG版本源端RAC192.168.238.121/122RHEL6.4oracle11204Oracle GoldenGate 11.2.1.0.1 for Oracle on Linu

在做数据导出导入进行迁移时，导入日志报错违反唯一约束导出数据库查询，确认是否存在重复数据确认该唯一索引涉及到的列根据该索引涉及到的列查看是否存在重复数据select * from (select t1.*,count(1) over(partition by t1.SHIP_NO, tl.BILL_NBR) rn from test.test1 t1) t1where t1.rn > 1;&

接续上篇文章，下面主要安装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 创建

在之前我们已经分享过如何安装Veridata 23c，但是是基于图形化界面的，有些客户可能有所限制，不能其图形化界面，那我们就需要用静默安装的方式来执行，下面具体讲下Veridata 23c静默安装的操作。https://download.oracle.com/java/17/archive/jdk-17.0.12_linux-x64_bin.tar.gz1.2 Veridata 23chttps

下面简单介绍下如果使用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