RMAN同位元組序跨平臺跨版本遷移資料庫（一)
跨平臺傳輸資料庫
RMAN的convert database命令被用來將整個資料庫從一個平臺移動到另一個平臺。當源平臺與目標平臺位元組序相同時，RMAN會在目標平臺自動完成建立新資料庫的大部分操作。當跨平臺傳輸資料庫時convertdatabase命令的處理過程將會很長。與傳輸表空間一樣，RMAN的convert database命令可以在源平臺或目標平臺執行。
當跨平臺傳輸資料庫時檔案會自動被傳輸到目標平臺，這些檔案包括：
1.屬於永久表空間的資料檔案,注意，不管源平臺與目標平吧的位元組序是否相同，傳輸資料庫的資料檔案必須要進行轉換不能簡單的從一個平臺複製到另一個平臺。與跨平臺傳輸表空間不一樣，傳輸整個資料庫要求特定型別的資料塊，比如undo段，要被重新格式化確保與目標平臺相容
2.如果使用PFILE，PFILE檔案會被傳輸。如果使用SPFILE，會基於SPFILE生成PFILE並將其傳輸，並在目標平基於PFILE來生成新的SPFILE。注意，在大多數情況下，PFILE檔案中的有些引數對於新資料庫需要手動修改。例如db_name,control_files
跨平臺傳輸資料庫的限制
跨平臺傳輸資料庫的主要限制是源平臺與目標平臺必須有相同的位元組序。例如，當將資料庫從Windows平臺傳輸到Linux平臺（都是小位元組序）或者從HP-UX到AIX(都是大位元組序),不能將整個資料庫從HP-UX傳輸到Linux平臺上。然而，可以在目標平臺上建立一個新資料庫，並使用表空間傳輸功能將需要的表空間從源資料庫中使用跨平臺與跨位元組序傳輸到目標資料庫中。
在源平臺執行轉換
將32位windows平臺上的資料庫jingyong(10.2.0.1)遷移到32位的Linux平臺上(10.2.0.5)。在源平臺上執行RMAN的convert database操作的步驟如下:
1.將源資料庫以只讀模式開啟
C:\Users\Administrator>sqlplus / as sysdba SQL*Plus: Release 10.2.0.1.0 - Production on 星期二 3月 31 15:08:36 2015 Copyright (c) 1982, 2005, Oracle. All rights reserved. 連線到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options SQL> shutdown immediate 資料庫已經關閉。 已經解除安裝資料庫。 ORACLE 例程已經關閉。 SQL> startup mount ORACLE 例程已經啟動。 Total System Global Area 419430400 bytes Fixed Size 1249320 bytes Variable Size 125833176 bytes Database Buffers 285212672 bytes Redo Buffers 7135232 bytes 資料庫裝載完畢。 SQL> alter database open read only; 資料庫已更改。
2.對源資料庫執行dbms_tdb.check_db檢查
SQL> set serveroutput on
SQL> declare
2 db_ready boolean;
3 begin
4 db_ready :=dbms_tdb.check_db('Linux IA (32-bit)',dbms_tdb.skip_readonly);
5 end;
6 /
PL/SQL procedure successfully completed
3.對源資料庫執行dbms_tdb.check_external來識別外部物件
SQL> set serveroutput on; SQL> declare 2 external boolean; 3 begin 4 external:=dbms_tdb.check_external; 5 end; 6 / The following external tables exist in the database: SH.SALES_TRANSACTIONS_EXT The following directories exist in the database: SYS.TEST_DUMP, SYS.SUBDIR, SYS.XMLDIR, SYS.MEDIA_DIR, SYS.LOG_FILE_DIR, SYS.DATA_FILE_DIR, SYS.WORK_DIR, SYS.ADMIN_DIR, SYS.DATA_PUMP_DIR The following BFILEs exist in the database: PM.PRINT_MEDIA PL/SQL procedure successfully completed
4.執行convert database命令，指定目標平臺和輸出檔名稱。RMAN會生成需要移動到目標平臺上的檔案，包含以下檔案:
--資料庫完整的資料檔案副本
--在目標平臺使用的新的PFILE引數檔案，包含來自源資料庫PFILE或SPFILE中的設定。在目標平臺使用之前需要進行相應修改
--傳輸指令碼，包含在目標平臺建立新資料庫的SQL語句
RMAN> convert database new database 'jingyong'
2> transport script 'E:\oradata\transport\transport_db_script.sql'
3> to platform 'Linux IA (32-bit)'
4> db_file_name_convert('E:\oradata\JINGYONG\DATAFILE', 'E:\oradata\transport','
E:\oradata\JINGYONG', 'E:\oradata\transport');
啟動 convert 於 31-3月 -15
使用目標資料庫控制檔案替代恢復目錄
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=152 devtype=DISK
在資料庫中找到外部表 SH.SALES_TRANSACTIONS_EXT
在資料庫中找到目錄 SYS.TEST_DUMP
在資料庫中找到目錄 SYS.SUBDIR
在資料庫中找到目錄 SYS.XMLDIR
在資料庫中找到目錄 SYS.MEDIA_DIR
在資料庫中找到目錄 SYS.LOG_FILE_DIR
在資料庫中找到目錄 SYS.DATA_FILE_DIR
在資料庫中找到目錄 SYS.WORK_DIR
在資料庫中找到目錄 SYS.ADMIN_DIR
在資料庫中找到目錄 SYS.DATA_PUMP_DIR
在資料庫中找到 BFILE PM.PRINT_MEDIA
在口令檔案中找到使用者 SYS (具有 SYSDBA and SYSOPER 許可權)
通道 ORA_DISK_1: 啟動資料檔案轉換
輸入資料檔案 fno=00001 name=E:\ORADATA\JINGYONG\DATAFILE\O1_MF_SYSTEM_BKLLOT8Z_.
DBF
已轉換的資料檔案 = E:\ORADATA\TRANSPORT\O1_MF_SYSTEM_BKLLOT8Z_.DBF
通道 ORA_DISK_1: 資料檔案轉換完畢, 經過時間: 00:00:25
通道 ORA_DISK_1: 啟動資料檔案轉換
輸入資料檔案 fno=00003 name=E:\ORADATA\JINGYONG\DATAFILE\O1_MF_SYSAUX_BKLLOTFL_.
DBF
已轉換的資料檔案 = E:\ORADATA\TRANSPORT\O1_MF_SYSAUX_BKLLOTFL_.DBF
通道 ORA_DISK_1: 資料檔案轉換完畢, 經過時間: 00:00:16
通道 ORA_DISK_1: 啟動資料檔案轉換
輸入資料檔案 fno=00005 name=E:\ORADATA\JINGYONG\DATAFILE\O1_MF_EXAMPLE_BKLLRKG2_
.DBF
已轉換的資料檔案 = E:\ORADATA\TRANSPORT\O1_MF_EXAMPLE_BKLLRKG2_.DBF
通道 ORA_DISK_1: 資料檔案轉換完畢, 經過時間: 00:00:07
通道 ORA_DISK_1: 啟動資料檔案轉換
輸入資料檔案 fno=00006 name=E:\ORADATA\JINGYONG\TSPITR01.DBF
已轉換的資料檔案 = E:\ORADATA\TRANSPORT\TSPITR01.DBF
通道 ORA_DISK_1: 資料檔案轉換完畢, 經過時間: 00:00:03
通道 ORA_DISK_1: 啟動資料檔案轉換
輸入資料檔案 fno=00007 name=E:\ORADATA\JINGYONG\TEST01.DBF
已轉換的資料檔案 = E:\ORADATA\TRANSPORT\TEST01.DBF
通道 ORA_DISK_1: 資料檔案轉換完畢, 經過時間: 00:00:03
通道 ORA_DISK_1: 啟動資料檔案轉換
輸入資料檔案 fno=00002 name=E:\ORADATA\JINGYONG\DATAFILE\O1_MF_UNDOTBS1_BKLLOTM0
_.DBF
已轉換的資料檔案 = E:\ORADATA\TRANSPORT\O1_MF_UNDOTBS1_BKLLOTM0_.DBF
通道 ORA_DISK_1: 資料檔案轉換完畢, 經過時間: 00:00:03
通道 ORA_DISK_1: 啟動資料檔案轉換
輸入資料檔案 fno=00004 name=E:\ORADATA\JINGYONG\DATAFILE\O1_MF_USERS_BKLLOTM6_.D
BF
已轉換的資料檔案 = E:\ORADATA\TRANSPORT\O1_MF_USERS_BKLLOTM6_.DBF
通道 ORA_DISK_1: 資料檔案轉換完畢, 經過時間: 00:00:01
在目標平臺上執行 SQL 指令碼 E:\ORADATA\TRANSPORT\TRANSPORT_DB_SCRIPT.SQL 以建立數
據庫
編輯 init.ora 檔案 D:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\INIT_00Q37GUS_1_0.ORA
。此 PFILE 將用於在目標平臺上建立資料庫據
要重新編譯所有 PL/SQL 模組, 請在目標平臺上執行 utlirp.sql 和 utlrp.sql
要更改內部資料庫識別符號, 請使用 DBNEWID 實用程式
完成 backup 於 31-3月 -15
5.將轉換操作生成的所有檔案傳輸到目標主機上儲存資料庫檔案的目錄中當convert database執行完成後，源資料庫可以以讀寫模式開啟，生成的所有檔案都要被傳輸到目標主機上。
ftp> put INIT_00Q37GUS_1_0.ORA 200 PORT command successful. Consider using PASV. 150 Ok to send data. 226 File receive OK. ftp: 傳送 1415 位元組，用時 0.00秒 1415.00千位元組/秒。 ftp> put O1_MF_EXAMPLE_BKLLRKG2_.DBF 200 PORT command successful. Consider using PASV. 150 Ok to send data. 226 File receive OK. ftp: 傳送 104865792 位元組，用時 8.57秒 12233.53千位元組/秒。 ftp> put O1_MF_SYSTEM_BKLLOT8Z_.DBF 200 PORT command successful. Consider using PASV. 150 Ok to send data. 226 File receive OK. ftp: 傳送 503324672 位元組，用時 49.54秒 10160.38千位元組/秒。 ftp> put TSPITR01.DBF 200 PORT command successful. Consider using PASV. 150 Ok to send data. 226 File receive OK. ftp: 傳送 52436992 位元組，用時 4.46秒 11762.45千位元組/秒。 ftp> put TEST01.DBF 200 PORT command successful. Consider using PASV. 150 Ok to send data. 226 File receive OK. ftp: 傳送 52436992 位元組，用時 3.48秒 15050.80千位元組/秒。 ftp> put O1_MF_UNDOTBS1_BKLLOTM0_.DBF 200 PORT command successful. Consider using PASV. 150 Ok to send data. 226 File receive OK. ftp: 傳送 31465472 位元組，用時 2.05秒 15341.53千位元組/秒。 ftp> put O1_MF_USERS_BKLLOTM6_.DBF 200 PORT command successful. Consider using PASV. 150 Ok to send data. 226 File receive OK. ftp: 傳送 5251072 位元組，用時 0.20秒 26520.57千位元組/秒。 ftp> put TRANSPORT_DB_SCRIPT.SQL 200 PORT command successful. Consider using PASV. 150 Ok to send data. 226 File receive OK. ftp: 傳送 2582 位元組，用時 0.00秒 2582000.00千位元組/秒。 ftp> put O1_MF_SYSAUX_BKLLOTFL_.DBF 200 PORT command successful. Consider using PASV. 150 Ok to send data. 226 File receive OK. ftp: 傳送 251666432 位元組，用時 19.63秒 12817.89千位元組/秒。 [oracle@oracle11g jingyong]$ ls -lrt total 978976 -rwxrwxrwx 1 oracle oinstall 1415 Mar 31 16:18 INIT_00Q37GUS_1_0.ORA -rwxrwxrwx 1 oracle oinstall 104865792 Mar 31 16:18 O1_MF_EXAMPLE_BKLLRKG2_.DBF -rwxrwxrwx 1 oracle oinstall 503324672 Mar 31 16:20 O1_MF_SYSTEM_BKLLOT8Z_.DBF -rwxrwxrwx 1 oracle oinstall 52436992 Mar 31 16:21 TSPITR01.DBF -rwxrwxrwx 1 oracle oinstall 52436992 Mar 31 16:21 TEST01.DBF -rwxrwxrwx 1 oracle oinstall 31465472 Mar 31 16:22 O1_MF_UNDOTBS1_BKLLOTM0_.DBF -rwxrwxrwx 1 oracle oinstall 5251072 Mar 31 16:22 O1_MF_USERS_BKLLOTM6_.DBF -rwxrwxrwx 1 oracle oinstall 2582 Mar 31 16:23 TRANSPORT_DB_SCRIPT.SQL -rwxrwxrwx 1 oracle oinstall 251666432 Mar 31 16:24 O1_MF_SYSAUX_BKLLOTFL_.DBF
6.在目標主機上建立資料庫需要的目錄，並修改PFILE引數檔案中的相關引數，並修改傳輸指令碼中指示資料檔案的位置。
建立相關目錄
[oracle@oracle11g dbs]$ mkdir -p /u01/app/oracle/admin/jingyong/adump [oracle@oracle11g dbs]$ mkdir -p /u01/app/oracle/admin/jingyong/bdump [oracle@oracle11g dbs]$ mkdir -p /u01/app/oracle/admin/jingyong/cdump [oracle@oracle11g dbs]$ mkdir -p /u01/app/oracle/admin/jingyong/udump [oracle@oracle11g dbs]$ chmod -R 777 /u01/app/oracle/admin/jingyong*
修改PFILE引數檔案
[oracle@oracle11g jingyong]$ vi initjingyong.ora # Please change the values of the following parameters: audit_file_dest = '/u01/app/oracle/admin/jingyong/adump' background_dump_dest = '/u01/app/oracle/admin/jingyong/bdump' user_dump_dest = '/u01/app/oracle/admin/jingyong/udump' core_dump_dest = '/u01/app/oracle/admin/jingyong/udump' db_name = "JINGYONG" control_files='/u01/app/oracle/oradata/test/control01.ctl' # Please review the values of the following parameters: dispatchers = "(PROTOCOL=TCP) (SERVICE=jingyongXDB)" # The values of the following parameters are from source database: processes = 150 nls_language = "SIMPLIFIED CHINESE" nls_territory = "CHINA" sga_target = 130M db_block_size = 8192 compatible = "10.2.0.1.0" db_file_multiblock_read_count= 16 undo_management = "AUTO" undo_tablespace = "UNDOTBS1" job_queue_processes = 10 open_cursors = 300 pga_aggregate_target = 32M
修改convert database命令生成的傳輸指令碼
[oracle@oracle11g jingyong]$ vi TRANSPORT_DB_SCRIPT.SQL
-- The contents of online logs will be lost and all backups will
-- be invalidated. Use this only if online logs are damaged.
-- After mounting the created controlfile, the following SQL
-- statement will place the database in the appropriate
-- protection mode:
-- ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE
STARTUP NOMOUNT PFILE='/u01/app/oracle/10.2.0/db/dbs/initjingyong.ora'
-- Create SPFILE
CREATE SPFILE FROM PFILE = '/u01/app/oracle/10.2.0/db/dbs/initjingyong.ora';
STARTUP FORCE NOMOUNT
CREATE CONTROLFILE REUSE SET DATABASE "JINGYONG" RESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 292
LOGFILE
GROUP 1 '/u02/jingyong/redo01.log' SIZE 50M,
GROUP 2 '/u02/jingyong/redo02.log' SIZE 50M,
GROUP 3 '/u02/jingyong/redo03.log' SIZE 50M
DATAFILE
'/u02/jingyong/O1_MF_SYSTEM_BKLLOT8Z_.DBF',
'/u02/jingyong/O1_MF_UNDOTBS1_BKLLOTM0_.DBF',
'/u02/jingyong/O1_MF_SYSAUX_BKLLOTFL_.DBF',
'/u02/jingyong/O1_MF_USERS_BKLLOTM6_.DBF',
'/u02/jingyong/O1_MF_EXAMPLE_BKLLRKG2_.DBF',
'/u02/jingyong/TSPITR01.DBF',
'/u02/jingyong/TEST01.DBF'
CHARACTER SET ZHS16GBK
;
-- Database can now be opened zeroing the online logs.
ALTER DATABASE OPEN RESETLOGS;
-- Commands to add tempfiles to temporary tablespaces.
-- Online tempfiles have complete space information.
-- Other tempfiles may require adjustment.
ALTER TABLESPACE TEMP ADD TEMPFILE '/u02/jingyong/temp01.dbf'
SIZE 50M AUTOEXTEND OFF;
-- End of tempfile additions.
--
set echo off
prompt ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
prompt * Your database has been created successfully!
prompt * There are many things to think about for the new database. Here
prompt * is a checklist to help you stay on track:
prompt * 1. You may want to redefine the location of the directory objects.
prompt * 2. You may want to change the internal database identifier (DBID)
prompt * or the global database name for this database. Use the
prompt * NEWDBID Utility (nid).
prompt ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
SHUTDOWN IMMEDIATE
STARTUP UPGRADE
@@ ?/rdbms/admin/utlirp.sql
SHUTDOWN IMMEDIATE
STARTUP
-- The following step will recompile all PL/SQL modules.
-- It may take serveral hours to complete.
@@ ?/rdbms/admin/utlrp.sql
7.使用SQL*Plus來執行傳輸指令碼中的內容在目標主機上建立新的資料庫
[oracle@oracle11g jingyong]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.5.0 - Production on Tue Mar 31 18:11:36 2015 Copyright (c) 1982, 2010, Oracle. All Rights Reserved. Connected to an idle instance. SQL> STARTUP NOMOUNT PFILE='/u01/app/oracle/10.2.0/db/dbs/initjingyong.ora' ORACLE instance started. Total System Global Area 138412032 bytes Fixed Size 1272432 bytes Variable Size 62915984 bytes Database Buffers 71303168 bytes Redo Buffers 2920448 bytes SQL> CREATE CONTROLFILE REUSE SET DATABASE "JINGYONG" RESETLOGS NOARCHIVELOG 2 MAXLOGFILES 16 3 MAXLOGMEMBERS 3 4 MAXDATAFILES 100 5 MAXINSTANCES 8 6 MAXLOGHISTORY 292 7 LOGFILE 8 GROUP 1 '/u02/jingyong/redo01.log' SIZE 50M, 9 GROUP 2 '/u02/jingyong/redo02.log' SIZE 50M, 10 GROUP 3 '/u02/jingyong/redo03.log' SIZE 50M 11 DATAFILE 12 '/u02/jingyong/O1_MF_SYSTEM_BKLLOT8Z_.DBF', 13 '/u02/jingyong/O1_MF_UNDOTBS1_BKLLOTM0_.DBF', 14 '/u02/jingyong/O1_MF_SYSAUX_BKLLOTFL_.DBF', 15 '/u02/jingyong/O1_MF_USERS_BKLLOTM6_.DBF', 16 '/u02/jingyong/O1_MF_EXAMPLE_BKLLRKG2_.DBF', 17 '/u02/jingyong/TSPITR01.DBF', 18 '/u02/jingyong/TEST01.DBF' 19 CHARACTER SET ZHS16GBK 20 ; Control file created. SQL> ALTER DATABASE OPEN RESETLOGS; ALTER DATABASE OPEN RESETLOGS * ERROR at line 1: ORA-01092: ORACLE instance terminated. Disconnection forced
在以open resetlogs方式開啟資料庫是出錯了，alert.log中的錯誤資訊如下所示:
Errors in file /u01/app/oracle/admin/jingyong/udump/jingyong_ora_5406.trc: ORA-00704: bootstrap process failure ORA-39700: database must be opened with UPGRADE option Error 704 happened during db open, shutting down database USER: terminating instance due to error 704 Instance terminated by USER, pid = 5406 ORA-1092 signalled during: alter database open...
錯誤資訊指示需要以升級模式來啟動資料庫，因為遷移過來的源資料庫的版本是10.2.0.1，而目標主機上的資料庫版本是10.2.0.5。
以升級模式啟動資料庫
[oracle@oracle11g jingyong]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.5.0 - Production on Tue Mar 31 18:11:36 2015 Copyright (c) 1982, 2010, Oracle. All Rights Reserved. Connected to an idle instance. SQL> startup upgrade; ORACLE instance started. Total System Global Area 138412032 bytes Fixed Size 1272432 bytes Variable Size 62915984 bytes Database Buffers 71303168 bytes Redo Buffers 2920448 bytes Database mounted. ORA-01113: file 1 needs media recovery if it was restored from backup, or END BACKUP if it was not ORA-01110: data file 1: '/u02/jingyong/O1_MF_SYSTEM_BKLLOT8Z_.DBF'
執行恢復並關閉資料庫
SQL> recover database; Media recovery complete. SQL> shutdown immediate; ORA-01109: database not open Database dismounted. ORACLE instance shut down.
再次以升級模式啟動資料庫
SQL> startup upgrade; ORACLE instance started. Total System Global Area 138412032 bytes Fixed Size 1272432 bytes Variable Size 62915984 bytes Database Buffers 71303168 bytes Redo Buffers 2920448 bytes Database mounted. Database opened.
建立臨時表空間
SQL> ALTER TABLESPACE TEMP ADD TEMPFILE '/u02/jingyong/temp01.dbf' 2 SIZE 50M AUTOEXTEND OFF;
SQL>@$ORACLE_HOME//rdbms/admin/utlirp.sql 省略... SQL> SQL> Rem Continue even if there are SQL errors SQL> WHENEVER SQLERROR CONTINUE; SQL> SQL> Rem =========================================================================== SQL> Rem END utlip.sql SQL> Rem =========================================================================== SQL> SQL> DOC DOC>####################################################################### DOC>####################################################################### DOC> utlirp.sql completed successfully. All PL/SQL objects in the DOC> database have been invalidated. DOC> DOC> Shut down and restart the database in normal mode and run utlrp.sql to DOC> recompile invalid objects. DOC>####################################################################### DOC>####################################################################### DOC>#
上面的輸出資訊說在以正常模式重啟資料庫後執行utlrp.sql指令碼來編譯無效物件。由於這裡源資料庫是10.2.0.1，而目標主機資料庫的版本是10.2.0.5,在重啟資料庫仍然需要以升級模式來啟動並執行utlrp.sql指令碼
SQL> shutdown immediate Database closed. Database dismounted. ORACLE instance shut down. SQL> startup upgrade ORACLE instance started. Total System Global Area 138412032 bytes Fixed Size 1272432 bytes Variable Size 62915984 bytes Database Buffers 71303168 bytes Redo Buffers 2920448 bytes Database mounted. Database opened. SQL> @$ORACLE_HOME/rdbms/admin/utlrp.sql SQL> Rem =========================================================================== SQL> Rem BEGIN utlrp.sql SQL> Rem =========================================================================== 省略... PL/SQL procedure successfully completed. SQL> SET serveroutput off SQL> SQL> SQL> Rem =========================================================================== SQL> Rem END utlrp.sql SQL> Rem ===========================================================================
執行和資料庫升級相關的指令碼catupgrade.sql
SQL> @$ORACLE_HOME/rdbms/admin/catupgrd.sql 省略... COMP_TIMESTAMP UPGRD_END 2015-03-31 20:42:53 . Oracle Database 10.2 Upgrade Status Utility 03-31-2015 20:42:54 . Component Status Version HH:MM:SS Oracle Database Server VALID 10.2.0.5.0 00:18:20 JServer JAVA Virtual Machine VALID 10.2.0.5.0 00:05:21 Oracle XDK VALID 10.2.0.5.0 00:00:49 Oracle Database Java Packages VALID 10.2.0.5.0 00:00:37 Oracle Text VALID 10.2.0.5.0 00:01:02 Oracle XML Database VALID 10.2.0.5.0 00:02:47 Oracle Workspace Manager VALID 10.2.0.5.0 00:01:39 Oracle Data Mining VALID 10.2.0.5.0 00:00:39 OLAP Analytic Workspace VALID 10.2.0.5.0 00:00:52 OLAP Catalog VALID 10.2.0.5.0 00:01:24 Oracle OLAP API VALID 10.2.0.5.0 00:01:08 Oracle interMedia VALID 10.2.0.5.0 00:05:22 Spatial VALID 10.2.0.5.0 00:07:20 Oracle Expression Filter VALID 10.2.0.5.0 00:00:26 Oracle Enterprise Manager VALID 10.2.0.5.0 00:02:56 Oracle Rule Manager VALID 10.2.0.5.0 00:00:27 . Total Upgrade Time: 00:53:45 DOC>####################################################################### DOC>####################################################################### DOC> DOC> The above PL/SQL lists the SERVER components in the upgraded DOC> database, along with their current version and status. DOC> DOC> Please review the status and version columns and look for DOC> any errors in the spool log file. If there are errors in the spool DOC> file, or any components are not VALID or not the current version, DOC> consult the Oracle Database Upgrade Guide for troubleshooting DOC> recommendations. DOC> DOC> Next shutdown immediate, restart for normal operation, and then DOC> run utlrp.sql to recompile any invalid application objects. DOC> DOC>####################################################################### DOC>#######################################################################
再次執行utlrp.sql指令碼來進行編譯無效物件
SQL> @$ORACLE_HOME/rdbms/admin/utlrp.sql
TIMESTAMP
--------------------------------------------------------------------------------
COMP_TIMESTAMP UTLRP_BGN 2015-03-31 20:50:46
DOC> The following PL/SQL block invokes UTL_RECOMP to recompile invalid
DOC> objects in the database. Recompilation time is proportional to the
DOC> number of invalid objects in the database, so this command may take
DOC> a long time to execute on a database with a large number of invalid
DOC> objects.
DOC>
DOC> Use the following queries to track recompilation progress:
DOC>
DOC> 1. Query returning the number of invalid objects remaining. This
DOC> number should decrease with time.
DOC> SELECT COUNT(*) FROM obj$ WHERE status IN (4, 5, 6);
DOC>
DOC> 2. Query returning the number of objects compiled so far. This number
DOC> should increase with time.
DOC> SELECT COUNT(*) FROM UTL_RECOMP_COMPILED;
DOC>
DOC> This script automatically chooses serial or parallel recompilation
DOC> based on the number of CPUs available (parameter cpu_count) multiplied
DOC> by the number of threads per CPU (parameter parallel_threads_per_cpu).
DOC> On RAC, this number is added across all RAC nodes.
DOC>
DOC> UTL_RECOMP uses DBMS_SCHEDULER to create jobs for parallel
DOC> recompilation. Jobs are created without instance affinity so that they
DOC> can migrate across RAC nodes. Use the following queries to verify
DOC> whether UTL_RECOMP jobs are being created and run correctly:
DOC>
DOC> 1. Query showing jobs created by UTL_RECOMP
DOC> SELECT job_name FROM dba_scheduler_jobs
DOC> WHERE job_name like 'UTL_RECOMP_SLAVE_%';
DOC>
DOC> 2. Query showing UTL_RECOMP jobs that are running
DOC> SELECT job_name FROM dba_scheduler_running_jobs
DOC> WHERE job_name like 'UTL_RECOMP_SLAVE_%';
DOC>#
TIMESTAMP
--------------------------------------------------------------------------------
COMP_TIMESTAMP UTLRP_END 2015-03-31 20:53:25
DOC> The following query reports the number of objects that have compiled
DOC> with errors (objects that compile with errors have status set to 3 in
DOC> obj$). If the number is higher than expected, please examine the error
DOC> messages reported with each object (using SHOW ERRORS) to see if they
DOC> point to system misconfiguration or resource constraints that must be
DOC> fixed before attempting to recompile these objects.
DOC>#
OBJECTS WITH ERRORS
-------------------
53
DOC> The following query reports the number of errors caught during
DOC> recompilation. If this number is non-zero, please query the error
DOC> messages in the table UTL_RECOMP_ERRORS to see if any of these errors
DOC> are due to misconfiguration or resource constraints that must be
DOC> fixed before objects can compile successfully.
DOC>#
ERRORS DURING RECOMPILATION
---------------------------
0
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/28211342/viewspace-2128927/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- RMAN同位元組序跨平臺跨版本遷移資料庫資料庫
- RMAN同位元組序跨平臺跨版本遷移資料庫（二）資料庫
- 利用RMAN跨平臺遷移資料庫資料庫
- 同位元組序跨平臺資料庫遷移和升級的測試資料庫
- RMAN跨小版本跨平臺與位元組序傳輸表空間
- 使用RMAN完成跨平臺資料遷移
- rman進行跨平臺資料遷移
- zt 跨平臺 跨版本 大規模資料遷移
- Oracle 10g同位元組序跨平臺遷移的測試Oracle 10g
- 跨平臺遷移oracle資料庫指南Oracle資料庫
- 應用RMAN Transportable Database進行資料庫跨平臺遷移Database資料庫
- 大型資料庫跨平臺遷移總結資料庫
- 資料庫中跨平臺遷移方法介紹資料庫
- 利用RMAN Convert database特性進行跨平臺遷移資料Database
- 一個跨平臺資料遷移的方案優化優化
- hp-ux利用rman將資料庫跨平臺遷移到aix平臺上UX資料庫AI
- ORACLE 跨平臺遷移方法Oracle
- 利用Oracle Data Guard完成跨平臺的資料庫遷移案例Oracle資料庫
- RMAN備份恢復典型案例——跨平臺遷移pdb
- 跨 OS 平臺遷移 Oracle DBOracle
- 跨平臺遷移支援檢視
- 如何利用 RMAN 可傳輸表空間遷移資料庫到不同位元組序的平臺 (文件 ID 1983639.1)資料庫
- 用傳輸表空間跨平臺遷移資料
- hadoop 叢集 跨 版本資料遷移Hadoop
- 同位元組序跨平臺表空間傳輸的測試
- 【MOS】如何利用RMAN可傳輸表空間遷移資料庫到不同位元組序的平臺(文件 ID 1983639.1)資料庫
- 【資料遷移】RMAN遷移資料庫到ASM(一)建立ASM磁碟組資料庫ASM
- RMAN跨平臺傳輸資料庫和表空間資料庫
- rman 跨平臺支援
- 利用可傳輸表空間跨平臺遷移 -RMAN CONVERT
- 【資料遷移】XTTS跨平臺傳輸表空間v3（2.RMAN增量）TTS
- 資料庫跨平臺遷移方法彙總 (for EBS, Oracle10.2, 11.2)資料庫Oracle
- RMAN跨平臺可傳輸表空間和資料庫資料庫
- expdp/impdp 使用version引數跨版本資料遷移
- Rman_異地、跨平臺、跨版本的恢復總結及案例
- 動手為王 | Oracle 資料庫跨版本升級遷移實踐Oracle資料庫
- 【資料遷移】XTTS跨平臺傳輸表空間v4TTS
- Oracle跨平臺遷移的簡單總結Oracle