老苏畅谈运维

Oracle 在 12c（12.1.0.2）版本中引入了对JSON的支持，如果您正在使用 Oracle 19c，那么您已经拥有了一个非常强大且成熟的 JSON 功能集，完全足以应对绝大多数业务场景。​ 项目上遇到了一张表，通过pl/sql developer查看其表结构，发现列显示空，一番探究之后发现它是一张嵌套表的子表，这种表确实少见，今天来说说oracle的嵌套表。子表是无法单独查询数据的，强行查询会返回错误：ORA-22812:无法参考嵌套表列的存储表；而使用嵌套表，你可以在。

子句可以附加在DML语句之后，用于将受影响数据行的列值存储到指定变量中。INSERT操作：返回插入后的值UPDATE操作：返回更新后的值DELETE操作：返回删除前的值这一特性既可以在SQL*Plus中使用，也可以在PL/SQL中使用，下面通过实际示例来展示其用法。Oracle的减少数据库往返次数：将DML操作和结果获取合并为一步提高代码简洁性：避免了额外的SELECT查询语句提升程序性能：减少了数据库调用开销增强数据一致性：确保获取的数据与DML操作完全对应。

要求目标端PDB名称必须与源端保持一致适用于需要严格保持命名一致的场景允许目标端使用不同的PDB名称提供更大的灵活性，适用于需要重命名的迁移场景最佳实践建议在规划迁移时，提前确定PDB命名策略如果不需要重命名，推荐使用以确保一致性如果需要重命名，选择并确保文件路径正确映射两种方式都能保证数据的完整性和一致性，选择取决于具体的业务需求和命名规范要求。关注我，学习更多的数据库知识！

通过这两种静默创建方式，DBA可以快速部署Oracle多租户数据库环境。方式一适合需要精细化控制的场景，方式二适合快速标准化部署。掌握这两种方法，将极大提升Oracle数据库的运维效率。关注我，学习更多的数据库知识！DBCA静默创建Oracle CDB与PDB：两种实战方法详解。

虽然MySQL没有直接提供这样的语法，但通过不同的技术组合，我们仍然能够优雅地解决序列生成的问题。这正如编程世界的常态：条条大路通罗马，关键在于选择最适合当前环境的那一条。掌握这些跨数据库的转换技巧，不仅能提升我们的技术适应能力，更能加深对SQL语言本质的理解。下次当你面对不同数据库的语法差异时，希望这些方法能为你点亮一盏明灯！欢迎在评论区分享你在数据库迁移中遇到的有趣挑战和解决方案！关注我，学习更多的数据库知识！Oracle的connect by level在MySQL中的华丽变身。

在数据驱动的时代，企业常常面临多源数据库之间的数据一致性问题，不同系统间的数据是否准确同步，如何快速定位差异？Oracle GoldenGate Veridata（OGG Veridata） 正是为解决这一痛点而生的高效工具！关于Veridata 23c环境部署，可以参考文章。

之前有分享过一个veridata 12.2版本的docker镜像（详见），本次分享最新的veridata 23c的docker镜像，来看看veridata 23c都有哪些变化吧。

模式是否允许手动指定值是否允许NULL值典型使用场景ALWAYS❌❌需要严格控制的业务主键BY DEFAULT✔️❌需要灵活指定的场景✔️✔️需要兼容旧数据的迁移场景温馨提示：根据业务需求选择合适的模式，高并发场景记得调整CACHE大小哦！关注我，学习更多的数据库知识！

oracle_fdw是PostgreSQL外部表插件，可以读取Oracle数据库的数据，可以使PostgreSQL轻松跨库操作Oracle。oracle_fdw使用主要有以下三个步骤：1，安装和创建对应插件(create extension)2，创建远程数据库链接(create server)，指定对端数据库的物理信息3，创建用户映射关系(create user mapping)，指定对端数据库的认证信息。

在修改scan ip时需注意如果新增了scan ip的个数，则需执行srvctl modify scan_listener -u进行更新，若不执行该命令，将只有一个listener_scan1监听，执行后将根据scan ip数自动增加listener_scan2，listener_scan3。关注我，学习更多的数据库知识！详情请查看oracle rac 添加 多个scan ip，你不可不知道的坑！

Oracle RAC中的IP主要涉及的有：Public IP、VIP、SCAN VIP、Private IP这几种。一般这类更改IP地址需求主要场景有：如机房搬迁网络变更、数据库迁移、 系统层面双网卡绑定等，来看一下19c rac环境如何进行更改Public IP、VIP、SCAN VIP这三类IP。

【引言】：在Oracle数据库的江湖中，执行计划如同武林高手的内功心法，一旦走火入魔，任你绝世神兵在手也难以施展。今日传授四招成名已久的清理绝技，助你破除旧执行计划的桎梏，让新的执行计划如蛟龙出海！

所有用户的HZCORE表都被排除！（SZR、HYY、CZZ下的HZCORE均未导出）假设你的Oracle数据库中有三个用户：SZR、HYY、CZZ，所有HZCORE表仍被导出！但排除SZR用户下的HZCORE表。关注我，学习更多的数据库知识！导出这三个用户的所有数据。用户.表名:"条件"

通过以上方法，我们可以快速定位失败用户登录的应用主机名和数据库用户信息。这些方法在实际工作中非常实用，可以帮助我们及时发现和解决潜在的安全问题。如果你有任何疑问或建议，欢迎在评论区留言，我们一起交流学习！关注我，学习更多的数据库知识！

TRACE和TRACE2是OracleGoldenGate中强大的调试工具，通过合理使用这些功能，您可以高效地诊断和解决复杂问题，包括数据同步延迟、性能瓶颈、数据冲突和报错等。查看生成的trace信息，您可以了解OGG当前的工作状态，快速排查问题。

吾常流连于墨天轮社区，见诸多大佬笔耕不辍，书写于其上，或分享前沿技术见解，或剖析复杂项目难题，或探讨行业发展趋势，字字珠玑，篇篇精彩，令人钦佩不已。受此感染，鄙人也萌生了写作想法，欲向诸多大佬学习，以笔为媒，记录所思所学，虽才疏学浅，但愿能借此提升自我，与诸君共勉！哈哈，诸位看官见笑了，我就不装文绉绉的了。一开始是将文章首发在墨天轮上（可以参加墨力计划），后开通了个人微信公众号（“老苏畅谈运维”），之后将文章也同步到公众号上。

在OGG日常运维过程中，如果发现OGG同步进程延迟很高，该如何解决呢？通过本文的案例，让你知道如何分析和处理复制进程的延迟问题！

当前环境通过OGG来进行同步数据，架构为A->B->C，都开启了DDL复制。在这过程中发现A->B的DDL复制正常，但DDL却无法同步到C，也就是B->C 不正常。OGG配置使用的是经典模式，这种模式是使用触发器来捕获DDL操作并同步到目标库。

使用ogg来做数据迁移时，数据校验是一个必不可少的过程。GoldenGata Veridata作为官方提供的一种界面化的数据比对工具，可以帮助你高效、准确地校验数据。从零开始部署该工具，过程就相对繁琐。如何快速拥有这么一个环境，你是否期待？本文就教你如何配置一个docker容器，让你分分钟拥有！

OGG没有自启动服务，有时候碰到主机重启，没法随主机启动而启动。

Oracle ACFS：Oracle Automatic Storage Management Cluster File System（Oracle自动存储管理集群文件系统)是一种基于ASM的集群文件系统，支持多节点共享。Oracle ACFS提供了动态文件系统大小调整，通过跨所有可用存储的分布、平衡和条带化技术提高了性能，并通过Oracle ASM的镜像和奇偶校验保护提供了存储可靠性。

通过这两段自动生成扩容表空间的 SQL 脚本，DBA 不仅能高效地管理表空间的扩容问题，还能确保数据库始终保持足够的空间以应对业务增长。无论是日常维护还是突发需求，掌握这样的自动化脚本都能大大提升工作效率。如果你还在为表空间扩容而烦恼，不妨试试这段脚本，简化你的数据库运维工作！关注我，学习更多的数据库知识！

本篇文章基于前面的两篇文章（）和（）构建的环境来进行的一个异机全库恢复操作，让你知道如何通过NBU来进行恢复的具体过程。

SELECTFROMWHERE),SELECTFROMWHEREGROUP BYsn.snap_idSELECTFROMWHEREORDER BY这段SQL旨在帮助DBA深入分析Oracle数据库在最近一周内的DB Time和CPU使用情况。通过结合AWR系统的快照数据，DBA可以直观地看到每个快照期间的DB Time、活动会话数（AAS）和CPU使用率。这些指标有助于了解数据库性能瓶颈，评估服务器是否面临资源饱和的风险。该SQL的核心功能：DB Time的变化。

上一篇文章介绍了如何搭建一个虚拟带库环境（详见），本篇文章就为你介绍一下如何使用NBU软件（Veritas Netbackup）备份Oracle数据库到这个虚拟带库上。本次使用NBU8.1软件来进行安装配置，分为三部分来进行介绍：服务端安装配置、客户端安装配置及调用Oracle备份。

你是否想尝试将oracle数据通过rman备份到磁带上，以此来尝试进行各种恢复测试？奈何没有真实带库可以让你操作，有没有虚拟的带库可以使用呢？答案是肯定的，mhvtl是一个在linux下的虚拟带库软件，可以在系统中将磁盘虚拟成一个虚拟磁带库。可以与Networker或者netbackup等备份软件配合，进行数据的备份及恢复，作为学习磁带库一个实验环境。下面将为你详细介绍，如何搭建一个虚拟带库的环境。

"叮铃铃，叮铃铃”，一阵电话铃声响起，原来是客户打电话过来了，跟我说他在备库查看表空间使用情况，发现返回的结果是空的，但是在主库查询是正常的，让帮忙看看！挂掉电话，下意识是不是备库不正常了，数据不同步了？

客户的一套oracle 11.2.0.4的数据库，根据他们的描述，说是自安装以来，alert一直有报错，但不影响使用，让帮忙分析一下什么原因。

本文使用将物理dg临时转换为逻辑dg，然后对逻辑dg进行升级。升级完成后，数据保持与生产同步。确认升级后的环境没有问题，将其切换为主库，接管业务，降低升级过程中的停机时间。从而达到在较少停机时间内，完成Oracle 11g升级到19c的目标。

上一篇文章（）是针对switchover切换，那如果adg是进行failover切换，则又该如何进行恢复OGG呢？

Oracle主备进行switchover切换时，原先在主库运行的OGG进程是否会异常，如何进行恢复？

一个数据库在启动后报错：ORA-00600: internal error code, arguments: [4193], [457]，该如何解决？

​ 上一篇文章介绍了，也许你会问Oracle一主两备dataguard环境要怎么搭建，本篇文章将为你讲述一主两备dataguard详细搭建步骤。

本文主要分享Oracle一对多(一主多备)的DG环境的switchover切换，如何进行主从切换，切换后怎么恢复正常同步？

我们在查询数据文件的剩余空间或者查询表空间使用率时，可能会碰见查询很慢的情况，主要原因是在于查询表空间使用情况的时候，需要从dba_free_space视图中获取剩余空间大小。如果该视图中对象过多，查询dba_free_space视图的效率特别低，就会造成查询缓慢的现象。有时候在系统运行很长一段时间后，我们再去查询表空间使用情况，发现相同的查询语句执行时间会变长，也是同样的原因造成的。

从10g开始，incarnation被引入，每次使用resetlogs打开数据库，就会使incarnation + 1，也就是产生一个新的incarnation。resetlogs命令表示一个数据库逻辑生存期的结束和另一个数据库逻辑生存期的开始，Oracle把这个数据库逻辑生存期称为incarnation，也有人翻译成化身。如上所示，恢复会报错，提示RMAN-20208，其实提示的也很清楚，就是告诉我们，控制文件里面已经记录过比这个SCN大的resetlogs，需要恢复的SCN不在当前数据库生命周期中。

在普通的recover database或者recover tablespace,recover datafile时，Oracle会以当前controlfile记录的SCN为准，利用archive log和redo log，把相关datafile的block恢复到“当前controlfile记录的SCN”。/u01/oradata/dbbbed/redo02.log

生产上有一张大字段的表，大小300G左右，将其通过expdp命令导出，并通过impdp导入一个测试库后，发现其占用空间竟然比生产库大了很多，导入后的空间占了700G左右。这是怎么回事，按理说，导入后空间不应该大这么多。由于涉及敏感信息，这里就自己创建一个测试表，复现一下整个过程。

的两种方式，接下来分享一下针对linux和window下基于rowid分片，加快进行导出和导入clob大字段的脚本。1、linux 下基于rowid分片的导出脚本 expdp_clob.sh。2、window下基于rowid分片导出脚本 expdp_clob.bat。4、window下基于rowid 导入脚本 impdp_clob.bat。3、linux下基于rowid导入脚本 impdp_clob.sh。关注我，学习更多的数据库知识。在上一篇文章，介绍了如何。

生产一套Oracle 11.2.0.4 的 RAC DG数据库，由于心跳网络的调整需要，原本能正常运行的，发现网络调整后，集群服务启动不正常。MOS 1366211.1文档有说明报错原因是该心跳网络所在的VLAN配置了网关，HAIP无法获取169.254.x.x 这个段的IP，也就导致ora.cluster_interconnect.haip启动失败。