xiaofan23z的专栏

本文探讨一个很小的问题，很容易被忽略的一个小问题，那就是ORACLE_PDB_SID和ORACLE_SID这两个环境变量；ORACLE_SID这个大家很熟悉了，ORACLE_PDB_SID是CDB模式下的一种连接到某个PDB的方式；当然也可以使用 alter session set container=pdb的方式。这一段很简单就是连接到19.11的CDB环境，CDB下有一个PDB1,设置完ORACLE_PDB_SID后可以切换至PDB下。

甲骨文（Oracle）于2025年3月为支持用户引入了多因素认证（MFA），使访问My Oracle Support和My Oracle Cloud Support账户更加安全。甲骨文推荐使用上述新的MFA方法，因为它们具有增强的安全功能和抗钓鱼攻击的能力。今年三月份Oracle官方技术支持网站My Oracle Support（本文简称MOS)，启用了双子验证，当时可选的方式有两种，一种是短信，一种是邮箱，以这两种方式来实现双因子验证。1.我原有为邮件验证，今天登录后会有如下提示，点击链接。

北京时间2025年7月16日，oracle发布了新的季度补丁19.28，但是和Q2的19.27类似，本次windows补丁继续delay，预计要到月底才能发布，所以windows系统的补丁，还要再等等。欢迎关注我公众号：潇湘秦，公众号有超多资源福利！

截止至2025年4月16日 Oracle19C已经更新至19.27，我认为至少在未来五年内，19c仍然会是主力版本；当然拉如果没有遭遇BUG，理论上可以不打补丁的，但是为了系统的稳定，仍然建议将19C升级至19.20+ （保守点19.15+）附录oracle各版本支持时间线。

p6880880_190000_Linux-x86-64.zip (更新 OPatch .45)本文仅供简明指令和大概用时，方便直接 copy 使用，并了解指令的预期执行时间，减少等待焦虑。北京时间4/16日Oracle 19C 19.27季度补丁发布，至此，19c RAC 升级至19.27 完成。

如果不了解用户密码的过期时间的计算逻辑，很可能遇到前面这几个坑，特别是场景三中在面对审计时，以为将PASSWORD_LIFE_TIME 改一下截个图，再改回去就完事了？实际上可能留了一个大坑，甚至造成系统宕机的风险，特别是对于应用账号，只有应用使用，ORA-28002不影响系统运行，直到账号过期无法使用，造成应用宕机，所以针对PASSWORD_LIFE_TIME 的修改大家要谨慎，涉及到修改PASSWORD_LIFE_TIME 参数后一定要检查用户的状态。

这里只是实现了一个非常简单的功能，通用API的能力应付基本的sql优化，日常排错还是没有问题；使用本地化部署的deepseek，即使是加了知识库，可能还是无法与官方满血的deepseek相提并论，不过受限于数据安全问题和网络限制无法访问官方API， 我这里也不是使用的数据库直接调用，而是使用EMCC主机，EMCC主机已经打通了所有被管理数据库的网络和端口，只需要将EMCC加个白名单api.deepseek.com 443即可。

通过优化网络传输、调整MRP参数、统一补丁版本、优化自动处理脚本和加强监控，可以有效减少GAP的出现和恢复时间。如果问题仍然存在，建议进一步分析具体的日志和错误信息，或者联系Oracle支持获取更专业的帮助。🔹 1. 总体对比AI分析深度可操作性（命令给出情况）技术全面性（覆盖的优化点）整体评价ChatGPT⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐（详细 SQL + ALTER 语句）⭐⭐⭐⭐⭐（网络、补丁、MRP、并行度等）最佳，分析有理有据，优化点全面DeepSeek⭐⭐⭐⭐。

之前我曾经发过一个自动处理表空间的脚本，可以通过定时任务自动处理表空间不足的问题；但是之前那个脚本没有涵盖CDB模式下的PDB，这里将脚本做了一下更新，可以处理CDB模式下多PDB的表空间问题。比如有多个PDB可以一个脚本搞定，设置定时任务就可以自动处理表空间问题，无需人工介入。如果达到阈值添加了数据文件则发送邮件告警。传统模式的脚本请参考这个链接。表空间问题引起的问题请看如下。

今天负责报表的同事反馈在DG库查询时出现如下报错可以看到报错是数据文件损坏，提示了file id和block id在 Oracle Data Guard 环境中，如果出现坏块，而主库正常，如何来修复呢？这里假设备库是模式。如果是逻辑备库则如下的方法1/2不适用。

昨天一个微信上的朋友找我帮忙看一个登录问题，如下是他的问题描述在他们沟通排除了网络问题后，开始看做进一步的问题排查。

特性PRCP客户端池和 DRCP客户端池和 PRCP应用风格需要应用代码显式调用 session get/release需要多线程编程需要多线程编程编程模型任意需要多线程编程需要多线程客户端优点在数据库之外进行池化允许多个应用程序使用会话池共享较少数量的数据库会话允许多个应用程序使用会话池共享较少数量的数据库会话，并在数据库之外进行池化缺点额外的网络跳转需要多线程编程；数据库资源用于池化需要多线程客户端；额外的网络跳转部署注意事项单线程应用的 DRCP 替代方案。

让我们从一些定义开始，这些定义有助于解释池化过程中发生的事情。首先，我们讨论数据库层中进程和内存的使用。然后，我们解释会话的概念，这是本文的核心内容。接着，我们探讨应用程序端如何连接到数据库。

私网连接性能直接影响集群的整体效率，尤其是在全局缓存（GC，Global Cache）操作中，如果通信延迟或带宽不足，会导致等待事件增多，进而影响数据库性能。在ORACLE RAC最佳实践中 私网络建议配置 Jumbo Frame（也就是设置网卡的 MTU 为 9000，默认为1500），可以极大的减少心跳网络上的包重组。，以避免网络不兼容问题。因此，在使用较低或默认的 MTU 值时，消息会被分段得更加频繁，碎片化更严重，消息重组消耗更多的时间，从而带来RAC性能问题。或更小的帧，在端点之间进行传输。

前段时间参加oracle CAB，oracle高级服务部门做了一个数据库最佳实践的报告，其中就有一项就是解决未使用绑定变量但执行次数很多的SQL；对于一个数据库来说如果不知道该如何优化，那么最简单最有效的优化就是减少硬解析，当然这部分优化对于DBA来说推动起来会有些难度，毕竟修改代码需要开发和业务部分配合，但是相对来说优化的难度低（绑定变量），带来的收益高，这里来介绍一下如何优化硬解析。

昨天有位网友，问哪些参数是只能在CDB可以修改的，哪些参数是可以在PDB基本修改的？：内存管理涉及整个容器数据库（CDB）的资源分配的参数，PDB 不能独立管理内存相关资源。：控制数据库的内存分配或使用的参数，需要在 CDB 层面统一管理，确保全局一致性。：用于优化性能的参数，由于可能影响整个 CDB，因此只能在 CDB 修改。：与数据文件、日志文件、控制文件相关的参数，定义存储路径和管理方式。：与数据库的功能特性相关的参数，一般只能在 CDB 层级修改。

这个是一个常见的问题，理论上应该也算是一个bug，在oracle10g，到19c，我都曾经遇到过；今天在给两套新建的19C RAC添加监控脚本时，又发现了这个问题，在这里记录一下。

在没有商业的集中管理平台的情况下，如何快速的部署监控或者运维脚本，是一个值得探讨的问题，这里博主以一个简单的示例来演示如何快速一次性给20个实例部署运维脚本。这台部署服务器要和所有数据库实例网络通，ssh端口通，我这里选择了EMCC服务器，为了管理实例EMCC服务器已经和所有数据库实例打通了网络。是一个用于在命令行中非交互式提供 SSH 密码的工具，特别适合自动化脚本。这里只是一个范例，如果脚本需要定制化修改，也可以通过抓取主机上的信息来自动修改脚本实现批量部署，希望能帮助到大家。到目标主机检查部署情况。

但是随着管理的实例越来越多，时不时的处理加数据文件也是一件很繁琐的事情，博主这里更新了一个新的脚本，可以自动检测表空间的使用量，一旦超过设置的阈值则自动添加数据文件，并邮件通知DBA​；关注过我的朋友们应该知道我分享过一些常用的监控脚本，其中最常用的就是监控表空间使用率的脚本，具体可以参考如下链接​；作为最常见的routine work，能使用脚本自动化解决还是比较方便的，希望能帮到大家。1.如果是启用的OMF（oracle manager file）可以关注博主公众号：潇湘秦 免费获取。

2024年10月16日 19c 19.25补丁发布一般每个季度的首月中15号左右发布（北美时间）具体的patch number如下。

利用语句查询日志的应用状态，如果长时间未应用则邮件告警，提醒DBA检查ADG的状态是否异常；利用语句查询日志的应用状态，如果长时间未应用则邮件告警，提醒DBA检查ADG的状态是否异常；分享两个监控脚本，用于监控Oracle ADG的状态，如果状态异常则发送邮件告警。对比下来，感觉利用SCN变化来监控adg更为精准，而且基本不会误报。阈值条件： 间隔5秒查询系统当前的SCN号，如果SCN未推进则报警。2. 配置参数/etc/mail.rc。缺点：对于负载很小的系统，可能会误报。

而Oracle的这些改变也对Oracle 带来了丰厚的回报，根据刚刚公布的Oracle 2025财年Q1的财报（Oracle财年从6月开始）Oracle Cloud Infrastructure（OCI）近年来发展迅猛，尤其是在2025财年第一季度财报中，Oracle的云服务收入同比增长21%，而其中OCI的基础设施即服务（IaaS）部分更是激增了46%我有四年的训练，然后我可以让孩子去工作，他们会做推理。那时候的伴手礼还是比较朴实无华的，HP的毛巾，DELL的靠枕，IBM的工具包，Oracle的布口袋。

只有条件1,2和条件3同时达到才会产生这个等待事件，如果使用dedicated链接或者plsql配置上选择Single session 都不会产生这个等待事件。此时查询 v$session 视图可以看到，session的等待事件就是 virtual circuit wait，注销plsql即可看到等待事件取消。这个应该算是共享链接模式的特有异常，当然使用共享链接模式的比较少，大家见到该异常的概率也比较低，仅供参考。开发部门反映wms系统反映缓慢。

了解了这些我们就可以知道应该是大量的插入并发，而且都在请求同一个sequence，导致争用，数据库中出现大量enq SQ的等待，造成系统的卡顿。由于该异常等待并不常见，我在wait event的监控脚本中并未添加，所以报出的是log file sync，其实也是系统卡顿的一种表现。常见的触发场景包括：大量并发的插入操作使用相同的序列生成主键，或者某些情况下序列的缓存大小设置过小，导致频繁的序列生成和锁定。此等待事件通常在高并发环境中出现，特别是在多个会话频繁请求相同的序列对象时。等待事件邮件监控请参考。

从薪水分布情况来看超过8成DBA的薪水在10000元以上，个人估计大概的中位数应该在15000上下，虽然在IT行业不算是高薪，但是从全国来看依然是一份不错的薪水，基本上有5年左右的DBA工作经验，就可以在一二线城市找到一份10000-15000左右的工作，相对来说还是不错的。从调查结果来看，超过一般的DBA都是有运维或者开发转入，其中以运维最多，这是因为运维和DBA工作有较多的重合，在很多小公司没有专职DBA，都是由网络运维或者服务器运维人员兼职，时间久了会有一定数量的运维转向专职DBA。

目前支持的版本是Exadata X10和ODA X10，这个应该是可选项，毕竟正式生产直接上oracle 23ai还是太过激进了​，oracle 19c仍然是很长一段时间内的优先​选择。宣布Oracle Database 23ai已经正式适用于Exadata和ODA（Oracle Database Appliance）目前的使用数据库版本为23.5，根据我另外一篇讨论oracle 23ai新增bg。今天中午甲骨文官方公众号“甲骨文中国”发布同时两篇文章，

p6880880_190000_Linux-x86-64.zip （.43的opatch）(要求>=.42)p36582629_190000_Linux-x86-64.zip（GI）（rac需要，GI补丁包含DB）一般每个季度的首月中16号左右发布（北美时间），中国时间17号能看到。2024年7月16日 19c，19.24补丁发布。具体的patch number如下。基本和上面的步骤一致。

oracle suppert很快找到了答案，23ai确实新增bgnn进程，但是该进程的介绍在23ai的database reference里没有，在introduction-to-oracle-rac文档中确有介绍。一般来说database reference中应该包含当前版本的所有的后台进程包含rac的，这里应该是新版本的一个小问题。PS:从官方的答复看，23ai EE版本的后台进程还是以ora_开头，应该不会改变几十年的传统命名（free版为啥改为db_开头 奇怪？alert log 日志。

oracle 有很多的后台进程，在遇到特殊情况的时候如锁表，如果等待的是一个后台进程，那这时就需要考量是不是能杀掉这个后台进程？本着实践出真知，本文针对oracle 11g，oracle 19c，和oracle 23ai三个版本，将系统的后台进程轮流杀掉看看会不会引起实例崩溃。它确保所需的后台进程在实例启动时启动，并在需要时生成新的进程。：根据需要监视、启动和停止分发器和共享服务器进程、连接代理、用于数据库驻留连接池的池化服务器进程、作业队列进程以及可重启后台进程。处理系统级别的事务和数据库实例的恢复。

前面几篇介绍了HPUX,Solaris平台上RAC集群ASM如何添加磁盘的 ，三大UNIX平台只差AIX，本文介绍AIX平台RAC 添加ASM磁盘。

HP-UX (Hewlett-Packard Unix) 是惠普公司开发的类 Unix 操作系统。自 1980 年代问世以来，HP-UX 在技术和功能上不断发展，适应了多种硬件平台和企业计算需求。

关于oracle逻辑备库支持的OS平台列表，以及oracle DG主备版本支持情况，通过参考oracle 官方文档来做个整理总结，希望能帮到大家。oracle DG是否异构是通过platform_id来判断，通过查询v$database可以得到当前数据库主机的platform_id截止到最新的oracle23ai，oracle支持列表中的platform_id一共23个Oracle 11G共 21个Oracle 19C增加22 Linux OS (S64) （应该是IBM S系统大机平台）

环境 windows 2016，oracle 11.2.0.4imp导入一个大表 包括大量的lob数据报错如上是因为触发了如下bug，如果是linux平台还有patch其他平台没有patch。

可以看到_optimizer_rownum_pred_based_fkr和（FKR，first k row）_optimizer_rownum_bind_default 都是和优化器，rowum相关，MOS中按这两个关键字检索能看到如下几篇doc和BUG，都是因为查询了NUM造成了sql执行缓慢，​。昨天开发同仁找到我，说有一个sql，在其他的库可以秒出结果，但是这个库需要100多秒，什么情况，跟着博主来一步步分析。内层虽然有个不太优的not in，但是还是正常的走了索引，执行结果秒出。

监控的方式有很多，常用的有zabbix和prometheus平台，理论上都可以做到对有状态服务的监控，因为我个人对这两个监控平台不是很熟悉，所以一般喜欢使用shell脚本来做监控；纯oracle 数据库的监控推荐使用EMCC，具体见如下博文。简单灵活：使用Shell脚本可以快速实现自定义监控逻辑，灵活性高。低资源消耗：脚本本身资源消耗低，可以直接运行在被监控主机上。无外部依赖：无需额外的软件或服务，依赖于操作系统自带的工具。

自从ChatGPT,OPENAI大语言模型出来以后，机器能够理解自然语言了.5月初，oracle正式发布了Oracle 23AI,Oracle 23AI提供了SELECT AI的能力，可以让您使用自然语言跟Oracle对话了，生成式人工智能大语言模型（LLM）与Oracle SQL相结合，使您能够描述您想要的内容（声明性意图）并让数据库生成与您的模式相关的SQL查询。我们一起来期待一下吧。目前在国内，我们很难能使用Oracle 23AI提供了SELECT AI的功能，要想使用是有前提的的，需要开通网络。

PS:Oracle23ai新特性-报错信息更详细，提供报错信息的官网链接，但是个人认为作用不大，官网只是提供了报错的官方定义，对于解决问题并没有太大的作用。rpm安装包大概1.3GB，可以官网下载，如果官网下载较慢可以选择关注我公众号：潇湘秦，然后点：发消息->23ai-rpm 获得网盘链接。这样Oracle 23ai rpm报的安装方式就完成了，相较于之前的版本安装确实简洁了非常非常多，关注博主，后续更新更多23ai新特性。------------历史文章推荐----------------

同样这个版本的ai，虽然确实有部分ai功能的增强，但并没有太大的改变，只是延续了版本名是由当前热门技术来命名的传统而已。--长期支持版本，一般提供5年premier和3年extended的技术支持，虽然23ai起始时间线是放在2023年Q4，但是实际上发布应该是2024年Q2，所以加上8年，支持结束时间还是放到了2032年Q2，而不是2031年Q4。但是根据官网的消息，目前还不可以升级至23ai，至少要等到2024年下半年。---------------历史文章推荐------------------

remote_login_passwordfile=none表示，登录时禁用口令文件验证，sysdba用户只能通过操作系统认证登录数据库，其他方式的登录，比如PL/SQL，就会报前面提到的ORA-01017错误。操作系统认证方式涉及sqlnet.ora（$ORACLE_HOME/network/admin目录下）中的参数SQLNET.AUTHENTICATION_SERVICES： a) NONE：关闭操作系统认证，只能通过口令文件认证；只有一个oinstall组，dba asmdba​等等根本都没有？

从2018年开始Oracle 更新了版本的命名规则，原本的12.2.0​.2被命名为18C，之后12C的长期支持版本被命名为19C（本来为12.2.0.3），之后又在2021发布了过渡版本21C，以及大家等待已久的oracle 23C。按照惯例23C应该在2023年10月中旬发布，但是可能是23C被赋予了太多的期望，增加了太多新功能，导致发布日期一延再延​；昨天会后和O记的员工求证23C​何时发布？----------------历史文章推荐------------------