准备（Lay Down 12c 和 R12.2）无需停机
· 规划和准备升级 – 我们需要规划并记录所有报告的问题，以便在最终生产升级期间最大限度地减少停机时间。 我们需要计划并检查所有中间版本是否受支持（如果不可用）。 这是规划时的关键点。
· 准备升级——此阶段在规划阶段之后开始，包括升级活动的数据库和应用程序准备。 这是我们执行所有升级活动的主要升级阶段
在线克隆数据库+升级到12c
· 数据库升级 – 选择数据库的最新版本。 如果是 11g 数据库，请考虑 11.2.0.4 版本，或者您也可以计划 12c 版本。 此外，根据数据库版本应用最新的 Consolidate 补丁。 在应用程序方面，我们需要按照 Oracle 建议使用最低基线补丁。
· 文件系统铺设-众所周知，R12.2配备了最新的技术和文件系统，因此我们需要使用最新的startCD来铺设R12.2文件系统。 目前，StartCD 51 已上市。
升级到12.2.0-我们需要首先升级到12.2.0，并需要在12.2文件系统上应用AD和TXK补丁。 由于这是中间阶段，我们需要将其作为预安装活动来执行。 在此阶段，该应用程序将无法运行。
进一步升级到 12.2.X - 我们现在使用的是最新的数据库 12.2。 现在在应用程序方面，我们可以到达最新版本（当前为12.2.10）。 之后我们需要应用最新的技术补丁（Delta 12 至今）和 EBS RUP 补丁。
· 中间层补丁 -> 1594274.1
· AD-TXK RUP 补丁 -> 1617461.1
EBS R12.2.X 文档 -> 12.2.9 或 12.2.10
· 所有升级后的补丁和步骤
应用后 – 升级补丁 –
启用在线修补 – 如您所知，R12.2 的新功能是在线修补，因此我们需要启用旧实例。 （MOS ID：1531121.1）
部署定制和外部集成
· 翻译 – 如果存在多种语言，那么我们还需要处理翻译补丁。 12.2 和 12.2.X 已翻译补丁，我们还需要应用 TSP（翻译同步补丁）。
· 定制 – 一旦标准/种子代码达到 R12.2.X 级别，我们就需要处理旧版本中的定制。 对于 R12.2，我们有新的开发标准，需要遵循相同的标准才能使自定义代码符合我们的应用程序。
配置：
· 检查尺码
· 添加节点进行水平扩展
· 添加托管服务器以进行垂直扩展
升级后任务
当您的基础版本R12.0成功升级到版本R12.2或R12.2.x后，我们需要执行升级后任务以确保系统的稳定性，其中包括：
· 最大限度地减少停机时间：MOS ID 1581549.1 最大限度地减少 Oracle E-Business Suite 第 12 版升级停机时间的最佳实践
· 最佳实践和性能：MOS ID 1581549.1 最大限度减少 Oracle E-Business Suite 第 12 版升级停机时间的最佳实践
· 故障排除和日志
Oracle 支持 (EBS)
Oracle 于 2021 年 3 月宣布，他们将遵循 Oracle E-Business Suite 12.2 的“持续创新”发布模型，为 12.2 提供持续的应用程序和底层技术堆栈更新，而无需进行重大升级。 此外，12.2 是 Oracle E-Business Suite 的长期支持版本，对 12.2 的高级支持至少持续到 2032 年，并且不会发布 12.3 版本。
https://www.oracle.com/a/ocom/docs/support/advanced-customer-support/support-for-e-business-suite.pdf
