[译] 关于Oracle 19.14.0 RU的一些额外信息

原文地址：Some additional information regarding the Oracle 19.14.0 RUs
原文作者： Mike.Dietrich

您可能已经阅读了我之前关于将我的所有环境修补到 2022 年 1 月补丁包的博客文章。但是由于我是在一个非常简单的非 RAC、非 GI 环境中执行此操作的，因此我可能看不到您可能遇到的问题。

有些人发表了评论——想让我分享一些有关 Oracle 19.14.0 RU 的附加信息。不过这篇文章不是所有未解决问题的集合，只是把这篇博文看作是我迄今为止看到和/或听说过的问题的总结。

555.1是最重要的MOS笔记之一

首先，在您阅读以下主题之前，请确保您已经检查了最重要的 MOS 注释之一：

MOS 说明：555.1 – Oracle Database 19c 重要的推荐一次性补丁
请也将其添加到您的收藏夹中（MOS 注释中的左上角星号）。它列出了每个补丁包最重要的问题，以及您应该考虑在其中任何一个补丁包之上进行的修复。

ACFS RU 问题

重要信息：

开发团队试图重现以下案例，但没有成功。此外，请注意初始设置是受支持的组合（内核版本 <=> ACFS 版本），而最终的结果不是受支持的内核和 ACFS 组合。因此，这不是您应该尝试的解决方案。

Nariman 通过博客向我报告了这个问题（感谢您与我分享它，包括解决方案）。他在将 19.14.0 应用到他的环境时遇到了很大的问题。一开始他的19.14.0申请在CRS部分已经失败了。然后他尝试分别安装补丁包的各个子组件，发现失败是由ACFSRU引起的，补丁33534448。

• 33515361-ok
  • 这是数据库 19.14.0 RU
• 33529556-ok
  • MOS 注释：2835152.1 – 警报：在网格基础架构修补或升级到 19.14 RU 后，数据库服务无法以“CRS-5037：数据库没有所需的错误“31143870”修复程序启动”
• 33534448-fails
  • 这是 ACFS 19.14.0 RU
• 33239955-ok
  • 这是 Tomcat 19.0.0.0.0 RU
• 33575402-ok
  • 这是 WLM/QoS 19.14.0 RU
    关键错误信息是：

2022/01/20 12:46:28 CLSRSC-400: A system reboot is required to continue installing.

Argument “” isn’t numeric in numeric ne (!=) at /u01/app/grid/19/grid/lib/acfslib.pm line 347.

但是系统重启并没有解决问题。

Nariman 告诉我的最终解决方案是：

我一更新内核，它就从“4.18.0-305.19.1.el8_4.x86_64”升级到“4.18.0-348.12.2.el8_5.x86_64” ，并且补丁非常完美！

我不会将内核更新视为潜在的解决方案——但很高兴它修复了它。

GI 修补警报：CRS-5037

您已经可以在使用 2022 年 1 月补丁包修补我的所有环境的评论部分找到这些内容。同时，我亲爱的 ACS 同事 Thomas 也提醒我注意这个问题。

MOS 注释：2835152.1 – 警报：在网格基础架构修补或升级到 19.14 RU 后，数据库服务无法以“CRS-5037：数据库没有所需的错误“31143870”修复程序启动”
在本说明中，您可以阅读到在 19.14 GI 中，用户定义的数据库服务可能无法启动并出现错误 CRS-5037：数据库没有针对错误“31143870”的所需修复。不是每个人都会看到这个问题。MOS 说明解释说，只有满足下面列出的所有 3 个条件的配置可能会遇到问题：

网格基础设施版本“19.14”
包含在“RDBMS Releases <= 18c”和/或“RDBMS Releases 19.3 to 19.10 without Patch 31143870”上运行的数据库
具有一个或多个未在 PDB 上创建的用户定义服务。即“crsctl stat res ora.db_name.service_name.svc -f | grep PLUGGABLE_DATABSE”将显示 PLUGGABLE_DATABSE 键的空值，例如：

$ crsctl stat res ora.database_name.service_name.svc -f | grep PLUGGABLE_DATABASE
PLUGGABLE_DATABASE=
$

解决方案是预先应用补丁33733953。

同时，这个问题也被添加到了 MOS Note: 555.1中：

Gridsetup SwitchGridHome 失败

这实际上是 19.13.0 已经提出的问题。只有在进行异地 GI 修补时，您才可能遇到它。当您就地修补时，您不会看到此错误。尽管如此，这在 19.14.0 中还没有修复，但仅从 19.15.0 开始。

它被标记为：

• 错误 33601195：GRIDSETUP -SWITCHGRIDHOME OOP – ROOT.SH 生成不正确
  有两个好消息要告诉你。首先，如果您打算将 GI 异地补丁补丁到 19.13.0，您可以在 19.13.0 之上下载补丁33601195。但到目前为止，我还看不到 19.14.0 之上的任何补丁。

还有什么好消息？好吧，您可以使用这个经过验证的解决方法：

• Node_1：执行$ORACLE_HOME/root.sh
• 节点_1：scp ORACLE_HOME/crs/config/rootconfig.sh 节点_2：ORACLE_HOME/crs/config/rootconfig.sh
• 节点_1：scp ORACLE_HOME/crs/install/crsconfig_params 节点_2：ORACLE_HOME/crs/install/crsconfig_params
• Node_2：执行$ORACLE_HOME/root.sh
  当然，如果你有两个以上的节点，你也必须重复复制操作到其他节点，并在那里执行 root.sh。

修补持续时间

在过去的几个月里，有几个人抱怨修补持续时间。如果这适用于补丁的 opatch 或 opatchauto 部分，请打开 SR。正如我在使用 2022 年 1 月补丁包修补我的所有环境中已经评论的那样，在我的 19c 环境中需要相当长的时间，而 21c 或 12.2.0.1 环境会很快获得补丁。我在 opatch 过程中看到了长达一分钟的等待，但我还没有找到根本原因或解决方案。Opatch 28 ( 6880880 ) 应该可以解决这些问题之一——但是由于我在我的环境中使用了 opatch 28，所以我没有看到它完成得更快。

对于补丁的数据补丁部分，我将在未来几天内发布另一篇博文。