甲骨文已经将旗舰数据库软件转为年度发布，这给用户带来新的升级计划问题。但是根据技术顾问表示，管理甲骨文数据库升级的过程基本相同，这些技术顾问为企业提供建议以确保企业顺利完成升级。

他们称，在升级甲骨文数据库时应遵循的最佳做法包括：针对封装应用程序检查数据库认证、测试潜在的性能影响，以及制定应急和恢复计划以应对升级故障。这些技术顾问称，数据库管理员（DBA）在使用热备份和其他措施升级任务关键型系统时应特别谨慎。

甲骨文在2018年开始实施年度数据库发布计划，当时他们推出甲骨文数据库18c，随后又在今年发布Oracle Database 19c更新。这些名称可能会让数据库管理员在规划Oracle数据库升级时有所迟疑，因为之前的版本是Oracle 12c Release 2。

IT服务公司PCM企业基础架构甲骨文解决方案架构师Jeffrey McDonald说道：“对于甲骨文改变发布时间表，大家存在很多疑惑。”

但是，虽然甲骨文的命名规则可能已经改变，但12c仍然是目前的基础技术。Oracle 18c本质上是版本12.2.0.2，而19c是12.2.0.3。

甲骨文用户将面临的更多升级问题

McDonald建议旧版本的用户考虑升级到18c或19c，这是相对较小的更新，至少对于12c用户而言。他说，当甲骨文推出下一个主要版本时，企业可能需要更加认真地考虑是否升级。该供应商尚未确定何时会发布下一个主要版本，但他们称Oracle 19c是12c产品线中最后一次计划内升级。

Apps Associates LLC公司甲骨文实践经理Bharath Terala强烈建议用户升级旧版本的甲骨文数据库，以确保他们系统持续获得技术支持。例如，对Oracle 11g最终发布版本的修复和扩展支持计划于2020年12月结束，而最初的12.1版Oracle 12c的结束日期为2021年7月。

但在升级之前，对于甲骨文电子商务套件等应用程序，数据库管理员和IT经理必须检查平台认证和受支持的数据库组合。Terala告诫说，即使是轻微的升级，也可能会引入细微问题干扰现有应用程序。他补充说，应检查每个数据库版本的初始化参数，以充分了解其优缺点，以及它们对索引和SQL查询执行等方面的影响。

Terala还建议企业构建强大的发布管理流程，以确保在对其生产数据库进行任何更改之前进行适当的测试。并且，他们应该为数据库升级导致的系统问题做好准备。

他表示：“这里的关键是要有应变计划，以应对升级后任何不可预见的问题。”

为数据和流程问题做好准备

数据完整性应该是规划甲骨文数据库升级的另一个重要问题。

IT咨询和服务提供商N4Stack公司高级甲骨文数据库管理员Kate Gawron说：“如果你不能保证你的数据，升级速度再快都没有意义。”

与Terala一样，Gawron说，你需要确保有经过测试的恢复计划，以便你可以根据需要恢复数据库系统。毕竟如果升级出错，尽快恢复并运行旧数据库至关重要。Gawron在甲骨文数据库升级过程中遇到过的问题包括数据损坏问题和升级过程失败。

她说，传输数据库文件时数据可能会被破坏。如果发生这种情况，当你尝试启动新数据库时，你将看到有关块损坏的错误信息。在你启动数据库之前很难检测到这种损坏，但Gawron说，你可以在移动文件之前创建校验副本，然后将其与数据进行比较以确保它们相同。

为了帮助避免升级过程中的故障，Gawron说数据库管理员应该运行甲骨文提供的预升级脚本来检查潜在的问题，然后在开始升级过程之前遵循所有建议。在升级完成后，应检查整个升级日志是否存在错误，而不仅仅是最终摘要。

针对你数据库的新甲骨文主目录

根据Gawron的说法，另一个好的升级做法是将数据库部署在新的甲骨文主目录中，而不是在现有的目录。这样做可以使回滚和恢复过程变得更加简单–当数据库升级过程中出现问题时。

如果你的企业需要的话，也可以同时安装新的服务器硬件。通常，运行数据库的服务器也需要升级。

Gawron说：“如果你已经接受数据库升级的停机时间，那么，最好也考虑服务器，并且如果可以的话，抓住机会升级它们。”

在升级甲骨文数据库时，应格外谨慎地处理关键任务系统。在这种情况下，Gawron建议使用甲骨文的可传输表空间或数据库功能。她说，再结合Oracle Recovery Manager（RMAN）中的增量恢复功能，这可以复制数据库并将其移动到新系统进行测试。当你准备切换到已升级的数据库时，RMAN恢复将使新系统与旧系统保持一致。

McDonald表示，甲骨文的GoldenGate软件等实时数据集成和复制工具可以简化两个系统间同步数据的过程，从而实现高可用性和灾难恢复。然后，数据库管理员进行滚动数据库升级，首先在一个位置停止服务、完成升级、使其重新联机，再次同步数据，并在另一个系统上重复该过程。