当前位置:首页 > 开发 > 数据库 > 正文

Oracle从10g升级到11g详细步骤

发表于: 2012-04-16   作者:aijuans   来源:转载   浏览次数:
摘要: 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

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'/assysdba'
SQL>spoolupgrade_info.log
SQL>@utlu112i.sql
SQL>spooloff
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"/assysdba"
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/assysdba
Connected.
SQL>SELECTversionFROMv$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"/assysdba"

SQL>EXECDBMS_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):
Setverifyoff
Setspace0
Setline120
Setheadingoff
Setfeedbackoff
Setpages1000
Spoolanalyze.sql

SELECT'Analyzecluster"'||cluster_name||'"validatestructurecascade;'
FROMdba_clusters
WHEREowner='SYS'
UNION
SELECT'Analyzetable"'||table_name||'"validatestructurecascade;'
FROMdba_tables
WHEREowner='SYS'
ANDpartitioned='NO'
AND(iot_type='IOT'ORiot_typeisNULL)
UNION
SELECT'Analyzetable"'||table_name||'"validatestructurecascadeintoinvalid_rows;'
FROMdba_tables
WHEREowner='SYS'
ANDpartitioned='YES';

spooloff

生成的脚本名称是:analyze.sql
现在运行该脚本:
$sqlplus"/assysdba"
SQL>@$ORACLE_HOME/rdbms/admin/utlvalid.sql
SQL>@analyze.sql

Step 13.
确保所有的snapshot都已被成功刷新,且replication已被关闭:
SELECTDISTINCT(TRUNC(last_refresh))
FROMdba_snapshot_refresh_times;

Step 14.
确保当前没有文件需要介质 恢复
SELECT*FROMv$recover_file;
上面语句没有返回结果才是正确的。

Step 15.
确保当前没有文件运行在 备份模式下:
SELECT*FROMv$backupWHEREstatus!='NOTACTIVE';
上面语句没有返回结果才是正确的。

Step 16.
解决分布式事务。
先查询是否还有分布式事务:
SQL>select*fromdba_2pc_pending;
如果有返回结果,则:
SQL>SELECTlocal_tran_id
FROMdba_2pc_pending;
SQL>EXECUTEdbms_transaction.purge_lost_db_entry('');
SQL>COMMIT;

Step 17.
检查是否有Standby数据库存在:
SELECTSUBSTR(value,INSTR(value,'=',INSTR(UPPER(value),'SERVICE'))+1)
FROMv$parameter
WHEREnameLIKE'log_archive_dest%'ANDUPPER(value)LIKE'SERVICE%';
如果有返回结果,则在升级之前,要保证Standby和Primary是处于同步的状态。

Step 18.
禁用所有的batch和cron jobs

Step 19.
确保用户SYS和SYSTEM的默认表空间都是SYSTEM:
SQL>SELECTusername,default_tablespace
FROMdba_users
WHEREusernamein('SYS','SYSTEM');
如果不是,则要用以下语句修改为SYSTEM:
SQL>ALTERuserSYSdefaulttablespaceSYSTEM;
SQL>ALTERuserSYSTEMdefaulttablespaceSYSTEM;

Step 20.
确保AUD$表建在SYS用户下和SYSTEM表空间下:
SQL>SELECT owner,tablespace_name
FROMdba_tables
WHEREtable_name='AUD$';
如果不是,则要做相应的修改。

Step 21.
检查是否有外部认证的SSL用户:
SQL>SELECTnameFROMsys.user$
WHEREext_usernameISNOTNULL
ANDpassword='GLOBAL';
如果有,则在升级之后记得要做Step 34。

Step 22.
记下数据文件、联机日志文件和控制文件的位置:
SQL>SELECTnameFROMv$controlfile;
SQL>SELECTfile_nameFROMdba_data_files;
SQL>SELECTgroup#,memberFROMv$logfile;
且备份listener.ora, tnsnames.ora, sqlnet.ora等文件。

Step 23.
停止listener:
$lsnrctlstop
停止其它可执行程序,如dbconsole, isqlplus等
$emctlstopdbconsole
$isqlplusctlstop

Step 24.
关闭数据库:
$sqlplus"/assysdba"
SQL>shutdownimmediate;
接着对全库做个冷备。

Step 25.
以10g的pfile为模板,并根据Step 2生成的upgrade_info.log里的建议,为11g创建一个新的pfile。

Step 26.
如果数据库原本是运行在archive模式下,最好先改为noarchive,这样可以减少升级停机时间,升级成功后再重新改回archive模式。

Step 27.
该步骤是针对Windows系统的,本例略过。

第四部分 - 升级

Step 28.
升级前的检查步骤基本上已经完成了,在跑升级脚本之前,需要把相关参数改为指向新的11g软件:
$exportORACLE_HOME=<locationofOracle11.2>
$exportPATH=$ORACLE_HOME/bin:$PATH
$exportORACLE_BASE=<Oracle_Basesetduringinstallation>

接着修改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"/assysdba"
SQL>startupUPGRADE
接着开始跑升级脚本:
SQL>setechoon
SQL>SPOOLupgrade.log
SQL>@catupgrd.sql
SQL>spooloff
这个脚本大概持续1.5个小时,脚本的最后会自动关闭数据库。升级脚本跑完之后,再跑下面这个脚本,检查数据库状态:
$sqlplus"/assysdba"
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:
lsnrctlstart

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>createspfilefrompfile;

Step 38.
锁住系统用户,可忽略。

Step 39.
升级Oracle Text,可忽略。

Step 40.
升级Oracle Clusterware,可忽略。

Step 41.
配置EM,可忽略。

最后,记得修改compatible参数:

SQL> ALTER SYSTEM SET COMPATIBLE = ’11.2.0’ SCOPE=SPFILE;

Oracle从10g升级到11g详细步骤

  • 0

    开心

    开心

  • 0

    板砖

    板砖

  • 0

    感动

    感动

  • 0

    有用

    有用

  • 0

    疑问

    疑问

  • 0

    难过

    难过

  • 0

    无聊

    无聊

  • 0

    震惊

    震惊

编辑推荐
1.先到Oracle官网上下载11g oracle Database 11g 第 2 版 (11.2.0.1.0) 标准版、标准版 1 以及企业
按照windows 7 64位 安装oracle 11g R2中的方法成功安装Oracle 11g后,共有7个服务,这七个服务的含
http://blog.csdn.net/weiwenhp/article/details/8093105 我们知道SQL Server和Oracle其实很多原理
Oracle简易界面工具 背景:偶在远程机上干活,须要调用到 Oracle 11gserver的数据,远程机上已安装O
成功安装Oracle 11g数据库后,你会发现自己电脑运行速度会变慢,配置较低的电脑甚至出现非常卡的状
---文章引用自http://yinhuwangxiaofei1.blog.163.com/blog/static/63306438201043200651/ 最近闲来
  成功安装Oracle 11g数据库后,你会发现自己电脑运行速度会变慢,配置较低的电脑甚至出现非常卡
一、下载 可以去Oracle官网下载:http://www.oracle.com/technetwork/database/enterprise-edition/
成功安装Oracle 11g数据库后,你会发现自己电脑运行速度会变慢,配置较低的电脑甚至出现非常卡的状
oracle11g用exp命令导出的dmp文件10g是不能识别的,网上有一种方法就是用notepad++修改dmp文件的版
版权所有 IT知识库 CopyRight © 2009-2015 IT知识库 IT610.com , All Rights Reserved. 京ICP备09083238号