1. 技术文章
  2. Oracle 12c升级指南 【转载】

Oracle 12c升级指南 【转载】

由 限于喜欢 提交于 2019-12-03 14:54:25

http://blog.itpub.net/26736162/viewspace-2639455/

1. 概述

升级路线图 



从18c开始，如果想要直接升级到Oracle 18c，对于源库版本要求越来越高了。Oracle已经彻底放弃了Oracle 11.2.0.3之前版本直接升级到18c。

具体升级路线，请查看下表

 

 

当前版本号

说明

12.2.0.1,12.1.0.1, 12.1.0.2

11.2.0.3, 11.2.0.4

支持直接升级到18c

11.2.0.1, 11.2.0.2

11.1.0.6, 11.1.0.7

10.2.0.2,10.2.0.3, 10.2.0.4 和10.2.0.5

10.1.0.5

9.2.0.8及更早版本

不支持直接升级到18c.

解决方法：

1）    只能先升级到支持直接升级到18c的中间版本，然后再次升级到18c

2）    使用数据泵直接将数据迁移到新版本数据库中

 

 

源库

  

过度版本

  

目标数据库版本

11.2.0.1/11.2.0.2

-->

11.2.0.3/11.2.0.4

-->

18.x

11.1.0.6/11.1.0.7

-->

11.2.0.3/11.2.0.4

-->

18.x

10.2.0.2, 10.2.0.3, 10.2.0.4, 10.2.0.5

-->

11.2.0.3/11.2.0.4/12.1.0.1/12.1.0.2

-->

18.x

10.1.0.5

 

-->

11.2.0.3/11.2.0.4/12.1.0.1/12.1.0.2

-->

18.x

9.2.0.8 or earlier

-->

 

11.2.0.3/11.2.0.4

 

-->

18.x

 

 

 

Oracle版本发布与支持时间 


参考文档 
Oracle 12cR1 Upgrade Companion (文档 ID 1462240.1) 
Complete Checklist for Manual Upgrades to Oracle Database 12c Release 1 (12.1) (文档 ID 1503653.1) 
Complete Checklist for Upgrading to Oracle Database 12c Release 1 using DBUA (文档 ID 1516557.1) 
Release Schedule of Current Database Releases (文档 ID 742060.1) 
How to Upgrade to Oracle Database 12c Release1 (12.1.0) and Known Issues (文档 ID 2085705.1) 
Master Note For Oracle Database 12c Release 1 (12.1) Database/Client Installation/Upgrade/Migration Standalone Environment (Non-RAC) (文档 ID 1520299.1) 
Database Server Upgrade/Downgrade Compatibility Matrix (文档 ID 551141.1)

 

2. 10gR2、11gR1或11gR2升级12cR1

2.1. 操作系统要求

Oracle Database (RDBMS) on Unix AIX,HP-UX,Linux,Solaris and MS Windows Operating Systems Installation and Configuration Requirements Quick Reference (12.1) (文档 ID 1587357.1) 
Document 1517948.1 Requirements for Installing Oracle Database 12.1 on Solaris 10 SPARC 
Document 1525614.1 Requirements for Installing Oracle Database 12.1 on Solaris 11 SPARC 
Document 1529433.1 Requirements for Installing Oracle Database 12.1 on RHEL5 or OL5 64-bit (x86-64) 
Document 1529864.1 Requirements for Installing Oracle Database 12.1 on RHEL6 or OL6 64-bit (x86-64) 
Document 1961997.1 Requirements for Installing Oracle Database 12.1 on RHEL7 or OL7 64-bit (x86-64) 
Document 1519770.1 Requirements for Installing Oracle Database 12.1 64-bit (AMD64/EM64T) on SLES 11 
Document 1961277.1 The Oracle Database 12c Install Options and the Installed Components

2.2. 12.1.0.2重要的补丁包

为了避免升级过程中出现问题，安装12.1.0.2版本后打上如下补丁包，避免相关问题 
20369415、21550777

2.3. 源库要求和建议

1)版本要求 
根据升级要求，在原数据库上升级，对原数据库的版本要求如下：

  • 10gR2不能低于10.2.0.5
  • 11gR1不能低于11.1.0.7
  • 11gR2不能低于11.2.0.2

PSU补丁：Quick Reference to Patch Numbers for Database/GI PSU, SPU(CPU), Bundle Patches and Patchsets (文档 ID 1454618.1)

2)升级前建议做个备份 
3)确保升级前Oracle系统对象和组件全部是VALID状态。 
针对组件

1
2
3
column comp_name format a40
set linesize 140 pagesize 999
select comp_name, version, status from dba_registry;

 

针对对象

1
SQL> create table invalid_objects_20170206 as select * from dba_objects where status = 'INVALID';

 

如果有invalid的对象，运行utlrp.sql重新编译对象。确保sys和system下没有重复的对象：


4)确保在SYS和SYSTEM用户中没有重复对象，以下对象是可允许的重复对象：

1
2
3
4
5
6
7
8
9
10
column object_name format a30
column object_type format a30
select object_name, object_type from dba_objects where object_name||object_type
in (select object_name||object_type from dba_objects where OWNER = 'SYS') and OWNER= 'SYSTEM';
OBJECT_NAME                    OBJECT_TYPE
------------------------------ ------------------------------
AQ$_SCHEDULES                  TABLE
AQ$_SCHEDULES_PRIMARY          INDEX
DBMS_REPCAT_AUTH               PACKAGE
DBMS_REPCAT_AUTH               PACKAGE BODY

 

如果有其它记录返回，则必须根据下面这篇文档把重复记录删除： 
How to Clean Up Duplicate Objects Owned by SYS and SYSTEM Schema [ID 1030426.6] 
5)业务定义的触发器在升级前禁用，在升级完成后再启用 
6)11g里如果创建了ACL，并且ACL有带时区的时间戳的数据类型，升级后可能会报ORA-01830 
具体涉及的Bug为：Bug 20369415 – UPGRADE TO 12C FAILS – XDB ERROR ORA-1830 ORA-6512: AT “SYS.XS_OBJECT_MIGRATION”，在升级前需要对Oracle 12.1打补丁20369415。 
参考：Upgrade to 12.1 fails with ORA-01830 date format picture ends before converting entire input string ORA-06512: at “SYS.XS_OBJECT_MIGRATION” (文档 ID 1958876.1) 
How to find ACL creation information (文档 ID 1475575.1) 
7)为了避免升级后datapump使用时报ORA-7445错误，安装Oracle 12c版本后建议打补丁：17325413 
参考：ORA-7445 [qcsIsColInFro] Querying After Upgrade to 12c (文档 ID 2017572.1) 
Bug 17325413 – Drop column with DEFAULT value and NOT NULL definition ends up with Dropped Column Data still on Disk leading to Corruption (文档 ID 17325413.8) 
该问题已在12.1.0.2版本中修复。 
8)在手工升级前，需要检查并行统计信息收集设置，默认为FALSE，如果已经修改为TRUE了，需要置为FALSE

1
2
3
4
SELECT dbms_stats.get_prefs('CONCURRENT') from dual;
DBMS_STATS.GET_PREFS('CONCURRENT')
------------------------------------------
FALSE

 

如果不是为FALSE，在升级前修改如下：

1
2
3
4
BEGIN
DBMS_STATS.SET_GLOBAL_PREFS('CONCURRENT','FALSE');
END;
/

 

参考：Note 2037154.1 DBMS_STATS.GATHER_DICTIONARY_STATS Fails with “ORA-06502: PL/SQL: numeric or value error: character string buffer too small”

2.4. 检查原数据库完整性

2.4.1. dbupgdiag检查

在升级之前，在原始环境下，执行dbupgdiag.sql脚本，检查原库的完整性。dbupgdiag.sql脚本下载地址：Note 556610.1 Script to Collect DB Upgrade/Migrate Diagnostic Information (dbupgdiag.sql)

1
2
3
4
5
cd <location of the script>
$ sqlplus / as sysdba
sql> alter session set nls_language='American';
sql> @dbupgdiag.sql
sql> exit

 

如果dbupgdiag.sql报告有INVALID对象，使用utlrp.sql脚本编译，utlrp.sql可以多次执行，直接INVALID对象数目不再变化。

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

处理完，再次执行dbupgdiag.sql，确认没有问题

2.4.2. 数据字典检查

建议在升级前使用hcheck.sql脚本，做一下health check。参考：Note 136697.1 hcheck.sql” script to check for known problems in Oracle8i, Oracle9i, Oracle10g and Oracle 11g

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
SQL> @hout.sql     
Package created.
No errors.
Package body created.
SQL> @hcheck2.sql
Package created.
No errors.
Package body created.
No errors.
HCheck Version 8i-11/2.00
Problem:  SEG$ bad LISTS/GROUPS (==1) - See Tar:2470806.1
May be Ok for LOBSEGMENT/SECUREFILE in release 11gR1+
Bad SEG$ lists/groups : TS#=1 RFILE#=2 BLK#=26585 TYPE#=8 Lists=2 Groups=1
Bad SEG$ lists/groups : TS#=1 RFILE#=2 BLK#=26769 TYPE#=8 Lists=2 Groups=1
Bad SEG$ lists/groups : TS#=1 RFILE#=2 BLK#=26841 TYPE#=8 Lists=2 Groups=1
Bad SEG$ lists/groups : TS#=1 RFILE#=2 BLK#=28177 TYPE#=8 Lists=2 Groups=1
Bad SEG$ lists/groups : TS#=1 RFILE#=2 BLK#=28217 TYPE#=8 Lists=2 Groups=1
Bad SEG$ lists/groups : TS#=1 RFILE#=2 BLK#=30985 TYPE#=8 Lists=2 Groups=1
Found 6 potential problems and 0 warnings
Contact Oracle Support with the output
to check if the above needs attention or not
PL/SQL procedure successfully completed.

2.5. 升级前的步骤

2.5.1. 执行Database Pre-Upgrade Utility

下载preupgrade_12.1.0.2.0_15_lf.zip，参考How to Download and Run Oracle’s Database Pre-Upgrade Utility [ID 884522.1]，解压后得到：preupgrd.sql、utluppkg.sql，把这两个文件复制到原库的$ORACLE_HOME/rdbms/admin目录。

1
2
$ sqlplus "/ as sysdba"
SQL> @$ORACLE_HOME/rdbms/admin/preupgrd.sql

 

在$ORACLE_BASE/cfgtoollogs/$ORACLE_SID/preupgrade/目录下，生成preupgrade.log, preupgrade_fixups.sql和 postupgrade_fixups.sql 这几个文件。内容如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
SQL> @$ORACLE_HOME/rdbms/admin/preupgrd.sql
Loading Pre-Upgrade Package...
  
***************************************************************************
Executing Pre-Upgrade Checks in TEST...
***************************************************************************
      ************************************************************
                   ====>> ERRORS FOUND for TEST <<====
 The following are *** ERROR LEVEL CONDITIONS *** that must be addressed
                    prior to attempting your upgrade.
            Failure to do so will result in a failed upgrade.
           You MUST resolve the above errors prior to upgrade
      ************************************************************
      ************************************************************
               ====>> PRE-UPGRADE RESULTS for TEST <<====
ACTIONS REQUIRED:
1. Review results of the pre-upgrade checks:
 /data/oracle/cfgtoollogs/test/preupgrade/preupgrade.log
2. Execute in the SOURCE environment BEFORE upgrade:
 /data/oracle/cfgtoollogs/test/preupgrade/preupgrade_fixups.sql
3. Execute in the NEW environment AFTER upgrade:
 /data/oracle/cfgtoollogs/test/preupgrade/postupgrade_fixups.sql
      ************************************************************
***************************************************************************
Pre-Upgrade Checks in TEST Completed.
***************************************************************************
***************************************************************************
***************************************************************************

建议关注：/data/oracle/cfgtoollogs/test/preupgrade/preupgrade.log 在11g原始环境中执行：/data/oracle/cfgtoollogs/test/preupgrade/preupgrade_fixups.sql脚本，升级后在12c环境下执行postupgrade_fixups.sql脚本。 原始环境preupgrade_fixups.sql脚本的执行结果如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
 SQL> @/data/oracle/cfgtoollogs/test/preupgrade/preupgrade_fixups.sql
Pre-Upgrade Fixup Script Generated on 2017-02-07 09:19:47  Version: 12.1.0.2 Build: 015
Beginning Pre-Upgrade Fixups...
Executing in container TEST
**********************************************************************
Check Tag:     DEFAULT_PROCESS_COUNT
Check Summary: Verify min process count is not too low
Fix Summary:   Review and increase if needed, your PROCESSES value.
**********************************************************************
Fixup Returned Information:
WARNING: --> Process Count may be too low
     Database has a maximum process count of 150 which is lower than the
     default value of 300 for this release.
     You should update your processes value prior to the upgrade
     to a value of at least 300.
     For example:
        ALTER SYSTEM SET PROCESSES=300 SCOPE=SPFILE
     or update your init.ora file.
**********************************************************************
**********************************************************************
Check Tag:     EM_PRESENT
Check Summary: Check if Enterprise Manager is present
Fix Summary:   Execute emremove.sql prior to upgrade.
**********************************************************************
Fixup Returned Information:
WARNING: --> Enterprise Manager Database Control repository found in the database
     In Oracle Database 12c, Database Control is removed during
     the upgrade. To save time during the Upgrade, this action
     can be done prior to upgrading using the following steps after
     copying rdbms/admin/emremove.sql from the new Oracle home
   - Stop EM Database Control:
    $> emctl stop dbconsole
   - Connect to the Database using the SYS account AS SYSDBA:
   SET ECHO ON;
   SET SERVEROUTPUT ON;
   @emremove.sql
     Without the set echo and serveroutput commands you will not
     be able to follow the progress of the script.
**********************************************************************
**********************************************************************
Check Tag:     AMD_EXISTS
Check Summary: Check to see if AMD is present in the database
Fix Summary:   Manually execute ORACLE_HOME/oraolap/admin/catnoamd.sql script to remove OLAP.
**********************************************************************
Fixup Returned Information:
INFORMATION: --> OLAP Catalog(AMD) exists in database
     Starting with Oracle Database 12c, OLAP Catalog component is desupported.
     If you are not using the OLAP Catalog component and want
     to remove it, then execute the
     ORACLE_HOME/olap/admin/catnoamd.sql script before or
     after the upgrade.
**********************************************************************
**********************************************************************
Check Tag:     APEX_UPGRADE_MSG
Check Summary: Check that APEX will need to be upgraded.
Fix Summary:   Oracle Application Express can be manually upgraded prior to database upgrade.
**********************************************************************
Fixup Returned Information:
INFORMATION: --> Oracle Application Express (APEX) can be
     manually upgraded prior to database upgrade
     APEX is currently at version 3.2.1.00.12 and will need to be
     upgraded to APEX version 4.2.5 in the new release.
     Note 1: To reduce database upgrade time, APEX can be manually
             upgraded outside of and prior to database upgrade.
     Note 2: See MOS Note 1088970.1 for information on APEX
             installation upgrades.
**********************************************************************
**********************************************************************
                      [Pre-Upgrade Recommendations]
**********************************************************************
                        *****************************************
                        ********* Dictionary Statistics *********
                        *****************************************
Please gather dictionary statistics 24 hours prior to
upgrading the database.
To gather dictionary statistics execute the following command
while connected as SYSDBA:
    EXECUTE dbms_stats.gather_dictionary_stats;
^^^ MANUAL ACTION SUGGESTED ^^^
           **************************************************
                ************* Fixup Summary ************
 4 fixup routines generated INFORMATIONAL messages that should be reviewed.
**************** Pre-Upgrade Fixup Script Complete *********************
PL/SQL procedure successfully completed.

提出的建议如下：

  • 11g默认150的PROCESSES太小，建议修改为300
  • 发现了Enterprise Manager，在升级过程中会删除EM库，为了减少升级时间，可以先删除。 (emremove.sql脚本从12c环境复制过来)
  • 发现了OLAP Catalog组件，在12c中OLAP Catalog组件不再支持，可以在升级前或升级后使用catnoamd.sql脚本删除，这就是不删除了，升级后再说。
  • 发现了APEX，APEX版本升级从3.2.1.00.12到4.2.5会占用比较多的时间，Oracle建议可以手工升级，参考：1088970.1，这里也不管了，一起升级
  • 建议执行EXECUTE dbms_stats.gather_dictionary_stats;收集数据字典统计信息

2.5.2. CONNECT角色中权限的回收

9i,10gR1非直接升到12c，会先升到中间版本。从10.2开始，CONNECT角色只包含CREATE SESSION权限，其它权限被回收了。9i中CONNECT角色中包含的权限：

1
2
3
4
5
6
7
8
9
10
11
12
SQL> SELECT GRANTEE, PRIVILEGE FROM DBA_SYS_PRIVS WHERE GRANTEE='CONNECT';
GRANTEE                        PRIVILEGE
------------------------------ ----------------------------------------
CONNECT                        CREATE VIEW
CONNECT                        CREATE TABLE
CONNECT                        ALTER SESSION
CONNECT                        CREATE CLUSTER
CONNECT                        CREATE SESSION
CONNECT                        CREATE SYNONYM
CONNECT                        CREATE SEQUENCE
CONNECT                        CREATE DATABASE LINK
8 rows selected.

检查有CONNECT角色的用户：

1
2
3
4
5
6
7
8
9
SELECT grantee FROM dba_role_privs
WHERE granted_role = 'CONNECT' and
grantee NOT IN (
'SYS', 'OUTLN', 'SYSTEM', 'CTXSYS', 'DBSNMP',
'LOGSTDBY_ADMINISTRATOR', 'ORDSYS',
'ORDPLUGINS', 'OEM_MONITOR', 'WKSYS', 'WKPROXY',
'WK_TEST', 'WKUSER', 'MDSYS', 'LBACSYS', 'DMSYS',
'WMSYS', 'EXFSYS', 'SYSMAN', 'MDDATA',
'SI_INFORMTN_SCHEMA', 'XDB', 'ODM');

如果需要恢复，请参考Predefined Roles Evolution From 8i to 10gR2: CONNECT Role Change in 10gR2 (Doc ID 317258.1)

2.5.3. Access Control Lists 和Network Utility Packages包的说明

从Oracle 12c开始，访问控制的UTL包(UTL_TCP, UTL_SMTP, UTL_MAIL, UTL_HTTP, and UTL_INADDR)使用Real Application Security实现，不再需要Oracle XML DB。 
参考：http://docs.oracle.com/database/121/UPGRD/preup.htm#BABEDAFB

2.5.4. Network Utility Packages包的依赖性

1
2
3
4
SQL> SELECT * FROM DBA_DEPENDENCIES
WHERE referenced_name IN ('UTL_TCP','UTL_SMTP','UTL_MAIL','UTL_HTTP','UTL_
INADDR','DBMS_LDAP')
AND owner NOT IN ('SYS','PUBLIC','ORDPLUGINS');

升级后，引入了DBMS_NETWORK_ACL_ADMIN包

2.5.5. 备份DBLINK创建脚本

1
2
3
4
5
6
7
SELECT 'CREATE '||DECODE(U.NAME,'PUBLIC','public ')||'DATABASE LINK '||CHR(10)
||DECODE(U.NAME,'PUBLIC',Null, 'SYS','',U.NAME||'.')|| L.NAME||chr(10)
||'CONNECT TO ' || L.USERID || ' IDENTIFIED BY "'||L.PASSWORD||'" USING
'''||L.HOST||''''
||chr(10)||';' TEXT
FROM SYS.LINK$ L, SYS.USER$ U
WHERE L.OWNER# = U.USER#;

2.5.6. 检查TIMESTAMP WITH TIMEZONE数据类型

Oracle 12cR1默认的time zone文件版本是18。 
当前库time zone版本

1
2
3
4
SQL> SELECT version FROM v$timezone_file;
   VERSION
----------
        14

参考如下文档，检查是否需要进行DST升级 
Note 1665676.1 Actions For DST Updates When Upgrading To Or Applying The 12.1.0.2 Patchset 
Note 1522719.1 Actions For DST Updates When Upgrading To 12.1.0.1 Base Release

2.5.7. 数据字典统计信息收集

1
2
$ sqlplus "/as sysdba"
SQL> EXEC DBMS_STATS.GATHER_DICTIONARY_STATS;

2.5.8. 使用emdwgrd工具保留db control文件和数据

Oracle 12c不支持Enterprise Manager，所以一般可以不处理

2.5.9. 确保物化视图已经全部刷新

检查是否还有物化视图正在刷新

1
2
3
$ sqlplus '/ as sysdba'
SQL> select s.obj#,o.obj#,s.containerobj#,lastrefreshdate,pflags,xpflags,o.name,o.owner#, bitand(s.mflags, 8) from obj$ o, sum$ s
where o.obj# = s.obj# and o.type# = 42 AND bitand(s.mflags, 8) = 8;

如果查出来有数据，参考Note 1442457.1 : During 11g Upgrade, Mview refresh warning 
其它检查脚本：

1
2
3
4
$ sqlplus '/ as sysdba'
SQL> select distinct(trunc(last_refresh)) from dba_snapshot_refresh_times;
或
SQL> select distinct owner, name mview, master_owner master_owner, last_refresh from dba_mview_refresh_times;

2.5.10. 检查没有文件需要介质恢复

1
SQL> select * from v$recover_file;

2.5.11. 确认没有数据文件处理备份模式

1
SQL> select * from v$backup where status!='NOT ACTIVE';

2.5.12. 确认没有分布式未决事务

1
SQL&amp;gt; select * from dba_2pc_pending;

如果有未决事务，处理如下：

1
2
3
select local_tran_id from dba_2pc_pending;
execute dbms_transaction.purge_lost_db_entry('');
commit;

2.5.13. 升级前清理回收站

SQL> PURGE DBA_RECYCLEBIN;

2.5.14. 如果有DataGuard，升级前先同步好备库

1
2
3
SELECT SUBSTR(value,INSTR(value,'=',INSTR(UPPER(value),'SERVICE'))+1)
FROM v$parameter
WHERE name LIKE 'log_archive_dest%' AND UPPER(value) LIKE 'SERVICE%';

如果有返回结果，则在升级之前，要保证Standby和Primary是处于同步的状态。

2.5.15. 禁用批处理和JOB

参考：Note 404238.1 : How to Disable an Entry from DBMS_SCHEDULER 
Note 1335741.1 : How To Stop A Running Job Using DBMS_JOB 
Note 67695.1 : PROCEDURE DBMS_JOB.BROKEN Specification 
检查crontab是否有批处理，并禁用

2.5.16. 确认SYS、SYSTEM用户处于自已的表空间

1
2
3
4
5
6
SQL&amp;gt; select username, default_tablespace from dba_users
     where username in ('SYS','SYSTEM');
USERNAME                       DEFAULT_TABLESPACE
------------------------------ ------------------------------
SYSTEM                         SYSTEM
SYS                            SYSTEM

如果不是，修改如下：

1
2
alter user sys default tablespace SYSTEM;
alter user system default tablespace SYSTEM;

2.5.17. 检查是否有外部SSL用户

1
2
3
SELECT name FROM sys.user$
     WHERE ext_username IS NOT NULL
     AND password = 'GLOBAL';

2.5.18. 记住相关文件信息

1
2
3
SELECT name FROM v$controlfile;
SELECT file_name FROM dba_data_files;
SELECT group#, member FROM v$logfile;

2.5.19. 删作Enterprise Manager Database Control信息库

Enterprise Manager Database Control在12c中被Oracle Enterprise Manager Express替代，所以就不再需要EMDC信息库。手工删除EMDC的过程如下： 
从12c的$ORACLE_HOME/rdbms/admin目录中复制emremove.sql脚本到原库的$ORACLE_HOME/rdbms/admin，在升级前执行如下： 
$emctl stop dbcontrol 
SQL> @ ?/rdbms/admin/emremove.sql 
如果以上脚本没有删除EM的信息库，那在catuppst.sql脚本执行阶段会自动删除。 
如果是使用的Cloud Control，那没有EM信息库，这个步骤就不用执行了。 
其它：Is it Possible to Validate Invalid Objects related to DBControl Configuration in a Database Upgraded to 12c? (文档 ID 2118740.1)

2.5.20. 检查Valut是否使用

如果了使用了OLS(Lable Security) 或者DV ( Database Vault)，那在升级前需要执行olspreupgrade.sql脚本，该脚本在12c的$ORACLE_HOME/rdbms/admin目录下，把该脚本从12c复制到原环境的$ORACLE_HOME/rdbms/admin目录下 
SQL> @ ?/rdbms/admin/olspreupgrade.sql 
参考：http://docs.oracle.com/database/121/UPGRD/preup.htm#UPGRD60015

2.5.21. 检查用户和角色是否被占用

Oracle 12.1使用了新的用户和角色，如果在原库中已经存在，在升级前需要先删除。 
运行preupgrade工具检查是否用户名和角色有冲突，如果有冲突，升级过程会报：the upgrade will terminate will with "ORA-01722: invalid number"。

2.5.22. 删除不必要的隐含参数

检查隐含参数的脚本如下： 
SQL> SELECT name, value from SYS.V$PARAMETER WHERE name LIKE '\_%' ESCAPE '\' order by name;

2.5.23. 检查XDB ACL是否有start_date和end_date属性

升级前，执行如下脚本检查： 
SQL> select aclid, start_date, end_date from xds_ace where start_date is not null; 
如果检查出有数据，参考以下文档处理 
Upgrade to 12.1 fails with ORA-01830 date format picture ends before converting entire input string ORA-06512: at "SYS.XS_OBJECT_MIGRATION" (文档 ID 1958876.1)

2.5.24. 检查是否应用了Mitigation Patch

在原ORACLE_HOEM中应用了Mitigation Patch，会禁用JAVA开发环境，需要在原库中启用java开发环境 
Connect to the database as a SYSDBA user 
SQL> exec dbms_java_dev.enable; 
参考：Database Upgrade failed with Errors “ORA-02290: check constraint (SYS.JAVA_DEV_DISABLED) violated” & “ORA-04045: SYS.DBMS_ISCHED” (文档 ID 1985725.1)

2.5.25. 修改或选择数据库字符集

在Oracle 12c多租户体系中，容器库（CDB）中的所有可插拔库（PDB），必须满足如下条件： 
PDB的NLS_CHARACTERSET必须与CDB一致或者是CDB的二进制子集。 
PDB的NLS_NCHAR_CHARACTERSET必须与CDB一致。 
如果PDB有Unicode字符集，那推荐CDB的字符集为AL32UTF8。注意：不能使用DBU迁移CDB的字符集。 
参考：Note 1968706.1 12c Multitenant Container Databases (CDB) and Pluggable Databases (PDB) Character set restrictions / ORA-65116/65119: incompatible database/national character set ( Character set mismatch: PDB character set CDB character set ) 
Note ID 225912.1 [Section E] Changing Or Choosing the Database Character Set ( NLS_CHARACTERSET )

2.5.26. 从10g升级的注意事项

检查如下内容：

1
2
3
4
SQL&amp;gt; select DBMS_STATS.GET_PARAM('METHOD_OPT') from dual;
DBMS_STATS.GET_PARAM('METHOD_OPT')
-------------------------------------------------------------
FOR COLUMNS ID SIZE 1

如果返回值是："FOR COLUMNS ID SIZE 1"，升级过程可能碰到问题，处理如下： 
SQL>exec DBMS_STATS.SET_PARAM('METHOD_OPT','FOR ALL COLUMNS SIZE AUTO'); 
参考：Unpublished BUG 22454765 - CARRYING METHOD_OPT = "FOR COLUMNS ID SIZE 1" FROM 10G WILL BREAK UPGRADE

2.5.27. 从11.2.0.3升级的注意事项

建议在12.1.0.2的ORACLE_HOME中打上patch 21550777，以避免升级过程中物化视图的相关问题。

2.6. 目标库的要求和建议

2.6.1. 检查操作系统版本是否经过Oracle认证

2.6.2. 安装Oracle 12c的软件、PSU等

参考：Things to Consider to Avoid Poor Performance or Wrong Results on 12.1.0.2 (文档 ID 2034610.1)

2.6.3. 复制原库的配置文件到12c的ORACLE_HOME

参数文件（spfile或pfile） 
口令文件（orapwsid）

2.6.4. 删除废弃初始化参数

参考：http://docs.oracle.com/database/121/UPGRD/deprecated.htm#UPGRD60057 
注意：SEC_CASE_SENSITIVE_LOGON在12.1中已废弃 
DIAGNOSTIC_DEST参数替换了USER_DUMP_DEST、BACKGROUND_DUMP_DEST 
因为Bug 8937877, CORE_DUMP_DEST仍旧存在 
参考： Note 454442.1 11g Install : Understanding about Oracle Base, Oracle Home and Oracle Inventory locations

2.6.5. 修改CLUSTER_DATABASE=FALSE

如果是RAC，升级前设置CLUSTER_DATABASE=FALSE，升级后再恢复

2.6.6. 检查参数文件中使用的是全路径，而不是相对路径

2.6.7. 停止原库的监听

$ lsnrctl stop

2.6.8. 在12.1环境下创建新的监听

2.6.9. 停止其它服务

如：dbconsole、isqlplus等等 
$ emctl stop dbconsole 
$ isqlplusctl stop

2.6.10. 停止原库

$ sqlplus "/as sysdba" 
SQL> shutdown immediate;

2.6.11. 修改环境变量

  • ORACLE_BASE
  • ORACLE_HOME
  • PATH, LD_LIBRARY_PATH and SHLIB_PATH

设置以上环境变量，指向Oracle 12.1环境 
$ export ORACLE_HOME= 
$ export PATH=$ORACLE_HOME/bin:$PATH 
$ export ORACLE_BASE=

2.6.12. 更新oratab文件，设置新的ORACLE_HOME，并禁止自动启动

1
2
3
Sample : cat /etc/oratab
            #orcl:/opt/oracle/product/11.2/db_1:N
            orcl:/opt/oracle/product/12.1/db_1:N

更新/etc/oratab文件后，可以指行oraenv（/usr/local/bin/oraenv）设置环境变量

1
2
3
4
[oracle@localhost ~]$ . oraenv
ORACLE_SID = [orcl] ? orcl
The Oracle base for ORACLE_HOME=/opt/oracle/product/12.1/db_1 is /u01/app/oracle
[oracle@localhost ~]$

2.7. 升级12cR1过程

2.7.1. 在12cR1新环境启动实例

1
2
3
4
$ cd $ORACLE_HOME/rdbms/admin
$ sqlplus "/ as sysdba"
SQL&amp;gt; startup UPGRADE
SQL&amp;gt; exit

2.7.2. 执行升级脚本

在12c中，升级脚本catctl.pl代替了catupgrd.sql，升级脚本执行方式也发生了变化 
在Linux平台执行catctl.pl：

1
2
3
Example: Where parallelism is 6 ( n=6)
$ cd $ORACLE_HOME/rdbms/admin
 $ $ORACLE_HOME/perl/bin/perl catctl.pl -n  6 -l $ORACLE_HOME/diagnostics catupgrd.sql

在Windows平台执行

1
2
3
Example: Where parallelism is 6 ( n=6)
cd %ORACLE_HOME%\rdbms\admin
%ORACLE_HOME%\perl\bin\perl catctl.pl -n  6 -l %ORACLE_HOME%\diagnostics catupgrd.sql

catctl.pl的说明参考：Oracle Database 12c Release 1 (12.1) Upgrade New Features (文档 ID 1515747.1) 
升级日志，当前使用6并行度升级，Oracle使用了6个会话进行升级

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
$ pwd
/data/oracle/product/12.1.0/db_1/diagnostics
$ ls -l
total 55756
-rw-r--r--. 1 oracle oinstall 21683527 Feb  7 14:38 catupgrd0.log
-rw-r--r--. 1 oracle oinstall  4000201 Feb  7 14:35 catupgrd1.log
-rw-r--r--. 1 oracle oinstall  4232471 Feb  7 14:35 catupgrd2.log
-rw-r--r--. 1 oracle oinstall  4408497 Feb  7 14:35 catupgrd3.log
-rw-r--r--. 1 oracle oinstall  3001116 Feb  7 14:35 catupgrd4.log
-rw-r--r--. 1 oracle oinstall  3208239 Feb  7 14:35 catupgrd5.log
-rw-r--r--. 1 oracle oinstall      438 Feb  7 14:18 catupgrd_catcon_49000.lst
-rw-r--r--. 1 oracle oinstall       42 Feb  7 14:35 catupgrd_catcon_50957.done
-rw-r--r--. 1 oracle oinstall       42 Feb  7 14:35 catupgrd_catcon_50958.done
-rw-r--r--. 1 oracle oinstall       42 Feb  7 14:35 catupgrd_catcon_50959.done
-rw-r--r--. 1 oracle oinstall       42 Feb  7 14:35 catupgrd_catcon_50960.done
-rw-r--r--. 1 oracle oinstall       42 Feb  7 14:35 catupgrd_catcon_50961.done
drwxr-xr-x. 3 oracle oinstall       25 Feb  7 10:52 config
$ ps -ef | grep LOCAL
oracle   50962 50956 65 14:35 ?        00:01:11 oracletest (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   50963 50958  0 14:35 ?        00:00:00 oracletest (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   50964 50961  0 14:35 ?        00:00:00 oracletest (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   50965 50960  0 14:35 ?        00:00:00 oracletest (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   50966 50959  0 14:35 ?        00:00:00 oracletest (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   50967 50957  0 14:35 ?        00:00:00 oracletest (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))

2.7.3. 执行Post-Upgrade Status Tool

升级完成后，可以执行Post-Upgrade Status Tool（$ORACLE_HOME/rdbms/admin/utlu121s.sql），查看升级的概况信息。

1
2
3
$ sqlplus "/as sysdba"
SQL&amp;gt; STARTUP
SQL&amp;gt; @utlu121s.sql

重要：catuppst.sql脚本是作为升级过程一部分执行的，除非升级过程碰到问题。检查日志文件："BEGIN catuppst.sql"以确认在升级过程中catuppst.sql正确运行。如果catuppst.sql没有运行，检查这个位置的信息，处理并运行catuppst.sql，并且在catctl.pl升级过程当中也会有相应的警告信息，表明catuppst.sql没有运行。 
运行catuppst.sql，脚本位于：$ORACLE_HOME/rdbms/admin目录下，不需要数据库在UPGRADE模式下。 
SQL> @catuppst.sql 
执行完后，运行utlrp.sql编译PL/SQL和JAVA代码 
SQL> @utlrp.sql

2.7.4. 检查升级后数据库完整性

参考：Note 556610.1 Script to Collect DB Upgrade/Migrate Diagnostic Information (dbupgdiag.sql) 
如果dbupgdiag.sql检查发现有INVALID对象，使用utlrp脚本编译

2.8. 完成升级阶段

2.8.1. 检查环境变量

 

  • ORACLE_BASE
  • ORACLE_HOME
  • PATH, LD_LIBRARY_PATH and SHLIB_PATH

 

确认这些环境变量都修改正确 
确认/etc/oratab和客户端的ORACLE_HOME已修改正确

2.8.2. 检查初始化参数文件

确认初始化参数文件修改正确，如果是cluster_database，恢复为TRUE

2.8.3. 口令文件

为了避免在升级过程中出现ORA-28017，可以使用orapwd重建口令文件 
参考：ORA-28017: The password file is in the legacy format (passwordfile new features in 12c) (文档 ID 2112456.1)

2.8.4. COMPATIBLE参数

COMPATIBLE参数控制数据库兼容性级别，如果确认不需要再降级到以前的版本，可以设置该参数。建议设置该参数前，对数据库做个备份。 
ALTER SYSTEM SET COMPATIBLE = '12.1.0' SCOPE=SPFILE; 
重启数据库实例

2.8.5. Oracle新引入的用户

在升级Oracle12c过程中，Oracle新建了一些用户，Oracle建议锁定这些用户，除了SYS和SYSTEM 
SQL> SELECT username, account_status FROM dba_users ORDER BY username; 
SQL> ALTER USER username PASSWORD EXPIRE ACCOUNT LOCK;

2.8.6. 升级Recovery Catalog

如果当前库上有RMAN Catalog，可以使用UPGRADE CATALOG升级 
参考：http://docs.oracle.com/database/121/BRADV/rcmcatdb.htm#BRADV188

2.8.7. 升级Time Zone 文件版本

在升级过程中会自动升级Time Zone File Version，检查如下： 
SELECT PROPERTY_NAME, SUBSTR(property_value, 1, 30) value FROM DATABASE_PROPERTIES 
WHERE PROPERTY_NAME LIKE 'DST_%' ORDER BY PROPERTY_NAME; 
DST_PRIMARY_TT_VERSION在11.2.0.4中默认为14，在12.1.0.2中为18 
参考：Scripts to automatically update the RDBMS DST (timezone) version in an 11gR2 or 12cR1 database . (文档 ID 1585343.1)

2.8.8. 升级统计信息导出表

在旧版本的数据库中使用DBMS_STATS.CREATE_STAT_TABLE创建的统计信息导出表，可以使用如下命令升级： 
EXECUTE DBMS_STATS.UPGRADE_STAT_TABLE('SYS','dictstattab');

2.8.9. 升级外部认证SSL用户

如果是从9.2.0.x，10.1.0.x升级，并且有外部认证SSL用户，需要用以下命令升级 
ORACLE_HOME/rdbms/bin/extusrupgrade --dbconnectstring 
--dbuser --dbuserpassword 
-a 
如果从10gR2以上版本升级，不需要执行 
utluiobj检查INVALID对象 
当升级前，执行Pre-Upgrade Information Tool脚本时，SYS和SYSTEM用户下的 INVALID对象会记录到registry$sys_inv_objs，其它用户的INVALID对象会记录到registry$nonsys_inv_objs 
升级后可以执行utluiobj.sql脚本比较差异 
SQL> @?/rdbms/admin/utluiobj.sql

2.8.10. 其它

    • �0�2启用JOB
    • 启用Database Vault
    • 配置ACL，参考：Note 453786.1 ORA-24247 When Executing UTL_HTTP UTL_INADDR Packages
    • 升级APEX配置
    • 安装Oracle Text Supplied Knowledge Bases
标签
Oracle
oracle创建用户
test
select
oracle数据库
oracle表空间
sql数据库
oracle系统
dba
易学教程内所有资源均来自网络或用户发布的内容，如有违反法律规定的内容欢迎反馈！
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!