查看: 656|回复: 0

[Oracle数据库] 【RMAN】Oracle11g使用rman迁移升级数据库(win_to_linux)

发表于 2017-11-24 08:03:48

前言:在迁移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.sql catbundle.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结束,也算无憾 , 其实挺扯淡……


就这样吧, 周一愉快



回复

使用道具 举报

关闭

站长推荐上一条 /1 下一条