19c → Oracle AI Database 26ai (23ai) 升级：AutoUpgrade

用于大版本升级 (19c → 26ai)；同一版本内的季度 RU 请使用“应用 Oracle Database 19c Release Update (RU)”指南。使用 Oracle 推荐的 AutoUpgrade 工具：最新的 autoupgrade.jar、配置文件、analyze → fixups → deploy、以 guaranteed restore point 作为自动回退点、19c CDB 的原地升级，或将 non-CDB 作为 PDB 迁入 26ai CDB。随后处理 time zone、统计信息、COMPATIBLE 注意事项以及 restore/rollback 路径。单实例、Oracle Restart 和 RAC（由 AutoUpgrade 自行处理 cluster_database 和 srvctl 注册）各有独立路径。

架构: 1 台服务器、Oracle Restart 或 RAC（所有节点上均有 26ai home）

开始之前

• 直接升级路径：根据 Oracle 26ai Upgrade Guide，只有 19c 和 21c 可以直接升级到 26ai（更早的版本先升级到 19c）。建议源 19c 处于最新 RU；文档没有另外规定最低 RU，但 AutoUpgrade analyze 会报告缺失的补丁/one-off。
• 源库 COMPATIBLE 至少为 19.0.0（26ai 接受的最低值）。如果更低 (11.2/12.x)，须先在 19c 中调高；该操作不可撤销，并会使 restore point 失效。
• 26ai 软件已安装在 … 下（ZIP/gold image 方式）并已应用最新 26ai RU；home 中的 Java (…) 存在。… RAC 上 26ai home 必须在每个节点上的相同路径以 RAC（集群）方式安装；此检查在每个节点上运行。…
• 目标 CDB … 已在 26ai home 中用 dbca 创建并处于打开状态；字符集与源库兼容（建议 AL32UTF8 CDB），已设置 db_create_file_dest…，且有与源数据库大小相当的可用空间（复制）…。
• 源库处于 ARCHIVELOG 模式，已配置 FRA 且可用空间充足（用于升级期间产生的 flashback 日志和归档日志；大约需要数据库大小 10–20% 的额外空间）。
• 有一份升级前刚做的、已测试过恢复的完整 RMAN 备份（指南中也单独列为一个步骤）。… 在不复制的 non-CDB 转换中，这是唯一的回退途径。…
• 应用已在 26ai 上测试过，本指南中的步骤已先在测试数据库上演练；客户端驱动 (JDBC/OCI) 支持 26ai。
• 维护窗口已批准；监控已设置 blackout；升级期间将停止计划任务和应用连接。
• 服务器可以访问 download.oracle.com（用于下载 autoupgrade.jar），或者手工复制最新的 jar。
• Grid Infrastructure 已升级到 26ai (…)：数据库版本不能高于 Grid 版本。…所有节点上的 Clusterware 版本一致且状态正常。…Oracle Restart 栈从新的 Grid home 运行。…
• 数据库已注册到 Clusterware，并指向源 home (Oracle home: …)。
• 服务器操作系统支持 26ai（Oracle Linux / RHEL 8 或 9）。OL7/RHEL 7 上的 19c 数据库无法原地升级到 26ai：须先升级操作系统，或迁移到新服务器。

指南阶段

• 预检查 — 检查源数据库状态 · 检查目标 CDB 状态 · 下载最新的 autoupgrade.jar · 编写 AutoUpgrade 配置文件 · 运行 analyze · 检查 analyze 报告 …
• 备份与回退点 — 做完整 RMAN 备份 · 检查 FRA 空间
• 升级 (deploy) — 停止应用 · 启动 deploy · 监控进度 · 检查结果
• 升级后 — 将环境文件切换到新 home… (…)… · 将 listener 迁到 26ai home · 验证 Clusterware 注册 · 检查版本、组件、time zone 和告警 · 确保 PDB 保持打开 · 收集数据字典统计信息 …
• 回退（仅在需要时） — 用 AutoUpgrade restore 回到 restore point · 在 19c 中验证源数据库 · 从备份恢复 · 验证 19c 数据字典和组件