ITPub博客

前言  前几天负责维护的一套核心系统的主机CPU，出现了一次小的CPU波动，（正常5%左右，问题时段最高到15%）因为是最核心的系统，所以要追查根本原因；跟着博主一起来看，是什么造成的这次CPU波动。现象 出现问题时间并未引起关注，因为主机的性能非常强悍，这次微小的CPU波动也只是最高到15%的使用率，远远没有到达预警值；但是因为是最为核心的MES系统，在日常点检中巡查到这次波

今天看到其他公众号发布19C 将不再支持HPUX，特地去找了原文看了一下，其实这篇DOC今年4月份就发布了，只是当时都没有注意而已，可想而知，HPUX的保有量确实非常少了。Support Statement for Oracle Database 19c running on HP-UX Platforms (Doc ID 3080621.1)  有兴趣的可以看原文译文如下：Oracle

A.Oracle19C 19.28补丁发布北京时间2025年7月16日，oracle发布了新的季度补丁19.28，但是和Q2的19.27类似，本次windows补丁继续delay，预计要到月底才能发布，所以windows系统的补丁，还要再等等。The Database patch bundles that were released on July 15, 2025 for Release 19c

一、Oracle  日志体系概述Oracle 11g 引入了 Automatic Diagnostic Repository (ADR)，用于统一管理数据库和集群相关的诊断日志和跟踪文件，取代了 10g 及之前版本的分散日志结构（如 bdump、udump 等目录）。日志主要分为以下几类：Alert 日志：记录数据库或集群的重大事件（如启动、关闭、错误、死锁等）。Trace 文件：记录详

上周六参加了2025年Oceanbase 开发者大会，整整一天干货非常多，总体的概述我就不写了，有兴趣的可以看一下韩峰老师公众号，里面有较为详细的整体解读https://mp.weixin.qq.com/s/0LiyauCvn5ajxTpa00oMUA我个人比较感兴趣的是OB桌面版正式发布，这次不再是有限范围邀测，而是正式的发布了，任何对OB数据库感兴趣的小伙伴都可以来下载试用；从去年的一体化，到

上周末做一个数据库的大表归档，因为大意遇到了几个坑，这里记录一下，给后续有类似操作的朋友，提供一个参考。一.环境介绍OS:Centos7.9 DB：19c标准版  因为是标准版数据库，所以没有办法使用分区表目前是用户有几个大的log表需要做归档，最大的一个表大概4亿笔数据，打算只保留最近180天的数据，其他的历史数据迁移至归档库我这里给出的方案是如下1.以CTAS创建一个新的log_ne

昨天夜里基地夜班的兄弟，打电话说有个报表库连不上了，赶紧起来连上VPN查看一下，看到实例宕机了，先赶紧startup起来。1.查看报错信息环境介绍：Redhat 6.9 Oracle 11.2.0.4   No Archive Mode查看alert log 关键报错信息如下Thread 1 advanced to log se

本月初Oceanbase单机版发布，作为一个以分布式起家的数据库，原来一个集群动辄小十台机器，多着十几台几十台甚至更多，Oceanbase单机版的发布确实大大降低了硬件部署的门槛。1.下载安装介质https://www.oceanbase.com/softwarecenter-standalone这里选择小规模部署，Linux8版本，大小700多Moceanbase-standalone-all-

昨天帮朋友看一个系统异常卡顿的案例，在这里分享给大家环境：Exadata X8M  数据库版本19.111.系统报错信息表象为系统卡顿，页面无法刷出，登陆到主机上看到节点1 系统等待存在大量的 cursor: pin S wait on X等待查看两个节点的alert log 看到有大量的ORA-04031报错 2025-04-15T14:43:53.522183+0

A.Oracle19C 19.27补丁发布北京时间4/16日Oracle 19C 19.27季度补丁发布，The Database patch bundles that were released on April 15, 2025 for Release 19c were:NameDownload LinkDatabase Release Update 19.27.0.0.250415Patch

前言oracle用户的 PASSWORD_LIFE_TIME可能应用中都是设置为unlimited，但是关于PASSWORD_LIFE_TIME有几个坑需要大家知道，有时候一不小心可能会造成系统宕机。请大家先思考如下几个问题？场景一：数据库初始化时PASSWORD_LIFE_TIME为默认值180天，现在密码还有7天过期，将PASSWORD_LIFE_TIME设置为360，问7天后，用户

前言 前段时间发了一篇文章介绍了如何利用AI优化SQL，并提供了一个思路利用AI实现SQL自动优化，本文介绍一下如何实现的，只需10块钱！https://www.modb.pro/db/1892402473294376960一.如何调用deepseek虽然我在本地部署了deepseek r1-7b，但是模型确实太小，能力太差，所以决定花点钱购买官方的API做测试。如下简单介绍一下如何调用

1.只有SQL，AI优化能力怎么样？上周开发同事发给我一个sql，说这个sql需要调优一下，看着执行计划还好，但是执行时间超过15秒具体sql如下：SELECT COUNT(*) AS COUNT  FROM (     SELECT DATA_4_VALUE || &#39

之前我曾经发过一个自动处理表空间的脚本，可以通过定时任务自动处理表空间不足的问题；但是之前那个脚本没有涵盖CDB模式下的PDB，这里将脚本做了一下更新，可以处理CDB模式下多PDB的表空间问题。传统模式的脚本请参考这个链接https://www.modb.pro/db/1850795968557572096表空间问题引起的问题请看如下https://www.modb.pro/db/18724649

oracle 19CRAC打补丁到19.26本文只保留简介命令和每个命令大概的用时，方便大家直接copy使用，并了解每个命令的预期时间，减少命令执行期的等待焦虑。1.本次所需的补丁如下p6880880_190000_Linux-x86-64.zip （.43的opatch）p37102264_190000_Linux-x86-64.zip（OJVM）p37260974_190000_Linux-x

今天负责报表的同事反馈在DG库查询时出现如下报错ORA-01578:ORACLE数据块损坏(文件号6,块号 2494856)ORA-01110:数据文件6: '/oradata/PMSDG/o1 mf users_molczgmn_.dbfORA-26040:数据块是使用 NOLOGGING 选项加载的可以看到报错是数据文件损坏，

前段时间遇到一个奇葩的问题，在开了SR和oracle support追踪两周以后才算是有了不算完美的结果，在这里整理出来给大家分享。1.问题描述12/13我司某基地MES全厂停线，系统卡死不可用，通知到我排查，查看alert log看到是表空间不足怎么可能？我系统加了自动添加数据文件的脚本和表空间使用率的脚本？邮件中没有看到报警触发啊？ 如下是自动检查表空间使用率，达到阈值会自动添加数据

  昨天一个微信上的朋友找我帮忙看一个登录问题，如下是他的问题描述编辑编辑在他们沟通排除了网络问题后，开始看做进一步的问题排查1.排查问题时段listener log和alert log发现问题时段连接频率确实有变低，alert log中无明显报错；2.拉取问题时段AWR报表从AWR报表一眼即可看到问题的所在：Failed Logon Delay这个异常一般都是因为有自动或者定

上一篇文章介绍了oracle常用的四种链接方式：专用模式，会话池，DRCP和共享模式，原文链接https://blog.itpub.net/70041265/viewspace-3058849/ 除了以上四种常规链接模式，还有三种高级模式本文在这里再做一下介绍一. 同时使用客户端会话池和 DRCP将用户界面和数据库分离的应用程序编程风格的最重要效果是：许多用户可以共享较少数量的数据库会话

一.引言Oracle 数据库是许多应用程序的核心，适用于各个行业，覆盖了广泛的复杂性和部署规模。这些应用程序的范围从小型自主数据库到多个 Exadata 服务器组成的大型配置，可以部署在云端或本地的各种硬件环境中。这些应用可以支持从少量到数百万的并发用户。每个用户可以执行多种事务，例如拨打电话、在线购物或在超市付款。这些系统通常被称为**在线事务处理（OLTP）**系统，尽管它们通常也包括批处理任