Oracle数据库如何从11.2 降级至之前的版本

Oracle数据库如何从11.2 降级至之前的版本

本文档可用作将之前升级的数据库从 Oracle 11gR2 降回至下列以前版本数据库的指南与核对表：Oracle 10gR1、Oracle 10gR2、Oracle 11gR1。该文档内容也适用于从 11.2.0.4 降级至 11.2.0.1

需要特别注意的是，在将数据库实例从当前版本降级至升级前版本时，数据库不会返回至与其升级前相同的状态。升级过程会导致一些不可逆的更改，具体取决于涉及的版本。降级过程允许用户在之前版本中打开并访问数据库实例。这通常就足够了。

此外，在降级后可能需要采取一些更正操作（如卸载/重新安装，或重新升级至当前修补程序集级别），以解决残留问题。

如果目标是将实例完全返回至其升级前的状态，那么将会用到包括恰好恢复至升级前状态在内的其他流程。

本文章中讨论的过程是基于脚本的降级。本文章并未讨论如何使用导入/导出、数据泵或其他方法将数据从一个版本移至另一个版本。

开始降级过程之前，在服务器上应该有或已安装要降至版本的 Oracle 二进制文件。如果已卸载了希望降至版本的 Oracle 可执行文件，请将该 Oracle 二进制文件重新安装至正确的版本/修补程序级别，以便进行降级。

在CentOS 6.4下安装Oracle 11gR2(x64)

Oracle 11gR2 在VMWare虚拟机中安装步骤

Debian 下 安装 Oracle 11g XE R2

注意事项：

1. 该过程用于降级已成功升级至 11gR2 的数据库。此过程不能用于返回升级失败的数据库。
2. 您只能降级至从其进行升级的版本和修补程序级别。例如，如果是从 Oracle 10gR1 (10.1.0.5) 升级至 Oracle 11gR2 (11.2)，则不能降级至 Oracle 10gR2 (10.2)。您只能降级至 Oracle 10gR1 (10.1.0.5)
3. 支持降级至 9iR2。这是因为在升级过程中，兼容参数设置为最低 10.1.0。这可以防止降级。
4. 如果原数据库打过patch, 您需要在降级之前把patch进行回滚。 卸载和回滚patch的步骤，您可以在patch的readme中找到。卸载和回滚patch失败会导致降级过程的失败及数据字典对象无法生效。

示例：  对于 Exadata Bundle Patch，过程为：

卸载 patch

                示例：  $ opatch auto /u01/app/oracle/patches/14103267 -rollback

回滚SQL的变更    

                示例：  SQL> @rdbms/admin/catbundle_EXA_<database SID>_ROLLBACK.sql  rollback SQL 变更.

 

解决方案

降级前步骤：

1: 验证所有组件和字典对象对于 11gR2 均有效并且版本正确。

set pagesize500 
set linesize 100 
       
select substr(comp_name,1,40) comp_name, status, substr (version,1,10) version from dba_registry order by comp_name; 
       
select substr(object_name,1,40) object_name,substr(owner,1,15) owner, object_type from  dba_objects where status='INVALID' order by owner,object_type; 
       
select owner,object_type,count(*) from dba_objects where status='INVALID'  group by owner,object_type order by owner,object_type;

如果任何组件或 Oracle 提供的对象无效，则需要运行 utlrp.sql 对其进行重新验证。该脚本可能需要运行多次以验证所有对象。

$ cd $ORACLE_HOME/rdbms/admin 
$ sqlplus "/ as sysdba" 
SQL> @utlrp.sql

当完成后，重新运行上述查询以验证所有无效对象现在都是有效的。

2: 如果已在数据库上启用了 Oracle Database Vault，则必须：

a: 授予 SYS 帐户 Database Vault DV_PATCH_ADMIN 角色。
b: 降级数据库之前禁用 Database Vault。

禁用 Oracle Database Vault 触发器：
      SQL> CONNECT DVSYS/DVSYS  
      SQL> ALTER TRIGGER DV_BEFORE_DDL_TRG DISABLE;  
      SQL> ALTER TRIGGER DV_AFTER_DDL_TRG DISABLE; 

3: 如果设置了操作系统参数 ORA_TZFILE，请取消其设置。如果不取消设置 ORA_TZFILE 变量，连接至数据库时可能会生成以下错误：

SP2-1503: Unable to initialize Oracle call interface 
SP2-0152: ORACLE may not be functioning properly

4: 如果在降级至之前的数据库版本之前，已运行 DBMS_DST 软件包将时区版本升级至新版本（例如在 11gR2 升级的升级后步骤期间升级至版本 11），那么必须将版本 11 时区文件安装到旧的 Oracle 数据库版本上的 $ORACLE_HOME/oracore/zoneinfo 目录中。

5: 检查数据库的兼容性级别，以确定数据库是否可能具有防止降级的不兼容性。曾经设置过的 compatible 的最高值就是您能降级到的最低的那个版本。比如：

如果数据库的兼容性级别已经是最新的了（比如11.2.0.4），则无法进行降级。

如果数据库的兼容性级别曾经是 11.2.0 或更高，则无法将数据库降级到比 11.2.0.1 更低的版本 。
如果要将数据库降级至 11gR1，COMPATIBLE 初始化参数必须从未比 11.1.0 更高。
如果要将数据库降级至 10gR2，COMPATIBLE 初始化参数必须从未比 10.2.0 更高。
如果要将数据库降级至 10gR1，COMPATIBLE 初始化参数必须从未比 10.1.0 更高。

6: 如果数据库上安装有 Oracle Application Express，则必须将 apxrelod.sql 文件从 Oracle 11gR2 (11.2) ORACLE_HOME/apex/ 目录复制到 Oracle 主目录之外的某个目录，如系统上的临时目录。记下该文件的新位置。

7: 在降级之前执行 11gR2 数据库的备份。

数据库的降级步骤

如果要从 11.2.0.4 降级至 11.2.0.2，使用 11.2.0.2 catrelod.sql 脚本会出现一个问题。
针对版本 11.2.0.2 下载并应用修补程序 11811073，其提供了更新版本的 catrelod.sql。

1: 以 Oracle Database 11g Release 2 (11.2) Oracle 主目录的所有者登录系统。

2: 如果已针对数据库配置并运行了 Enterprise Manager Database Control，则按如下所示停止Database Control：

a: 将 ORACLE_UNQNAME 环境变量设置为数据库唯一名称。
b: 运行以下命令：RACLE_HOME/bin/emctl stop dbconsole

3: 如果要降级的数据库是 Oracle Real Application Clusters (Oracle RAC) 数据库，则在所有实例上执行该步骤。

a:  .如果要将 Oracle RAC 数据库降级至 10g Release 1 (10.1)，必须在移除额外的表决磁盘之后才可以关闭 Oracle Clusterware 堆栈。
如果要查看所用表决磁盘的数量并列出表盘路径，请运行以下命令：Oracle_Clusterware_Home/bin/crsctl query css votedisk 

b:  通过运行以下命令移除找到的每一个额外表决磁盘，其中路径是在之前步骤中发现的表决磁盘路径：

Oracle_Clusterware_Home/bin/crsctl delete css votedisk path

注意：如果要降级群集数据库，需完全关闭实例并将 CLUSTER_DATABASE 初始化参数设置为 false。降级后，必须将该参数设置回 true。

SET CLUSTER_DATABASE=FALSE

注意升级后的步骤38

4: 在系统提示符下，转至 ORACLE_HOME/rdbms/admin 目录。

5: 启动 SQL*Plus 并以具有 SYSDBA 权限的用户身份连接至数据库实例。

6: 如果该实例当前正在运行，则将其关闭。
    SQL> SHUTDOWN IMMEDIATE 

7: 在 DOWNGRADE 模式下启动该实例。
    SQL> STARTUP DOWNGRADE 
如果需要，请指定初始化参数文件的位置。

8a: 如果升级前在数据库中配置了 Enterprise Manager 并备份了 Enterprise Manager Database Control Data，则：

Drop the SYSMAN schema:  
DROP USER sysman CASCADE; 

注意：此步骤之后，MGMT* 同义词可能会无效。请按照“11.2 Upgrade Guide”中“Post-downgrade”部分描述的“Restoring Oracle Enterprise Manager”步骤（6 章第 9 页，Downgrading Oracle Database to an Earlier Release），恢复备份并验证同义词。

8b: 如果升级前在数据库中配置了 Enterprise Manager 但未备份 Enterprise Manager Database Control Data，则：

删除 Enterprise Manager 用户：
@?/sysman/admin/emdrep/sql/core/latest/admin/admin_drop_users.sql SYSMAN 删除信息库用户：
DEFINE EM_REPOS_USER=SYSMAN @?/sysman/admin/emdrep/sql/core/latest/admin/admin_drop_repos_user.sql SYSMAN  删除角色和同义词：
DEFINE EM_REPOS_USER=SYSMAN @?/sysman/admin/emdrep/sql/core/latest/admin/admin_drop_synonyms.sql  Drop the SYSMAN schema:  
DROP USER sysman CASCADE; 

注意：此步骤之后，Enterprise Manager 组件将从数据库实例中移除。Enterprise Manager 组件可以在降级后重新创建。有关更多信息，请参考

9:  设置系统以将结果记录到日志文件，以备稍后的成功验证： 
    SQL> SPOOL downgrade.log 

10: 运行 catdwgrd.sql：
    SQL> @catdwgrd.sql

以下是运行该脚本的注意事项：
该脚本会将数据库中的所有 Oracle Database 组件降级至最初从其升级上来的主版本或 Oracle Database 11g 修补程序版。

如果在运行该脚本时或在其余步骤中的任何脚本中遇到任何问题，需找到问题原因并更正，然后重新运行该脚本。您可以根据需要多次重新运行本章中描述的任何脚本。

如果某个组件的降级失败，将会显示 ORA-39709 错误，SQL*Plus 会话终止，Oracle Database 数据字典不降级。在降级 Oracle Database 数据字典之前，所有组件必须成功降级。必须要在重新运行 catdwgrd.sql 脚本之前识别并修正问题。 

更多详情见请继续阅读下一页的精彩内容：

1 2 下一页