←Oracle 临时表空间
Oracle Database 18c 中的 PDB 级复制示例→
在 Oracle Data Guard 配置中修补和升级数据库

使用 SQL Apply 升级 Oracle 数据库

我们可以使用逻辑备用数据库将 Oracle Database 11g 软件滚动升级到 Oracle Database 12c。
在滚动升级期间，不同版本的 Oracle 数据库可以位于主数据库和逻辑备用数据库上，同时一次升级它们，从而最大限度地减少主数据库的停机时间。

使用 Data Guard SQL Apply，我们可以将 Oracle 数据库软件从补丁集版本 n 滚动升级到任何更高版本的补丁集或者主要版本版本。

注意：从 Oracle Database 12c 第 1 版升级到 Oracle Database 12c 第 2 版时，首选方法是使用 DBMS_ROLLING 包。

识别不支持的数据类型

我们可以通过查询主数据库上的 DBA_LOGSTDBY_UNSUPPORTED 和 DBA_LOGSTDBY_SKIP 视图来识别逻辑备用数据库中不支持的主数据库上的数据类型和存储属性。
如果主数据库包含不受支持的对象，我们可以通过在执行升级过程所需的时间段内暂时挂起对不受支持的表的更改来执行升级。

如果在升级过程中无法阻止对不受支持的表进行更改，则可以使用 Oracle 数据泵或者导入实用程序将更改的表导入升级后的数据库。
发生的不受支持的事务记录在逻辑备用数据库上的逻辑备用数据库表上的 DBA_LOGSTDBY_EVENTS 表中。

编译阶段示例

指定所有必要参数后，我们可以构建升级计划。
升级计划是一组自定义生成的指令，可通过滚动升级指导 Data Guard 配置。
要构建升级计划，请使用 DBA_ROLLING.BUILD_PLAN PL/SQL 过程。
此过程要求配置与计划参数所描述的完全相同，所有实例均已启动并可通过网络访问。
没有要指定的参数，因为该过程从 DBA_ROLLING_PARAMETERS 视图获取其所有输入。
该过程验证计划参数并执行特定于站点的资源验证，例如日志传输和闪回恢复区设置。
通常，不符合最佳实践标准的配置设置会生成警告消息。

BUILD_PLAN 过程成功返回后，可以在 DBA_ROLLING_PLAN 视图中查看完整的升级计划。
视图中的每条记录都标识了一个特定的指令，该指令被调度执行并记录在 DBA_ROLLING_EVENTS 视图中。

概括

  1. 制定升级计划：
SQL> exec DBMS_ROLLING.BUILD_PLAN;

2、查看当前升级方案：

SQL> select instid, target, phase, description from dba_rolling_plan;
INSTID  TARGET        PHASE    DESCRIPTION
------  ------------ ------- -----------------------------------------
     1 boston         START    Verify database is a primary
     2 boston         START    Verify MAXIMUM PROTECTION is disabled
     3 london         START    Verify database is a physical standby
     4 london         START    Verify physical standby is mounted
     5 boston         START    Verify server parameter file exists and is 
                               modifiable
...

数据库滚动升级：规范和编译阶段

规范和编译阶段涉及以下六个步骤，以创建驱动滚动升级过程的集中升级计划：

  • 初始化升级参数。
  • 查看当前升级参数。
  • 根据需要修改升级参数值。
  • 制定升级计划。
  • 查看当前计划。
  • 根据需要修改升级计划。

DBMS_ROLLING.INIT_PLAN 过程为 DG_CONFIG 参数中指定的所有数据库生成系统默认参数。
我们可以使用 DBMS_ROLLING.SET_PARAMETER 过程调整参数。
DBA_ROLLING_PARAMETERS 视图中可以看到滚动升级的所有参数。

当我们最终确定参数时，使用 DBMS_ROLLING.BUILD_PLAN 过程来生成实际计划并针对该计划执行验证。
如果验证发现计划有任何错误，DBMS ROLLING EVENTS 视图将显示需要注意的错误。

使用 DBMS_ROLLING 和 Active Data Guard 滚动升级

Oracle Database 12c 第 1 版 (12.1) 中新增的使用 Active Data Guard 特性的滚动升级提供了一种执行滚动升级的简化方法。
它是使用新的 DBMS_ROLLING PL/SQL 包实现的，它允许我们以滚动方式升级 Data Guard 配置中的数据库软件。
使用 Active Data Guard 功能的滚动升级需要 Oracle Active Data Guard 选项。

从 Oracle Database 12c 的第一个补丁集开始，我们可以使用此功能进行数据库版本升级。
这意味着从 Oracle Database 11g 升级到 Oracle Database12c 或者从最初的 Oracle Database 12c 版本升级到 Oracle Database 12c 的第一个 Oracle Database 12 补丁集时，仍必须使用手动瞬态逻辑备用升级过程。

此外，从 Oracle Database 12c 第 1 版 (12.1) 开始，我们可以立即将此特性用于其他数据库维护任务。
执行维护的数据库必须至少在 Oracle 12.1 下运行。
此类维护任务包括向未分区表添加分区、将 BasicFiles LOB 更改为 SecureFiles LOB、将存储为 CLOB 的 XMLType 更改为存储为二进制 XML 的 XMLType，以及更改表以进行 OLTP 压缩。

使用 SQL 应用执行滚动升级

我们可以使用 SQL Apply 在几种不同的配置中执行滚动升级。
本文的下一部分将详细概述每种配置。

  • 使用现有的逻辑备用数据库执行滚动升级。
  • 创建一个新的逻辑备用数据库来执行滚动升级。
  • 使用现有的物理备用数据库执行滚动升级。

DBMS_ROLLING：概念

可以使用 LOG_ARCHIVE_CONFIG 参数标识的所有备用数据库将滚动更改应用于整个 Data Guard 配置。
使用 DBMS_ROLLING PL/SQL 包的滚动升级过程分为三个阶段：规范编译和执行。
在规范阶段，我们确定要如何实施滚动升级过程并指定哪个备用数据库将成为未来的主数据库。
编译阶段通过在执行阶段开始之前执行验证检查并报告任何需要纠正措施的错误来构建升级计划。
执行阶段执行实际升级，分为三个阶段：开始、切换和完成。

从概念上讲，滚动升级过程将 Data Guard 配置分为两组：Data Guard 配置分为两组：前导组 (LG) 和尾随组 (TG)。
领导小组包含一个主数据库，该数据库被指定为未来的主数据库。
领导组可以包含另外的备用数据库，旨在在升级过程中保护主数据库。
切换前先升级领导组中的数据库。
尾随组包含原始主数据库以及旨在在升级过程中保护它的任何其他数据库。
执行切换后，最后升级尾随组中的数据库。

领导组包含指定的未来主数据库，称为领导组主数据库 (LGM)，以及我们可以配置以保护指定的未来主数据库的物理备用数据库。
领导组中的所有其他备机只能是物理备机。
LGM首先转换为逻辑备数据库，然后在其上安装新的数据库软件并运行升级过程。
领导组中的其他备用数据库此时也必须升级其软件。
如果升级过程中出现故障，我们可以故障转移到领导组中的任何其他备用数据库，然后指定故障转移目标数据库来接管 LGM 的角色。

尾随组包含原始 prim 尾随组包含称为尾随组主数据库 (TGM) 的原始主数据库和将在滚动升级过程中保护原始主数据库的备用数据库。
当领导组中的数据库正在经历升级过程时，用户应用程序仍然可以连接到原始主数据库并进行更改。
尾随组数据库继续运行旧的数据库软件，直到领先组中的所有数据库都升级并且未来的主数据库通过应用升级窗口期间在原始主数据库中生成的更改来赶上原始主数据库 新软件是然后在切换后安装在属于尾随组的数据库上，并将它们作为新主数据库的备用数据库恢复到配置中。
如果升级过程中发生故障，TGM 的角色可以转移到尾随组中的其他备用数据库。

DBMS_ROLLING：主要特性

DBMS_ROLLING 包提供了一个Specify – Compile Execute 协议，所有这些协议都是使用过程从一个集中的接口驱动的。
可以在编译阶段识别会阻止执行升级计划的配置错误，并在开始实际升级之前解决。
DBA_ROLLING_* 视图会在执行阶段发生任何运行时错误时提供诊断信息。

计划参数保留在数据库中，即使在滚动升级完成后仍然保留。
成功执行滚动升级后，我们可以通过调用 DBMS_ROLLING.DESTROY_PLAN 过程删除滚动升级规范。

在以前版本的 Oracle Data Guard 中，对于一个简单的两个数据库配置，使用临时逻辑备用数据库的滚动升级至少需要 42 个步骤。
对于 Data Guard 配置中包含的每个添加备用数据库，步骤数将显着增加。
使用 DBMS_ROLLING 包，无论存在多少备用数据库，执行阶段的运行时步骤都是不变的。

前导组备用和尾随组备用的概念允许每个组中的多个数据库为该组提供容错能力。
此外，添加数据库（如果存在）可以在升级后立即为升级的主数据库提供保护。

规格阶段示例

计划参数必须先初始化为系统生成的默认值，然后才能自定义。
要初始化计划参数，请调用 DBMS_ROLLING.INIT_PLAN 过程。
此过程标识未来主数据库（即领导小组主数据库或者 LGM）的 DB_UNIQUE_NAME。
INIT_PLAN 过程返回一组初始的系统生成的计划参数。
一旦定义了与数据库相关的参数，INIT_PLAN 过程就会使用系统提供的默认值定义操作参数。
在大多数情况下，计划参数将准备好进行计划验证；但是，为确保它们满足需求，我们应该查看每个参数。
计划参数保留在数据库中，直到我们调用 DESTROY_PLAN 过程以删除与滚动升级相关的所有状态。

我们可以查询 DBA_ROLLING_PARAMETERS 视图以查看计划参数及其当前值。
计划参数在范围内是全局的或者局部的。
全局参数是滚动升级的整体属性，与数据库参与者无关。
全局参数在 SCOPE 列中具有 NULL 值。
本地参数与 SCOPE 列中的特定数据库名称相关联。

要修改任何现有的滚动升级参数，请使用 DBMS_ROLLING.SET_PARAMETER PL/SQL 过程。

概括

1、初始化升级参数：

SQL> exec DBMS_ROLLING.INIT_PLAN(future_primary=>'london');

2、查看当前升级参数值：

SQL> select scope, name, curval from dba_rolling_parameters order by scope, name;
SCOPE          NAME                CURVAL
------------ --------------        ------------
boston       INVOLVEMENT           FULL
             SWITCH_LGM_LAG_WAIT   60
...
  1. 将计划配置为等待应用延迟低于 60 秒，然后再切换到未来的主要：
SQL> exec DBMS_ROLLING.SET_PARAMETER('SWITCH_LGM_LAG_WAIT','1');
SQL> exec DBMS_ROLLING.SET_PARAMETER('SWITCH_LGM_LAG_TIME','60');

使用物理备用数据库执行滚动升级

注意：仅当我们将 Oracle Database 11g 数据库升级到更高版本时才使用以下技术。

要在配置包含物理备用数据库时执行滚动升级：

  1. 为滚动升级准备主数据库：

a)
启用闪回数据库。

湾创建有保证的还原点：

CREATE RESTORE POINT pre_upgrade GUARANTEE FLASHBACK DATABASE;
  1. 将物理备库转换为逻辑备库。
    这只是在滚动升级期间暂时完成。

a)
创建逻辑备库并执行以下命令：

ALTER DATABASE RECOVER TO LOGICAL STANDBY KEEP IDENTITY;

注意：使用 KEEP IDENTITY 子句创建的逻辑备用数据库保留与其主数据库相同的 DB_NAME 和 DBID。

湾禁用逻辑备用数据库中外部归档日志的自动删除：

execute DBMS_LOGSTDBY.APPLY SET('LOG_AUTO_DELETE', 'FALSE');

C。
启动 SQL 应用：

ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;
  1. 升级逻辑备用数据库（“使用逻辑备用数据库执行滚动升级”的步骤 1-7）。

完成这些步骤后，原始主数据库将成为逻辑备用数据库，而原始物理备用数据库将成为我们使用升级版 Oracle 数据库软件的主数据库。

  1. 将原始主数据库闪回到我们在步骤 1 中创建的有保证的还原点。
SQL> SHUTDOWN IMMEDIATE
SQL> STARTUP MOUNT
SQL> FLASHBACK DATABASE TO RESTORE POINT pre_upgrade;
SQL> SHUTDOWN IMMEDIATE
  1. 使用新版本的软件挂载原主数据库。
    我们不会运行升级脚本，因为该数据库将变成物理备用数据库，并且会在应用从新主数据库生成的重做数据时自动升级。
SQL> startup mount

6、将原主库转换为物理备库：

SQL> ALTER DATABASE CONVERT TO PHYSICAL STANDBY;
SQL> SHUTDOWN IMMEDIATE;
  1. 在原始主数据库上启动托管恢复过程：
SQL> STARTUP MOUNT;
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;
  1. 要执行切换以返回原始配置，请在新的主数据库上执行以下命令：
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;
SQL> SHUTDOWN IMMEDIATE;
SQL> STARTUP MOUNT;

在原主库上，执行以下命令：

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;
SQL> SHUTDOWN IMMEDIATE; SHUTDOWN IMMEDIATE;
SQL> STARTUP
  1. 清理在步骤 1 中创建的保证还原点。
SQL> DROP RESTORE POINT PRE_UPGRADE;
www. On IT Road .com

逻辑备用：Oracle Database 12 的新数据类型支持 Oracle Database 12c

滚动升级过程将物理备用数据库转换为临时逻辑备用数据库。
虽然物理备用数据库支持所有 Oracle 数据库数据类型，但逻辑备用数据库对支持的数据类型有限制。
如果主数据库使用受限数据类型，Data Guard 滚动升级过程可能不可行。

为了帮助消除使用 Data Guard 以最少停机时间执行滚动升级的障碍，Data Guard 在逻辑备用数据库中支持以下数据类型：

  • 抽象数据类型 (ADT) 和 ADT 表
  • 数据库文件系统 (DBFS)
  • LOB 存储为 SecureFiles
  • 存储为 VARRAY 的对象（集合除外）
  • Oracle SecureFiles（重复数据删除）
  • 甲骨文文本
  • 空间（MDSYS.SDO_GEORASTER 和 MDSYS.SDO_TOPO_GEOMETRY 除外）和多媒体（不支持不透明类型限制和 REF）
  • 用户定义类型
  • XDB

在具有逻辑备用数据库的 Data Guard 配置中升级 Oracle 数据库

当 Data Guard 配置包含一个逻辑备用数据库时，执行下面列出的步骤以升级到 Oracle Database 12c 第 1 版 (12.1)。

  • 执行升级的准备步骤。
  • 将数据保护模式设置为 MAXIMUM PERFORMANCE。
  • 停止主数据库上的所有用户活动并推迟停止主数据库上的所有用户活动并推迟逻辑备用数据库远程归档目的地。
  • 在备用数据库上停止 SQL 应用。
  • 在主数据库系统上安装 Oracle 数据库软件并升级主数据库。
  • 在逻辑备库上安装Oracle 数据库软件 在逻辑备库系统上安装Oracle 数据库软件并升级备库。
  • 在备用数据库上重新启动 SQL Apply。
  • 打开升级后的主数据库。
  • 如有必要，重置数据保护模式。

数据库滚动升级：执行阶段

滚动升级过程的执行阶段包括以下五个步骤：

  • 调用 DBMS_ROLLING.START_PLAN 过程来配置未来的主要和指定用于保护未来主要的物理备用。
  • 在未来的主数据库和保护它的备用数据库上手动升级 Oracle 数据库软件。
  • 调用 DBMS_ROLLING.SWITCHOVER 过程以在当前主数据库和未来主数据库之间切换角色。
  • 在更高版本的 Oracle 数据库软件上手动重新启动以前的主数据库和剩余的备用数据库。
  • 调用 DBMS_ROLLING.FINISH_PLAN 过程将以前的主数据库转换为物理备用数据库并配置剩余的备用数据库以恢复升级重做

START_PLAN、SWITCHOVER 和 FINISH_PLAN 过程不需要参数。

升级 Oracle Data Guard Broker 配置

Oracle 补丁集和主要版本需要升级方法。
要升级 Data Guard 配置中的数据库：

  1. 通过执行以下 DGMGRL 命令禁用 Data Guard 配置中数据库的代理管理：
DGMGRL> DISABLE CONFIGURATION;
  1. 执行以下 SQL*Plus 语句来停止代理：
SQL> ALTER SYSTEM SET DG_BROKER_START=FALSE;

升级完成后：

  1. 通过在 SQL Plus 中执行以下命令来启动 Data Guard 代理：*
SQL> ALTER SYSTEM SET DG_BROKER_START=TRUE;
  1. 通过连接到主数据库并执行以下 DGMGRL 命令来启用配置的代理管理：
DGMGRL> ENABLE CONFIGURATION

Data Guard 备用优先补丁应用

先将补丁应用到备库的步骤：

  • 关闭备用数据库上的所有备用实例（如果补丁不是 RAC Rolling）。
  • 在备用站点上，按照补丁自述文件中的说明应用补丁。
  • 重启备实例。
  • 在物理备用数据库上重新启动媒体恢复。
  • 通过监视警报和日志文件、使用快照备用或者 Active Data Guard 来评估备用上的补丁。
  • 将补丁应用到主数据库站点。
  • 如果补丁支持 RAC 滚动，待机可以是只读的。
  • 如果补丁不支持 RAC 滚动，则必须安装备用。
  • 或者，切换到备用并将补丁应用到以前的主

使用备用优先补丁应用技术时，Data Guard 可由 SQL*Plus 或者代理管理。
补丁评估可以通过以下任何一种或者所有方法进行：

  • 在挂载状态下将备用数据库保持在托管恢复模式，并监视备用警报日志和跟踪文件中的任何问题。
  • 如果使用 Active Data Guard 选项，请以只读模式打开备用数据库并通过运行只读工作负载对备用数据库施加压力。
  • 将备用数据库转换为快照备用数据库，如 Oracle Data Guard 概念和管理教程中所述，执行补丁安装后步骤 2，并针对快照备用数据库测试应用程序。或者，使用 Oracle Real Application Testing 执行完整的应用程序评估。这种评估方法是最全面的，也是 Oracle 推荐的最佳实践。测试完成后，将快照备用数据库转换回物理备用数据库。

在补丁 README 中列为 RAC Rolling Installable 的补丁可以应用于主数据库，备用数据库以只读模式执行恢复。
但是，对于不是 RAC Rolling Installable 的补丁，必须停止不是 RAC Rolling Installable 的读取，必须在备用上停止只读恢复，只在备用上恢复，使备用数据库进入装入状态，然后重新启动在将补丁应用到主数据库之前恢复。

在具有物理备用数据库的 Data Guard 配置中升级 Oracle 数据库

当 Data Guard 配置包含一个或者多个物理备用数据库时，执行下面概述的步骤以升级到 Oracle Database 12c 第 1 版 (12.1)。

  • 执行升级的准备步骤。
  • 在物理备用数据库系统和主数据库系统数据库系统和主数据库系统上安装 Oracle 数据库软件。
  • 关闭主数据库。
  • 关闭物理备用数据库。
  • 停止在要升级的 Oracle 主目录中运行的所有侦听器、代理和其他进程。
  • 如果使用 Oracle 自动存储管理 (ASM)，则应在升级数据库之前对其进行升级。
  • 在新的 Oracle 主目录中，重新启动在步骤 5 中停止的所有侦听器、代理和其他进程。
  • 在新的 Oracle 主目录上装载物理备用数据库。
  • 在物理备用数据库上启动重做应用。
  • 按照 Oracle 数据库升级教程中的升级主数据库中的说明升级主数据库。重做传输会将其传播到备用数据库。
  • 打开升级后的主数据库。
  • 如果在升级之前使用了 Active Data Guard，则需要重新启用它。
  • （可选）修改 COMPATIBLE 初始化参数。

使用 SQL Apply 执行滚动升级的要求

在执行滚动升级之前，请完成以下要求：

  • 禁用代理配置。
  • 将 Data Guard 保护模式设置为最大可用性或者最大性能。
  • 逻辑备用目的地的 LOG_ARCHIVE_DEST_n 初始化参数不得设置为 MANDATORY。
  • 设置 COMPATIBLE 初始化参数，使其与升级前的软件版本匹配。从版本 x 到版本 y 的滚动升级需要在主数据库和备用数据库上将 COMPATIBLE 初始化参数设置为版本 x

使用现有逻辑备用数据库执行滚动升级

要使用 Data Guard 配置中的逻辑备用数据库执行滚动升级：

  1. 准备滚动升级如下：

a)
通过在逻辑备用数据库上发出以下语句来停止 SQL Apply：

ALTER DATABASE STOP LOGICAL STANDBY APPLY;

湾将 COMPATIBLE 初始化参数设置为最高值。
在升级之前，确保 COMPATIBLE 初始化参数指定在主数据库上运行的 Oracle 数据库软件的版本号。

  1. 将逻辑备库上的Oracle 数据库软件升级到y 版。
    在升级逻辑备用数据库时，它不接受来自主数据库的重做数据。
    有关详细信息，请参阅 Oracle 数据库升级教程。

  2. 通过在备用数据库上执行以下语句重新启动 SQL Apply：

ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;

在主数据库系统上积累的重做数据会自动传输并应用到逻辑备用数据库上。
要监视逻辑备用数据库赶上主数据库的速度，请查询逻辑备用数据库上的 V$LOGSTDBY_PROGRESS 视图。
例如：

SQL> ALTER SESSION SET NLS_DATE_FORMAT = 'DD-MON-YY HH24:MI:SS';
Session altered.
SQL> SELECT SYSDATE, APPLIED_TIME FROM V$LOGSTDBY_PROGRESS;
SYSDATE             APPLIED_TIME
------------------  -----------------
27-FEB-10 17:07:06  27-FEB-10 17:06:50

4、查询DBA_LOGSTDBY_EVENTS，判断逻辑备库是否有未应用的DDL和DML语句：

SELECT EVENT TIMESTAMP, EVENT, STATUS
FROM DBA_LOGSTDBY_EVENTS
ORDER BY EVENT_TIMESTAMP;
  1. 通过在主数据库上执行以下语句，开始切换到升级后的逻辑备用数据库：
ALTER DATABASE COMMIT TO SWITCHOVER TO LOGICAL STANDBY;

此语句等待现有事务完成 最大限度地减少所需的时间 此语句等待现有事务完成。
为了尽量减少完成切换所需的时间，连接到主数据库的用户应该立即注销并重新连接到备用数据库。

  1. 从逻辑备用数据库不支持的主数据库导入升级期间修改的任何表。

  2. 通过在逻辑备库上执行以下语句完成切换：

ALTER DATABASE COMMIT TO SWITCHOVER TO LOGICAL PRIMARY;

切换后，我们无法将重做数据从新的主数据库（使用新的 Oracle 数据库软件版本）发送到新的备用数据库（使用旧的 Oracle 数据库软件版本）。

  1. 将原始主数据库上的 Oracle 数据库软件升级到 y 版。

  2. 在原始主数据库上启动 SQL Apply。
    我们可能还需要创建一个指向新主数据库的数据库链接：

ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE NEW PRIMARY db_link;

  1. 通过查询DBA_LOGSTDBY_EVENTS视图监控新逻辑备库上的事件

  2. 可选：执行切换以返回原始配置。

  3. 可选：在主数据库上设置COMPATIBLE初始化参数之前，通过在备用数据库上设置COMPATIBLE初始化参数来提高两个数据库的兼容性级别。

Data Guard 备用优先补丁应用

一个典型的数据库补丁包括两个主要步骤：
步骤 1) 补丁安装，包括修补 Oracle Database Home 或者 Grid Infrastructure Home 或者两者。

步骤 2) 补丁安装后由运行 SQL 脚本或者 SQL 命令组成。
Standby-First Patch 仅对物理备用环境执行步骤 1.

要完成补丁，需要在主数据库上执行步骤 1 和步骤 2，因为步骤 2 需要读写数据库。
步骤 2 中的所有更改都通过重做流复制到物理备用数据库。

Oracle Data Guard Standby-First Patch Apply 提供了一种受支持的方法，可将补丁最初应用于物理备用数据库，而主数据库仍保留先前的软件版本。

Oracle Data Guard Standby-First Patch Apply 在主数据库和备用数据库之间的数据库补丁版本之间支持，这些补丁版本与补丁发布日期相隔最多一年，或者补丁彼此在 6 个版本之内。
例如（使用 11.2.0.2 版本，因为当前没有有效的 Oracle Database 12c 示例），主数据库在 11.2.0.2 Bundle Patch 8（2011 年 4 月 25 日更新）和备用数据库在 11.2.0.2 Bundle Patch 16（更新2012 年 4 月 17 日）勉强合格。
Data Guard 软件组合是一个可行的候选者，因为捆绑补丁相隔不到 1 年，而且在“n-6”和 11.2.0.2 BP16 补丁自述文件中指出“此补丁是 Data Guard Standby-First Installable。

支持以下类型的补丁：

  • 适用于 Exadata 的 Oracle Exadata 数据库机捆绑补丁或者 Quarter 数据库补丁
  • Oracle Exadata 存储服务器软件更新
  • Oracle Exadata 数据库云服务器硬件或者网络更改
  • Oracle Grid Infrastructure 补丁或者软件更新
  • 补丁集更新 (PSU)
  • 重要补丁更新 (CPU)
  • 补丁集异常 (PSE)
  • 不依赖于 Oracle 数据库软件的操作系统软件更改

Oracle 补丁集和主要版本升级不适用。
例如，从 11.2.0.2 升级到 11.2.0.3 或者 11.2 到 12.1 不符合备用优先补丁应用的条件。
对补丁集和主要版本使用 Data Guard 临时逻辑备用方法。

日期：2020-09-17 00:11:32 来源：oir作者：oir
←Oracle 临时表空间
Oracle Database 18c 中的 PDB 级复制示例→

目录

Copyright © 2017-2019 OnITRoad.com All rights reserved.  桂ICP备20001160号-1  关于 | 隐私和政策