windows下oracle11g备份,【RMAN】Oracle11g使用rman迁移升级数据库（win_to_linux）

前言：在迁移Oracle数据库的过程中，我们会遇到很多种情况，例如32位操作系统下的数据库迁移到64位，不同操作系统平台之间的迁移，那么怎么选择迁移工具呢，首先我们需要确认迁移源端和目标端的环境，再次停机时间，数据量大小，相对而言，逻辑迁移更稳妥一点，不管是手动的expdp/impdp还是借助其他工具，OGG之类，像高水位这样的问题也会得到缓解。rman也是一项工具，那么什么时候选择呢，或者选择的利弊呢？版本限制、bug有点多，rman能把数据库的环境完全复制过来，在一些场景中是需要的。

下面做个测试，源端环境：Windows2008 64位+Oracle11.2.0.1+

filesystem

目标端环境：Redhat6.7

x64+oracle11.2.0.4+ASM

首先我们确认一下字节：

下面开始通过rman执行迁移工作

在Windows环境下执行备份：

通过以下语句生成pfile文件：

create

pfile='d:\pfile20171029.ora' from spfile;

将备份文件、归档日志、pfile文件、密码文件拷贝至目标端(Linux)

目标端相关操作：

首先编辑参数文件，修改相关路径、参数等，并且创建相关目录

例如：

mkdir -p

/home/oracle/archivelog

mkdir -p /u02/app/oracle/admin/orcl/adump

启动数据库到nomount状态

export

ORACLE_SID=orcl

sqlplus / as sysdba

startup nomount pfile='/home/oracle/rmanbackup/pfile20171029.ora'

开始恢复控制文件(注意，初始化参数文件中已更改控制文件存放到ASM磁盘中)

*恢复控制文件并启动到mount阶段：

*注册备份文件

执行恢复数据库操作，此处注意，首先需要清理rman中无效备份，如果不清理，需要制定，不然恢复时首先找的是原来备份，如下：

*此处执行检查备份、并清理无效、过期备份(简图)

再次执行恢复操作：

OK，我们执行recover

Recovery

Manager complete.此处注意，这里执行的是recover

database，也未应用之后的归档日志，再个，在线日志并没有原来的目录，数据库open时会默认给创建到dbs目录中，open后需要更改redo log位置。

recover完成，下面开始open

SQL> alter

database open resetlogs upgrade; -- upgrade版本由11201到11204

Database

altered.

打开了，可以啊，完事了？redo

log没做，还有什么想想……

首先我们需要把数据库根本的正好，来执行几个脚本，来完成最终的数据库升级

需要执行以下三个脚本，顺序要求，首先执行catupgrd.sql，再依次执行utlrp.sqlcatbundle.sql

还要注意一点：执行catupgrd.sql之前，需要重建临时表空间，步骤如下：

create

temporary tablespace temp01 tempfile '+DATA' SIZE 1G;

alter database default temporary tablespace temp01;

drop tablespace temp including contents and datafiles cascade constraints;

ok,可以执行啦

SQL>

@?/rdbms/admin/catbundle.sql psu apply

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

SQL>@?/rdbms/admin/catupgrd.sql     --第一个执行，它会频繁切换归档，俺的测试空间已爆

为什么需要执行这三个呢，我们看一下这几个脚本的描述

第一个，这个主要目的是将补丁信息更新到sql中，也会执行其他东西，也就是视图dba_registry_history

第二个，重新编译无效对象

最终要的，就是第三个，必须执行，这里说的是10.2及之前的版本，本次环境为11.2.0.1到11.2.0.4，也是必须执行的脚本，如果你不想每次shutdown数据库后，startup时还需要alter database open

upgrade那就执行此步骤。

脚本执行完成，我们来看看版本信息：

红色部分为升级的一部分，可以忽略。第二行为执行脚本catupgrd.sql生成，描述信息：Upgraded from

11.2.0.1.0

第三行为脚本catbundle.sql执行结果

还有什么收尾工作吗，对了，在线日志路径还未更改，那就查看更改吧

基本步骤如下：

select

group#,status from v$log;

alter system archive log current;

alter

database drop logfile group 3;

alter database add logfile group 3 ('+DATA') size 100m;

alter database drop logfile group 1;

alter database add logfile group 1 ('+DATA') size 100m;

alter database drop logfile group 2;

alter database add logfile group 2 ('+DATA') size 100m;

更改完成，还需要执行以下命令

create

spfile from  pfile='/home/oracle/rmanbackup/pfile01.ora';

再次重启数据库验证,数据库正常。

等等，我们需要追加归档日志恢复……

读取归档日志报错，终于用上了MOS文章中提到的失败，那么如果源目标归档日志都采用ASM方式存储呢？会出现吗？留着吧不能用追加归档日志方式，就使用增量备份呗

虽然说使用逻辑方式迁移看似简单，例如expdp/impdp，其实需要准备的东西并不少，有兴趣的可以测试下，迁移我们就可能遇到不同的操作系统、不同的版本甚至32位到64位，不知道Oracle18C能解决不?

折腾半天，最后以600结束，也算无憾，其实挺扯淡……

就这样吧，周一愉快