专用 Exadata 基础结构上的自治 AI 数据库的服务维护
Oracle 在专用 Exadata 基础结构上的所有自治 AI 数据库资源上调度和执行所有打补丁和其他维护操作。同时,它还为您提供各种选项来定制、查看和重新安排不同基础结构资源的维护事件。
注:如果启用了“数据库内存中”,则在执行任何导致重新引导数据库的打补丁活动期间,性能可能会降低。有关数据库内存中的其他信息,请参见 Database In-Memory 。
服务维护类型
Oracle 可为您的自治 AI 数据库安排和执行不同的服务维护活动。这些维护事件在打补丁的范围和频率上有所不同。
Oracle 云运营团队会持续监视打补丁过程,并在补丁程序未通过基本健全性测试时执行回退。如果需要回滚,将重新安排维护。虽然回退是最后一个选项,但我们的目标是始终提供最快的补救措施,以将数据库恢复到健康状态。如果回归仅显示在应用程序中,则应通过服务请求 (SR) 报告回归。对于需要立即关注的关键问题,Oracle 可以在标准维护计划之外开发和部署一次性补丁程序。
-
每季度维护补丁程序:通常,Oracle 会计划并执行整个每个季度的整个组维护。
-
每季度维护补丁程序应用于各种资源级别,例如 Exadata 基础结构、自治 Exadata VM 集群 (AVMC) 和自治容器数据库 (ACD)。可以在创建这些基础结构资源时设置季度维护窗口,也可以稍后更改。
-
您可以让 Oracle 处理维护计划,也可以设置 Oracle 可开始维护操作的特定维护窗口。
-
默认情况下,Oracle 应用发行版更新 (RUs) 以及这些季度维护补丁程序。您可以配置为在滚动或非滚动维护方法中更新 RU。
-
滚动方法将更新 ACD,一次更新一个节点,自治 AI 数据库不会停机。
-
非滚动方法会在所有节点上并行关闭和更新 ACD。此方法可最大限度缩短维护时间,但 ACD 和所有关联的自治 AI 数据库都需要完全停机。
注:在 Autonomous Data Guard 配置中,非滚动维护方法会在主 ACD 和备用 ACD 各自的维护窗口期间导致停机,直到打补丁完成。
-
-
还可以包括要与 RU 一起更新的时区文件。每季度维护补丁程序(包括时区文件更新)需要 ACD 和关联的自治 AI 数据库完全停机。停机时间取决于时区敏感的数据量。
-
不带时区文件更新的季度维护补丁程序可以采用滚动或非滚动方法,具体取决于自治容器数据库 (ACD) 的维护配置。
-
-
每月安全补丁程序:
-
Exadata 基础设施安全补丁程序:Oracle 计划并执行每月基础设施安全维护活动以及季度维护。但是,这些安全补丁程序仅适用于那些具有重要安全更新的月份,包括对 CVSS 评分大于或等于 7 的漏洞的修复。
-
在 Oracle 安排安全维护之前预配的任何 Exadata 基础结构都将有资格进行安全维护。
-
每月安全维护过程会更新数据库服务器,以修复严重的安全漏洞和产品问题。他们还将存储服务器更新为可解决已知安全漏洞和产品问题的 Exadata 存储软件映像。
-
-
自治 VM 集群安全补丁程序:除定期季度更新外,Oracle 还会为自治 VM 集群执行每月安全维护。这些修补程序仅适用于 GOV 区域。
-
每月安全补丁程序都是使用滚动方法来应用的。
-
每季度的第一个月包括季度补丁程序;接下来的两个月包括每月安全补丁程序。
-
为确保应用补丁程序,您必须选择季度的所有三个月,并指定第 3 周和/或第 4 周的首选项。
-
-
-
一次性补丁程序:Oracle 为 My Oracle Support 提交的关键支持请求生成一次性补丁程序。有关提交支持请求的帮助,请参见 Create a Service Request in My Oracle Support 。
-
当贵方和 Oracle 同意服务请求至关重要,需要一次性补丁程序才能立即解决时,服务团队会生成一次性补丁程序并使其可用。一次性补丁程序与计划的维护补丁程序是分开的。
-
如果您为 Oracle Cloud 通知和事件启用了规则来接收有关新更新的通知,则当一次性补丁程序可用时,Oracle 会发送包含要打补丁产品的 OCID 的通知。否则,您可以在 My Oracle Support 门户中找到您提交的支持请求的更新可用性通知。
-
一次性修补程序将转发到下一个发行版更新 (RU),以确保:
-
所有客户都可以使用为特定客户提供的一次性修复。
-
后续版本无需再次应用一次性补丁程序。
-
-
如果需要,RU 可以合并多个一次性补丁程序。自当前发行版起,一次性修补程序不是累积的,因此您必须单独应用它们。如果一次性补丁程序太接近后续 RU,则将为下一个季度创建具有一次性修复的定制版本 RU。
-
假设已计划未合并到最新 RU 中的一次性修复,并且您选择应用下一个 RU。然后,Oracle 会取消安排的一次性补丁程序。您可以在维护历史记录中查看已取消的维护运行。登录到维护历史记录的所有一次性打补丁详细信息都可在下载以及审计和日志记录服务中获得。
-
如果需要,可以通过服务请求回退一次性补丁程序。
-
自治容器数据库可用的一次性补丁程序数显示在其详细信息页上。单击旁边的复制链接可复制所有这些一次性补丁程序编号。
-
指定何时可以进行维护
通常,Oracle 会针对 CVSS 评分大于或等于 7 的漏洞,在每个季度和每月的基础设施安全修复中计划并执行整个车队维护。您可以让 Oracle 处理维护计划,也可以设置 Oracle 可开始维护操作的特定维护窗口。
自定义每季度维护
您可以选择每季度自动维护自治 AI 数据库资源的计划,也可以让 Oracle 自动安排更新。Oracle 会提前通知您即将进行的计划维护的日期和时间。
您可以通过在各种资源级别自动进行每季度维护来执行以下操作,如下表所示:
-
自定义自动维护首选项和计划。您可以在预配自治 AI 数据库资源时设置这些首选项,也可以稍后更改它们。
-
在计划维护开始之前的任意时间查看和更改计划。对后续季度的计划维护所做的更改不会影响本季度的计划。
-
查看过去的维护事件。
| 基础设施资源 | 附注和进一步参考 |
|---|---|
| Exadata 基础结构 (EI) | |
| 自治 Exadata VM 集群 (AVMC) |
注:在启动多个 VM Autonomous AI Database 功能之前,在 Oracle Cloud 中的 Exadata 基础结构资源上预配的 AVMC 资源会从其关联的 Exadata 基础结构继承维护计划。 |
| 自治容器数据库 (ACD) |
|
提示:Oracle 建议为上面列出的所有基础结构资源设置维护窗口,以便:
- 防止维护操作有时会中断常规数据库操作。
- 以交错的方式为基础设施资源打补丁。优秀实践是将不同基础设施资源的维护事件交错在一起,这有助于您在为一组资源打补丁之前验证补丁程序。例如,当您使用不同的自治容器数据库进行开发和测试,并且要在将补丁程序应用到生产环境之前验证开发环境中的补丁程序时,您可以定制其维护计划,以便在生产 ACD 之前为所有开发 ACD 打补丁。
可自定义的维护计划中的设置
您可以从 Oracle Cloud Infrastructure 控制台中选择以下详细信息,同时为上述任何基础结构资源定义定制调度。
-
允许的月数:必须选择每个季度至少一个月,还可以选择跳过一个季度的打补丁。无法连续两个季度跳过打补丁。
注:选择跳过时,需要从该季度中选择至少一个月。在上一个未跳过季度中未发生维护时,这将起到回退的作用。在此方案中,即使为该季度选择了跳过,Oracle 也会在所选月份自动执行维护。
-
所选月份内的周数(或周数):周数从月份的第 1 天、第 8 天、第 15 天和第 22 天开始,持续时间为 7 天。周开始和结束基于日历日期,而不是一周中的天数。无法为包含超过 28 天的月份的第五周安排维护。如果您未指定月份中的一周,Oracle 将自动分配一周。
-
选定周的天数:
如果您未指定一周中的某一天,Oracle 将在它自动分配的那一天运行维护更新。
由于周数基于日历日期而不是一周中的天数开始和结束,因此如果您希望确保在为 Exadata 基础结构 (EI) 打补丁时按特定顺序进行操作,则必须在选择天数时特别注意。例如,观察下面显示的两个月:


对于 2023 年 9 月,第 1 周从星期五开始,到星期四结束。因此,它的第一个星期六是前一天它的第一个星期日。然而,2023 年 10 月的第 1 周从星期日开始,到星期六结束。因此,其第一个星期六在第一个星期日之后五天结束。
假设您希望先为所有 Exadata 基础结构资源打补丁,然后再为其自治容器数据库 (ACD) 打补丁,以维护特定的维护顺序。计划在星期六第 1 周维护 Exadata 基础结构资源,并在星期日第 1 周日维护其 ACD,前提是第 1 周周日始终是第 1 周后的第二天,星期六可能会工作几个月,例如 2023 年 9 月,但不会像 2023 年 10 月那样工作。如果要实施特定的修补序列,则将修补序列保留一周可能是更好的选择。在这种情况下,您可以在第 1 周的星期六安排 Exadata 基础结构资源,并在第 2 周的星期日安排 ACD。这样做始终会确保在为 Exadata 基础结构资源打补丁之前为其 ACD 打补丁。
-
4 小时窗口(或 Windows),当可以开始维护操作时。
-
主数据库维护与备用数据库维护之间的缓冲期:备用 ACD 维护与主 ACD 维护之间的天数,即对主容器数据库执行维护之前的天数,即对备用容器数据库执行维护。您可以选择 1 到 7 天的任何值。
选择缓冲区期间仅适用于自治容器数据库,该数据库是 Autonomous Data Guard 配置中的主数据库。 -
提前期:要在维护事件之前接收通知消息的最小周数。您的提前期可确保新发布的维护更新已安排在您所需的最短提前期内进行。
提前期不适用于自治容器数据库资源的维护。 -
您可以通过选择重置为默认值将更改恢复为默认设置。
自定义每月基础结构安全维护
必要时,每月基础设施安全维护计划在 21 天的窗口期间应用,该窗口从每月的 18 日到 21 日开始,一直运行到下个月的 9 日到 12 日。您将在每月维护窗口开始前至少 7 天收到建议计划的通知,如果需要,您可以将每月维护重新安排到窗口中的另一个日期。
每月安全补丁程序可以重新安排到维护窗口内的其他时间,但不能在 21 天窗口之外跳过或重新安排。重新计划每季度维护时,您可以重新计划每月安全维护,只要将每月安全维护保留在当前维护窗口中即可。
在每月基础结构安全打补丁活动期间,对连接到它们的自治 AI 数据库或应用程序没有影响。数据库服务器的更新通过 Ksplice 技术联机应用,而存储服务器的更新则以滚动方式应用。
但是,在更新服务基础结构时,Oracle 可能会阻止某些操作,包括内存和存储扩展、操作系统和网格基础结构打补丁(包括预检查)以及计算和存储服务器的弹性扩展。请计划将这些操作推迟到更新完成后。根据 I/O 活动,每个数据库服务器主机应用安全更新大约需要 15 分钟,每个存储服务器加 60 分钟。如果您尝试受影响的操作,控制台将通知您正在进行的安全更新。来宾 VM 中未更新任何软件。
自定义的一次性补丁程序
使用 Oracle Cloud 控制台维护视图,您可以编辑调度的开始时间或选择立即安装一次性补丁程序。默认情况下,Oracle 会计划在补丁程序可用后 72 小时内应用一次性补丁程序。如果未执行任何更改调度的操作,则会自动应用补丁程序。您只能在当前季度内重新计划一次性补丁程序。但是,您不能完全跳过一次性补丁程序。
指定应用的补丁程序类型
一个标准维护操作是将数据库软件补丁程序应用于您的自治容器数据库,并扩展应用其中创建的自治 AI 数据库。默认情况下,Oracle 应用发行版更新 (RUs)。您可以将维护类型配置为“下一个 RU”,以将自治容器数据库更新到下一个发行版更新,或者将自治容器数据库更新到下一个维护窗口中的最新发行版更新。因此,Oracle 将使用符合您偏好的图像类型(如果可用)。如果需要,您始终可以选择将给定的计划修补程序更改为其他版本。
有关分步指南,请参阅更新自治容器数据库维护首选项。
查看和管理已安排的维护
根据您设置的维护窗口安排维护活动后,您可以管理活动的实际时间安排,甚至可以更改补丁程序版本、立即应用补丁程序或跳过活动。
已计划维护详细信息
对于安排的每个 Exadata 基础结构、自治 Exadata VM 集群或自治容器数据库维护事件,资源的“维护”页面列出了以下详细信息:
- 活动状态。
- 事件的类型,如“每周”、“每季度”、“每月”或“每年”。
- 事件的 OCID。
- 事件的计划开始时间和日期。
-
事件的维护方法为“滚动而不滚动”。仅显示 Exadata 基础结构资源的此项。
- 事件中要应用的补丁程序版本。仅显示自治容器数据库资源的此项。
计划维护的管理操作
对于基础结构资源维护页中列出的每个维护事件,只要该事件尚未进行,您就可以执行以下管理操作:
-
将事件的开始时间和日期重新安排到该季度中的较晚时间。在编辑维护开始时间窗口中指定新的开始时间和日期。
-
通过单击立即打补丁,立即启动维护事件。
注:立即打补丁不适用于启用了 Autonomous Data Guard 的 Autonomous AI Database。作为一种解决方法,您可以修改计划的维护时间,使其在最近的 4 小时可用期间内开始。确保在主数据库之前为备用数据库打补丁,中间的缓冲期为 1 到 7 天。
- 跳过 Autonomous Container Database 安排的维护事件。
注:您不能跳过两个连续的维护事件。跳过维护事件后,无法跳过下一个立即安排的维护事件;一年中只能跳过两个备用季度的维护事件。
-
选择要应用的另一个补丁程序版本。选择版本时,请注意以下事项:
-
您选择的版本必须迟于自治容器数据库的当前版本。
-
可用版本的列表可能同时包含发行版更新 (RUs) 和发行版更新修订 (RUR)。您可以选择任一类型,而不考虑为自治容器数据库配置的维护类型。在版本列表中选择其他类型不会更改为自治容器数据库配置的类型。
-
-
将 Exadata Infrastructure 维护方法从“滚动”更新为“非滚动”,反之亦然。
有关分步指导,请参见:
查看维护状态通知
DB_NOTIFICATIONS 视图存储有关自治 AI 数据库实例的维护状态通知的信息。
适用于:
仅限 Oracle Public Cloud
要显示通知信息,请执行以下操作:
-
使用以下查询查看维护(修补)信息。
SELECT * FROM DB_NOTIFICATIONS WHERE TYPE = 'MAINTENANCE';
下面提供了有关维护状态的详细信息。
-
维护运行已结束:指定维护已完成。
STATUS显示值COMPLETED,其中包含ACTUAL_START_DATE和ACTUAL_END_DATE中已完成维护的开始和结束时间戳。 -
已为实例安排维护运行:指定已安排新维护。
STATUS显示值SCHEDULED,其中包含EXPECTED_START_DATE和EXPECTED_END_DATE中计划维护的预期开始和结束时间戳。 -
维护运行已开始:指定维护正在进行中,并为活动维护提供开始时间戳。
STATUS显示值IN_PROGRESS,ACTUAL_START_DATE存储开始时间戳。
下表显示了 DB_NOTIFICATIONS 列和数据类型。
| 列 | 数据类型 | 说明 |
|---|---|---|
TYPE |
VARCHAR2(128)TYPE |
指定通知的类型。 有效值为: |
TIME |
TIMESTAMP(6) WITH TIME ZONE |
添加通知条目的时间。 |
EXPECTED_START_DATE |
TIMESTAMP(6) WITH TIME ZONE |
已调度维护开始时间。 |
EXPECTED_END_DATE |
TIMESTAMP(6) WITH TIME ZONE |
计划的维护结束时间。 |
ACTUAL_START_DATE |
TIMESTAMP(6) WITH TIME ZONE |
实际维护开始时间。 |
ACTUAL_END_DATE |
TIMESTAMP(6) WITH TIME ZONE |
实际维护结束时间。 |
PRODUCT |
VARCHAR2(128) |
为其计划或进行维护的产品或组件。 值: |
STATUS |
VARCHAR2(128) |
维护的当前状态。 值: |
OP_MODE |
VARCHAR2(64) |
打补丁操作模式。 值: |
DATABASE_IMPACT |
VARCHAR2(64) |
数据库影响。 值: |
DESCRIPTION |
VARCHAR2(128) |
通知消息的详细信息。 |
PATCH_ID |
VARCHAR2(128) |
补丁程序版本。 |
自动排队维护事件
DifferentAutonomous AI Database 的季度维护活动资源
如果您为任何基础结构资源选择定制维护计划,Oracle 将在安排维护事件时遵循您的首选项。但是,如果您的定制计划与其他基础结构资源创建任何重叠,Oracle 会自动序列化,以便按此顺序执行维护事件,并且这些事件之间存在一段时间的间隔;Exadata 基础结构、自治 Exadata VM 集群和自治容器数据库。
示例:假设 Exadata 基础结构资源维护事件和自治容器数据库维护事件已安排为同时启动。在这种情况下,Exadata 基础结构资源维护事件将启动,自治容器数据库维护事件将排队,并立即在 Exadata 基础结构资源维护事件之后开始。
每季度维护事件和每月基础结构安全补丁程序
| Scenario | 正在排队 |
|---|---|
| 在每月基础结构安全补丁程序的 24 小时内安排季度维护活动时。 | 将跳过安排的每月维护,并在每季度维护后立即应用。 |
| 每季度维护活动与每月基础结构安全补丁程序同时安排的时间。 | 每季度维护将首先执行,并在每季度维护完成后立即应用每月安全补丁程序。 |
| 每月基础设施安全补丁程序计划在每季度维护前 0-24 小时开始运行。 | 安排的每月维护将等待,并将在每季度维护后立即执行。 如果随后重新安排季度维护,则每月安全维护将立即开始。 因此,Oracle 建议同时安排季度和月度维护。因此,如果您在最后一刻重新安排季度维护事件,则在编辑计划时,每月维护活动将在计划时间运行。 |
| 当在同一月的安全维护的 24 小时窗口之外安排季度维护时。 | 您将需要一个维护窗口来进行季度维护,一个维护窗口用于安全维护。 注:在安排的每月 Exadata 基础结构维护之前,您可以随时重新安排维护。 如果计划每月安全维护至少在计划每月和每月安全维护的月份进行季度维护之前 25 小时,存储服务器将仅更新一次。 |
查看过去的维护事件
您可以从 Exadata 基础结构、自治 Exadata VM 集群或自治容器数据库资源的详细信息页面中查看过去的维护。
有关分步指导,请参见:
监视服务维护事件
您可以使用事件和通知服务监视自治 AI 数据库基础设施资源的维护事件。使用事件和通知服务,您可以在 Exadata 基础结构、自治 Exadata VM 集群和自治容器数据库资源上发生维护事件时获取电子邮件通知。
对于每个基础结构资源,将生成四个不同的维护事件,如下所示:
- 已安排维护
- 对于自治 Exadata VM 集群 (AVMC) 和自治容器数据库 (ACD) 资源,将在实际维护运行前 1 周发送维护提醒通知。对于 Exadata 基础结构资源,将在维护运行前 1 到 4 周发布提醒通知,具体取决于设置的首选项。
- 维护开始
- 维护结束
有关为每个基础结构资源生成的事件的完整列表,请参见 Events for Autonomous AI Database on Dedicated Exadata Infrastructure 。
您可以通过执行以下高级任务来订阅基础结构资源的以下任何维护事件:
- 创建通知服务主题。
- 向主题添加电子邮件订阅。
- 添加事件服务规则以将维护事件发送到通知服务主题。
有关包含示例的分步指南,请参阅通知示例:维护事件的电子邮件。