Oracle從10g升級到11g詳細步驟資料庫舊版本:10.2.0.4
資料庫新版本:11.2.0.2
OS 版本: Solaris 10
參考文檔:Complete Checklist for Manual Upgrades to 11gR2 [ID 837570.1]
第一部分 - 安裝11gR2軟體
這裡對軟體的安裝就不詳細說明了,可以參考相應的文檔。
這裡需要注意的是:如果你想在11gr2上打上最新的PSU或CPU,可以先在軟體層級上打上PSU或CPU,這樣就不用跑兩次catbundle.sql,減少停機時間。
第二部分 - 初步檢查
1. 在升級之前,確保所有的組件和對象都是valid:
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; --針對對象
如果有invalid的對象,運行utlrp.sql重新編譯對象。
2. 確保sys和system下沒有重複的對象:
select object_name, object_type from dba_objects where object_name||object_type in (select object_name||object_type from dba_objects where wner = 'SYS') and wner = 'SYSTEM';
上面這條語句只能返回以下4條記錄:
OBJECT_NAME OBJECT_TYPE
---------------------------------------- ---------------
DBMS_REPCAT_AUTH PACKAGE BODY
DBMS_REPCAT_AUTH PACKAGE
AQ$_SCHEDULES_PRIMARY INDEX
AQ$_SCHEDULES TABLE
如果有其它記錄返回,則必鬚根據下面這篇文檔把重複記錄刪除:
How to Clean Up Duplicate Objects Owned by SYS and SYSTEM Schema [ID 1030426.6]
第三部分 - 升級前工作
Step 1.
從11gR2的Oracle Home下拷貝以下檔案至一個臨時檔案夾:
$ORACLE_HOME/rdbms/admin/utlu112i.sql
Step 2.
登陸資料庫,運行:
$ sqlplus '/ as sysdba'
SQL> spool upgrade_info.log
SQL> @utlu112i.sql
SQL> spool off
SQL>
產生的upgrade_info.log裡的內容很重要,後續步驟要根據該檔案的內容做相應的修改,因此一定要保留下來。
Step 3.
從下面這篇文檔裡可以下載到指令碼dbupgdiag.sql:
Script. to Collect DB Upgrade/Migrate Diagnostic Information (dbupgdiag.sql) [ID 556610.1]
運行這個指令碼:cd <location of the script>
$ sqlplus / as sysdba
sql> alter session set nls_language='American';
sql> @dbupgdiag.sql
sql> exit
如果該指令碼報告有invalid對象,運行以下命令重編譯無效對象:$ cd $ORACLE_HOME/rdbms/admin
$ sqlplus "/ as sysdba"
SQL> @utlrp.sql
Step 4.
從10.2開始,CONNECT角色的許可權變少了,所以如果你是從10.2之前升級到11g的話,升級之後,需要重新授予缺少的許可權,但是如果是從10.2及之後升級到11g的話,就不需要重新賦許可權了,本例是從10.2.0.4升級到11g的,因此不需要該步驟。
Step 5.
產生重建dblink的指令碼,以防萬一資料庫需要降級。和Step 4一樣,本例是從10.2.0.4升級到11g的,因此不需要該步驟。
Step 6.
檢查Timezone版本,主要參考:
Actions For DST Updates When Upgrading To Or Applying The 11.2.0.2 Patchset [ID 1201253.1]
注意:11g的軟體裡已經內建了版本1-14的Timezone。
先檢查一下當前timezone版本:
SQL> conn / as sysdba
Connected.
SQL>SELECT version FROM v$timezone_file;
根據當前timezone的版本,又分三種情況:
1)等於14:這已經是11g需要的版本了,所以升級前後都不需要做任何事,這種情況很罕見。
2)高於14:升級前,必須得給11g軟體打上該timezone版本的DST補丁,這種情況也很罕見。
3)低於14:大多數都是這種情況,在升級前不需要在11g軟體層面打補丁,在升級後需要再資料庫層面將Timezone升級至14,具體看後面的步驟
Step 7.
檢查國家字元集是否是UTF8或AL16UTF16:
select value from NLS_DATABASE_PARAMETERS where parameter = 'NLS_NCHAR_CHARACTERSET';
如果是,則什麼都不用做;如果不是,那你就慘了,跟著下面長長的這篇文檔一步一步做吧:
The National Character Set ( NLS_NCHAR_CHARACTERSET ) in Oracle 9i,
10g and 11g [ID 276914.1]
Step 8.
收集統計資訊,以減少停機時間:$ sqlplus "/as sysdba"
SQL> EXEC DBMS_STATS.GATHER_DICTIONARY_STATS;
Step 9.
如果你有開啟Vault,那麼你需要先在11gR2軟體下禁用Vault,等升級結束後,再啟用Vault,否則會在升級過程中報錯。
Step 10.
備份Enterprise Manager Database Control Data,因為本例並沒有使用EM,所以不需要該步驟。
Step 11.
配置網路ACL's,在本例中不需要配置。
Step 12.
使用以下語句生產分析資料字典的指令碼 (as sysdba):Set verify off
Set space 0
Set line 120
Set heading off
Set feedback off
Set pages 1000
Spool analyze.sql
SELECT 'Analyze cluster "'||cluster_name||'" validate structure cascade;'
FROM dba_clusters
WHERE owner='SYS'
UNION
SELECT 'Analyze table "'||table_name||'" validate structure cascade;'
FROM dba_tables
WHERE owner='SYS'
AND partitioned='NO'
AND (iot_type='IOT' OR iot_type is NULL)
UNION
SELECT 'Analyze table "'||table_name||'" validate structure cascade into invalid_rows;'
FROM dba_tables
WHERE owner='SYS'
AND partitioned='YES';
spool off
產生的指令碼名稱是:analyze.sql
現在運行該指令碼:$ sqlplus "/ as sysdba"
SQL> @$ORACLE_HOME/rdbms/admin/utlvalid.sql
SQL> @analyze.sql
Step 13.
確保所有的snapshot都已被成功重新整理,且replication已被關閉:SELECT DISTINCT(TRUNC(last_refresh))
FROM dba_snapshot_refresh_times;
Step 14.
確保當前沒有檔案需要介質恢複:
SELECT * FROM v$recover_file;
上面語句沒有返回結果才是正確的。
Step 15.
確保當前沒有檔案運行在備份模式下:
SELECT * FROM v$backup WHERE status != 'NOT ACTIVE';
上面語句沒有返回結果才是正確的。
Step 16.
解決分散式交易。
先查詢是否還有分散式交易:SQL> select * from dba_2pc_pending;
如果有返回結果,則:SQL> SELECT local_tran_id
FROM dba_2pc_pending;
SQL> EXECUTE dbms_transaction.purge_lost_db_entry('');
SQL> COMMIT;
Step 17.
檢查是否有Standby資料庫存在: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是處於同步的狀態。
Step 18.
禁用所有的batch和cron jobs
Step 19.
確保使用者SYS和SYSTEM的預設資料表空間都是SYSTEM:SQL> SELECT username, default_tablespace
FROM dba_users
WHERE username in ('SYS','SYSTEM');
如果不是,則要用以下語句修改為SYSTEM:SQL> ALTER user SYS default tablespace SYSTEM;
SQL> ALTER user SYSTEM default tablespace SYSTEM;
Step 20.
確保AUD$表建在SYS使用者下和SYSTEM資料表空間下:SQL> SELECT owner,tablespace_name
FROM dba_tables
WHERE table_name='AUD$';
如果不是,則要做相應的修改。
Step 21.
檢查是否有外部認證的SSL使用者:
SQL> SELECT name FROM sys.user$
WHERE ext_username IS NOT NULL
AND password = 'GLOBAL';
如果有,則在升級之後記得要做Step 34。
Step 22.
記下資料檔案、聯機記錄檔和控制檔案的位置:SQL> SELECT name FROM v$controlfile;
SQL> SELECT file_name FROM dba_data_files;
SQL> SELECT group#, member FROM v$logfile;
且備份listener.ora, tnsnames.ora, sqlnet.ora等檔案。
Step 23.
停止listener:$ lsnrctl stop
停止其它可執行程式,如dbconsole, isqlplus等$ emctl stop dbconsole
$ isqlplusctl stop
Step 24.
關閉資料庫:$ sqlplus "/as sysdba"
SQL> shutdown immediate;
接著對全庫做個冷備。
Step 25.
以10g的pfile為模板,並根據Step 2產生的upgrade_info.log裡的建議,為11g建立一個新的pfile。
Step 26.
如果資料庫原本是運行在archive模式下,最好先改為noarchive,這樣可以減少升級停機時間,升級成功後再重新改回archive模式。
Step 27.
該步驟是針對Windows系統的,本例略過。
第四部分 - 升級
Step 28.
升級前的檢查步驟基本上已經完成了,在跑升級指令碼之前,需要把相關參數改為指向新的11g軟體:$ export ORACLE_HOME=<location of Oracle 11.2>
$ export PATH=$ORACLE_HOME/bin:$PATH
$ export ORACLE_BASE=<Oracle_Base set during installation>
接著修改oratab中的內容,使其指向新的11g Home目錄:Sample /etc/oratab
#orcl:/opt/oracle/product/10.2/db_1:N
orcl:/opt/oracle/product/11.2/db_1:N
Step 29.
前面所有的一切準備,都是為了這一步能成功執行,先把資料庫起到upgrade狀態:$ cd $ORACLE_HOME/rdbms/admin
$ sqlplus "/ as sysdba"
SQL> startup UPGRADE
接著開始跑升級指令碼:SQL> set echo on
SQL> SPOOL upgrade.log
SQL> @catupgrd.sql
SQL> spool off
這個指令碼大概持續1.5個小時,指令碼的最後會自動關閉資料庫。升級指令碼跑完之後,再跑下面這個指令碼,檢查資料庫狀態:$ sqlplus "/as sysdba"
SQL> STARTUP
SQL> @utlu112s.sql
如果該報告中包含錯誤,請查閱相關文檔解決,直到沒有錯誤之後,再跑下面的指令碼:SQL> @catuppst.sql
前面的升級指令碼是運行在upgrade模式下,該指令碼主要是在open模式下做些升級動作,不需要花很多時間。
接著重新編譯一下無效對象:SQL> @utlrp.sql
最後,再跑一下Step 3中的dbupgdiag.sql,確保資料庫是好的。
第五部分 - 升級後工作
Step 30.
修改listener.ora,使listener執行新的11g Home,然後重新啟動listener:lsnrctl start
Step 31.
再次檢查Step 28中設定的環境變數確實是指向了新的11g Home。
Step 32.
Timezone資料庫層面的升級。
注意:該步驟是否執行是和Step 6中的檢查結果相關的,只有當Timezone的版本小於14時,才需要執行該步驟。
主要參考:Updating the RDBMS DST version in 11gR2 (11.2.0.1 and up) using DBMS_DST [ID 977512.1]
1)Timezone升級前的準備工作:
先檢查一下當前的timezone版本:
conn / as sysdba
SELECT version FROM v$timezone_file;
SELECT PROPERTY_NAME, SUBSTR(property_value, 1, 30) value FROM DATABASE_PROPERTIES WHERE PROPERTY_NAME LIKE 'DST_%' ORDER BY PROPERTY_NAME;
一個典型的輸出是:
PROPERTY_NAME VALUE
------------------------------ ------------------------------
DST_PRIMARY_TT_VERSION 4
DST_SECONDARY_TT_VERSION 0
DST_UPGRADE_STATE NONE
然後開始準備工作:
alter session set "_with_subquery"=materialize;
exec DBMS_DST.BEGIN_PREPARE(14);
接著檢查準備狀態:
SELECT PROPERTY_NAME, SUBSTR(property_value, 1, 30) value
FROM DATABASE_PROPERTIES
WHERE PROPERTY_NAME LIKE 'DST_%'
ORDER BY PROPERTY_NAME;
一個典型的輸出是:
PROPERTY_NAME VALUE
------------------------------ ------------------------------
DST_PRIMARY_TT_VERSION 4
DST_SECONDARY_TT_VERSION 14
DST_UPGRADE_STATE PREPARE
-- truncate logging tables if they exist.
TRUNCATE TABLE SYS.DST$TRIGGER_TABLE;
TRUNCATE TABLE sys.dst$affected_tables;
TRUNCATE TABLE sys.dst$error_table;
-- log affected data
set serveroutput on
BEGIN
DBMS_DST.FIND_AFFECTED_TABLES
(affected_tables => 'sys.dst$affected_tables',
log_errors => TRUE,
log_errors_table => 'sys.dst$error_table');
END;
/
下面的語句都不能有返回結果:
SELECT * FROM sys.dst$affected_tables;
SELECT * FROM sys.dst$error_table;
SELECT * FROM sys.dst$error_table where ERROR_NUMBER= '1883';
SELECT * FROM sys.dst$error_table where ERROR_NUMBER= '1878';
SELECT * FROM sys.dst$error_table where ERROR_NUMBER not in ('1878','1883');
-- end prepare window, the rows above will stay in those tables.
EXEC DBMS_DST.END_PREPARE;
-- check if this is ended
SELECT PROPERTY_NAME, SUBSTR(property_value, 1, 30) value
FROM DATABASE_PROPERTIES
WHERE PROPERTY_NAME LIKE 'DST_%'
ORDER BY PROPERTY_NAME;
一個典型的輸出是:
PROPERTY_NAME VALUE
------------------------------ ------------------------------
DST_PRIMARY_TT_VERSION 4
DST_SECONDARY_TT_VERSION 0
DST_UPGRADE_STATE NONE
2)真正開始升級Timezone
conn / as sysdba
shutdown immediate;
startup upgrade;
set serveroutput on
purge dba_recyclebin;
TRUNCATE TABLE SYS.DST$TRIGGER_TABLE;
TRUNCATE TABLE sys.dst$affected_tables;
TRUNCATE TABLE sys.dst$error_table;
alter session set "_with_subquery"=materialize;
EXEC DBMS_DST.BEGIN_UPGRADE(14);
SELECT PROPERTY_NAME, SUBSTR(property_value, 1, 30) value
FROM DATABASE_PROPERTIES
WHERE PROPERTY_NAME LIKE 'DST_%'
ORDER BY PROPERTY_NAME;
一個典型的輸出是:
PROPERTY_NAME VALUE
------------------------------ ------------------------------
DST_PRIMARY_TT_VERSION 14
DST_SECONDARY_TT_VERSION 4
DST_UPGRADE_STATE UPGRADE
下面這條語句應該沒有返回結果:
SELECT OWNER, TABLE_NAME, UPGRADE_IN_PROGRESS FROM ALL_TSTZ_TABLES where UPGRADE_IN_PROGRESS='YES';
重啟資料庫:
shutdown immediate
startup
升級相關的table:
alter session set "_with_subquery"=materialize;
set serveroutput on
VAR numfail number
BEGIN
DBMS_DST.UPGRADE_DATABASE(:numfail,
parallel => TRUE,
log_errors => TRUE,
log_errors_table => 'SYS.DST$ERROR_TABLE',
log_triggers_table => 'SYS.DST$TRIGGER_TABLE',
error_on_overlap_time => FALSE,
error_on_nonexisting_time => FALSE);
DBMS_OUTPUT.PUT_LINE('Failures:'|| :numfail);
END;
/
如果沒有錯誤,則結束升級:
VAR fail number
BEGIN
DBMS_DST.END_UPGRADE(:fail);
DBMS_OUTPUT.PUT_LINE('Failures:'|| :fail);
END;
/
最後一次檢查:
SELECT PROPERTY_NAME, SUBSTR(property_value, 1, 30) value
FROM DATABASE_PROPERTIES
WHERE PROPERTY_NAME LIKE 'DST_%'
ORDER BY PROPERTY_NAME;
典型輸出是:
PROPERTY_NAME VALUE
------------------------------ ------------------------------
DST_PRIMARY_TT_VERSION 14
DST_SECONDARY_TT_VERSION 0
DST_UPGRADE_STATE NONE
SELECT * FROM v$timezone_file;
FILENAME VERSION
-------------------- ----------
timezlrg_14.dat 14
Step 33.
該步驟可省略。
Step 34.
升級外部認證SSL使用者。
由於本例是從10.2升級到11g,所以可忽略該步驟。
Step 35.
如果在Step 9中,你關閉了Vault,則必須在此步驟重新啟用。
Note 453903.1- Enabling and Disabling Oracle Database Vault in UNIX
Step 36.
忽略
Step 37.
建立spfile:SQL> create spfile from pfile;
Step 38.
鎖住系統使用者,可忽略。
Step 39.
升級Oracle Text,可忽略。
Step 40.
升級Oracle Clusterware,可忽略。
Step 41.
配置EM,可忽略。
最後,記得修改compatible參數:
SQL> ALTER SYSTEM SET COMPATIBLE = ’11.2.0’ SCOPE=SPFILE;