如何确定Autonomous Database计划维护窗口停机时长及补丁内容

如何精准计算计划维护窗口执行期间所需的实际停机时长 #

ADB的计划维护大多为滚动执行，实际停机时长远短于公示的维护窗口总时长，可结合以下规则精准计算：

• 先确认实例部署类型：共享架构（Serverless）的常规维护几乎无业务停机，仅极个别底层存储重构类维护会产生1_{2分钟的连接闪断；专用架构（Dedicated）的停机时长和节点配置相关，单节点实例的实际停机时长通常为2}5分钟，多节点RAC配置可实现滚动升级无业务感知。
• 维护前72小时可在控制台维护详情页查看本次维护的类型标识，标注为滚动维护的场景下，只要业务侧配置了连接重试逻辑就不会感知到服务中断，实际业务停机时长为0。
• 如需更精准的估算，可以拉取同区域同配置实例过往3次同类型维护的历史数据，通过监控指标MaintenanceDowntimeDuration即可直接获取每次维护的实际服务不可用时长（单位为秒），取该指标在维护窗口触发后的最大值即为本次维护的预估停机时长。

如何查询指定补丁所包含的具体更新内容 #

• 所有正式推送的ADB补丁更新说明，可直接在控制台「补丁管理」模块查看，点击对应补丁名称即可看到完整的更新清单，涵盖修复的CVE漏洞编号、性能优化项、新增功能点、已知兼容问题四个大类。
• 习惯使用命令行操作的用户可执行oci db autonomous-database patch get --patch-id <目标补丁ID>命令，返回结果中的description字段会完整展示该补丁的所有更新内容。
• 注意ADB补丁为累积型发布，最新补丁会包含此前所有未推送的更新内容，无需单独查询历史小版本的补丁明细。

内容的提问来源于stack exchange，提问作者ctuzla