Oracle 的季度 CPU（Critical Patch Update）是 DBA 日历上雷打不动的事件。2026 年 10 月这个季度：10 月 15 日 pre-release 公告，10 月 20 日正式发布。别等到 20 号当天才开始看公告——有准备的 DBA 现在就该动手。
CPU 的节奏：为什么 15 号就要行动
pre-release 公告会提前列出本次 CPU 覆盖的产品和版本组合。15 号那天你要回答一个问题：我的版本在不在名单里？
- 在 → 启动变更流程：排窗口、准备测试环境、通知业务方。
- 不在 → 松一口气，但把公告存档（下个季度可能就轮到你）。
发布前的三件事
1. 盘点版本清单。 把你负责的所有 Oracle 实例的大版本、PSU/RU 级别列出来。很多团队栽在"我以为那套是 19.24，其实是 19.18"这种细节上。
2. 预留变更窗口。 10 月 20 日发布后，给自己留 1-2 周的窗口。CPU 补丁建议先在测试环境打，跑一轮回归再上生产——跳过测试环境直接上生产的，历史上出过不少事故。
3. 准备回退方案。 补丁打上去之前，先确认备份有效、回退步骤有人写下来。CPU 本身很少出问题，但"很少"不是"没有"。
一个提醒：补丁窗口正在变短
这两年的趋势是漏洞从披露到被利用的速度越来越快，DBA 的补丁窗口被持续压缩。CPU 这种按季度走的节奏，某种程度上已经是"最低限度"的合规动作——能按时打，就别拖到下个季度。
dbcheck 的 Oracle 引擎在路上了
dbcheck 的 Oracle 巡检引擎正在内测招募，规划覆盖 AWR/ASH、表空间、等待事件、备份恢复与权限安全。如果你手里有 Oracle 生产环境、愿意共建，欢迎来 GitHub 提 issue 聊聊——内测按真实业务场景排期。