oracle19c的版本号_Oracle数据库升级到19C-先决条件和检查

步骤 1: 升级到数据库 19c 的升级路径

能够直接升级到 Oracle 19c 的数据库最小版本

源数据库

目标数据库

11.2.0.4

19c

12.1.0.2

19c

12.2.0.1

19c

18.1

19c

以下的数据库版本需要间接升级

源数据库

升级路径

目标数据库

12.1.0.1

-->

12.1.0.2/12.2.0.1

-->

19c

11.2.0.1/11.2.0.2/11.2.0.3

-->

11.2.0.4

-->

19c

11.1.0.6/11.1.0.7

-->

11.2.0.4

-->

19c

10.2.0.2, 10.2.0.3, 10.2.0.4, 10.2.0.5

-->

11.2.0.4/12.1.0.2

-->

19c

10.1.0.5

-->

11.2.0.4/12.1.0.2

-->

19c

9.2.0.8 或更低版本

-->

11.2.0.4

-->

19c

对于任何多步骤的升级，因为必须要升级两次，所以需要运行 preupgrade 脚本两次：首先，对于中间升级版本运行脚本一次，之后，对于最终升级到的版本运行脚本一次。比如，如果要升级的数据库是Oracle Database 10g，那么按照下面的步骤

按照 Oracle Database Upgrade Guide 12c Release 1 (12.1) 的步骤升级 10.2.0.5 到 12.1.0.2，包括为 12.1.0.2 运行 pre-upgrade 脚本。

直接升级 Oracle Database 12c release 1 (12.1.0.2) 到 Oracle Database 19c。按照Oracle Database Upgrade Guide的说明以及本文档，包括为 19c 运行 preupgrade 脚本。

如果您打算使用Data Pump export/import来升级，那么这个限制就不存在了。

比如：

如果您要升级的数据库当前是 11.2.0.2 或者 11.1.0.7，那么您必须先要升级到 Oracle Database 11g release 2 (11.2.0.4)。

如果您要升级的数据库当前是 10.2.0.2, 10.2.0.3, 10.2.0.4,10.2.0.5 或者 10.1.0.5，那么您先要升级到版本 11.2. 或者 12.1

如果您要升级的数据库当前是 9.2.0.8, 那么您必须先要升级到一个中间版本:

从 9.2.0.8 升级到 11.2.0.4，之后再从11.2升级到19c。

19c版本的变化

对 DBMS_JOB 的支持

Oracle继续支持DBMS_JOB包。但是，您必须赋予提交 DBMS_JOB jobs 的用户以 CREATE JOB 的权限。

Oracle Scheduler 替代了 DBMS_JOB package。尽管仍然支持 DBMS_JOB 以实现向后兼容，但 Oracle 强烈建议您从 DBMS_JOB 切换到 Oracle Scheduler。

在DBMS_JOB中的每个作业的 19c 升级期间，将使用DBMS_SCHEDULER创建相应的条目

旧的DBMS_JOB接口仍然有效。 但是使用它将总是在 scheduler 中创建相应的条目

preupgrade.jar 中的升级前检查会检查是否存在不一致或其它问题。

不再支持 Oracle Multimedia

Oracle Database 19c 中不再支持 Oracle Multimedia 功能，此功能已从 19c 中被移除。

作为图像处理和转换的替代方案，Oracle建议您将多媒体内容存储在 SecureFiles LOB 中，并且使用第三方产品，比如 Piction。 ORDIM 组件仍然可以在 registry 看到，并处于 VALID 状态。Oracle Multimedia 的对象和 packages 也仍然保留在数据库中。但是，这些对象和 packages 已不再起作用；如果尝试使用它们，则会引发异常。 Oracle Locator 不受 Oracle 多媒体支持的影响。

https://www.cndba.cn/redhat/article/4247

不再支持 Oracle Streams

从 Oracle Database 19c(19.1)开始，不再支持 Oracle Streams 功能。 Oracle GoldenGate 是 Oracle 数据库的复制解决方案。

请注意，Oracle Database Advanced Queuing 并未被弃用，Oracle Database 19c 完全支持 Oracle Database Advanced Queuing。 Oracle Streams 不支持 Oracle Database 12c (12.1) 及以后版本新加入的功能，比如 multitenant architecture, LONG VARCHAR, 以及其它功能。 Oracle Streams复制功能已被GoldenGate取代。

如果使用了 Oracle Streams，则 Preupgrade check “STREAMS_SETUP” 将发出警告。  要删除 Oracle Streams，则请参阅对应版本的

Oracle documentation，Oracle Streams Concepts and Administration Guide 中的 "Removing an Oracle Streams Configuration" 部分。

步骤2: 推荐/需要在源库上完成的

对源库做备份，冷备份或热备份都可以。

禁用所有自定义的 before/after DDL 类型的触发器，完成升级后再启用它们。

在 11g 数据库上定义的 Data security roles 不能自动转换成 ORAS。 所以在升级前，需要删除所有在 11g 数据库上定义的 data security roles。升级后可以使用 Analytic Workspace Manager 19c 重新定义 data security roles。

如果从 11g 升级到 19c 之前未删除 data security roles，那么所有的 data security policies 以及 data security role 都会在 19c 上失效。

检查目标数据库的 time zone 文件版本是否低于源库的 time zone 文件版本，如果是的话，需要升级目标数据库的 time zone 文件版本。 数据库 DST 补丁可以参考  Note 412160.1

如果源库上已经安装了 APEX 组件，那么 升级数据库前需要先在源库上升级 APEX 组件。参考 Note 1088970.1

源库中没有失效的对象/组件

升级前执行 Preupgrade 脚本并检查 preupgrade 日志。

执行dbupgdiag.sql (可以从Note 556610.1 下载这个脚本) 确认是否有 SYS/SYSTEM 用户下的失效对象或者失效组件。 如果存在的话, 那么需要在升级前解决这些问题。 可以多次执行 utlrp.sql 来解决问题。如果在这样做之后仍然存在失效对象，那么开一个 SR 来解决这个问