Windows下Oracle10g32位迁移到11g64位

客户需要，将windows下10g（10.2.0.3）32位数据库迁移到11g64位。不过主要目的是为10g32位windows打补丁，怕出问题做的迁移。这里自己先做下测试。

参考文章：

http://blog.sina.com.cn/s/blog_544f183101011jgx.html

http://blog.csdn.net/wuweilong/article/details/8242455

http://www.linuxidc.com/Linux/2013-07/88027.htm

测试环境：

Win server 2003 32位，先安装oracle10.2.0.1，然后升级到10.2.0.5（因为10.2.0.1不能升到11g，所以得升级到10.2.0.2以上），最后迁移到11.2.0.1（Win server 2008 64位）。

安装就不详述了。

1、升级数据库10.2.0.1到10.2.0.5

㈠升级前准备

打开命令行关闭EM：d:\> emctl stop dbconsole

关闭监听：d:\> lsnrctl stop 

进入sql提示符关闭数据库：d:\> sqlplus / as sysdba

SQL> shutdown immediate

关闭服务：开始菜单》管理工具》服务，停止所有ORACLE开始的服务

备份：可直接复制或者压缩，包括Oracle Inventory、Oracle HOME和数据库

升级前检查：sql提示符下

SQL> spool d:\logs\utlu102i.log       --保留日志信息，以便查看

SQL> @?/rdbms/admin/utlu102i.sql  ---@?默认的ORACLE HOME目录

㈡升级

升级软件：下载10.2.0.5补丁后（网友提供的下载地址：https://updates.oracle.com/Orion/Services/download/p8202632_10205_WINNT.zip?aru=12769968&patch_file=p8202632_10205_WINNT.zip），双击解压后目录下的setup.exe

与安装基本一致，指定ORACLE HOME目录时，覆盖原来HOME即可，我的是：E：\oracle\product\10.2.0\db_1

这个过程中遇到的问题，参考：http://blog.csdn.net/wuweilong/article/details/8242455

开户OracleserviceSID服务

开启监听：d:\> lsnrctl start

升级数据字典：

SQL> startup upgrade

SQL> spool d:\logs\catupgrd.log

SQL> @?/rdbms/admin/catupgrd.sql

SQL> shutdown immediate

SQL> startup

SQL> spool d:\logs\utlrp.log

SQL> @?/rdbms/admin/utlrp.sql

㈢升级后检查

SQL> SELECT COMP_NAME, VERSION, STATUS FROM SYS.DBA_REGISTRY;

status输出都为VALID说明升级成功

设置compatible参数，不是必须的，重启后生效

SQL> alter system set compatible='10.2.0.5.0' scope=spfile;

使用catalog备份的可升级一下：

d:\> rman catalog username/passwd@alias

RMAN> upgrade catalog;

升级完成。

2、10.2.0.5（源库）的数据迁移到11.2.0.1（目标库）

因为是32位到64位，所以可分为四步：

㈠备份

备份前在源库执行一个脚本，否则在目标库recover后升级数据字典时报错

SQL> spool e:\logs\utlu112i.log

SQL> @?/rdbms/admin/utlu112i.sql   ---此文件从目标库复制过来的，避免出问题也可以在完成升级后先进行备份

备份：

RMAN> run{
backup as compressed backupset database format 'e:\backup\%d_%s_%T.db';
sql 'alter system switch logfile';
backup archivelog all format 'e:\backup\%d_%s_%T.arch';
backup spfile format 'e:\backup\%d_%s_%T.sp';
backup current controlfile format 'e:\backup\%d_%s_%T.ctl';
}

SQL> create pfile='d:\backup\inittest.ora' from spfile; ---目标库上实例名为test，所以使用pfile并修改相关参数和目录（不使用restore spfile）

然后把备份文件上传到目标库服务器上。

查看源库DBID

SQL> select dbid from v$database;
  DBID
 ---------------
 274060241

㈡恢复

修改后的pfile文件

*.compatible='10.2.0.5.0'
*.control_files='d:\controlfile\control01.ctl'
*.db_block_size=8192
*.db_name='prod'
*.db_unique_name='test'

SQL> startup nomount pfile='d:\share\inittest.ora';
D:\>rman target /

连接到目标数据库: PROD (未装载)   --因为没有Mount，不识别库，需要设置dbid

RMAN> set dbid=274060241

RMAN> restore controlfile from 'd:\share\prod_20_20141030.ctl'; --恢复控制文件

RMAN> mount database;

SQL> create spfile from pfile='d:\share\inittest.ora'; --生成spfile，然后重启到mount状态

SQL> startup mount force;

RMAN> catalog start with 'd:\share';     ---源库的备份目录为d:\backup，restore时不识别此目录，可以catalog下，当然也可以使目录一致。

恢复，因为不完全恢复，可以设置恢复到某个日志号（从源库查看备份完成后的当前日志序列）：

RMAN> run{
        set newname for datafile 1 to 'd:\ORADATA\SYSTEM01.DBF';    --数据文件目录一致可以不用newname
        set newname for datafile 2 to 'd:\ORADATA\UNDOTBS01.DBF';
        set newname for datafile 3 to 'd:\ORADATA\SYSAUX01.DBF';
        set newname for datafile 4 to 'd:\ORADATA\USERS01.DBF';
        set newname for datafile 5 to 'd:\ORADATA\EXAMPLE01.DBF';
        set until sequence 60;                                                                                 
        restore database;
        switch datafile all;
        recover database;
}

目录一致可以不用如下操作，不一致需要rename下：

SQL> alter database rename file 'e:\onlinelog\prod\redo01.log' to 'd:\onlinelog\redo01.log';
SQL> alter database rename file 'e:\onlinelog\prod\redo02.log' to 'd:\onlinelog\redo02.log';
SQL> alter database rename file 'e:\onlinelog\prod\redo03.log' to 'd:\onlinelog\redo03.log';

以升级模式打开：

SQL> alter database open resetlogs upgrade;

添加临时表空间文件：

SQL> alter tablespace temp add tempfile 'd:\oradata\temp01.dbf' size 500m autoextend on next 50m;

SQL> select name from v$tempfile;
NAME
----------------------------------------------------------------------
E:\ORADATA\PROD\TEMP01.DBF
D:\ORADATA\TEMP01.DBF

目录不一致的要删除，因数据文件目录不一致所致，否则之后执行脚本会报错：
SQL> alter tablespace temp drop tempfile 'e:\oradata\prod\temp01.dbf';

㈢升级

下面脚本执行时间很长，一个小时：

SQL> spool d:\share\catupgrd.log
SQL> @?/rdbms/admin/catupgrd.sql

跑完库关闭了，要重新打开

修改一下compatible参数

SQL> alter system set compatible='11.2.0.1.0' scope=spfile;

如下脚本可选择执行：

SQL> spool d:\share\utlu112s.log
SQL> @?/rdbms/admin/utlu112s.sql

因需位数转换，可到最后再编译无效对象。

㈣64位的转换

SQL> shutdown immediate

SQL> startup migrate

SQL> spool d:\logs\utlirp.log

SQL> @?/rdbms/admin/utlirp.sql

最后重启数据库，重新编译无效对象

SQL> shutdown immediate

SQL> startup

SQL> spool d:\logs\utlrp.log

SQL> @?/rdbms/admin/utlrp.sql

重启下，总体检查一下，主要查看是否还有无效对象。

select count(*) from dba_invalid_objects;