先假设一种情况,假设有一个数据库,数据量是2T。 如果要对这个数据库进行迁移,在不考虑磁盘空间的前提下,要求在最短的时间内完成切换操作。
在不考虑磁盘空间前提下,备份时间,网络传输时间,恢复时间。 这个时间对于7*24*365的系统来说,肯定是没办法承受的。
如果在考虑下备份空间+迁移后的空间。 这个对磁盘的开销也是非常大。
在我的前一篇Blog里,提到了RMAN的异机恢复,这种方法可以缩短我们DB的迁移时间。 但是空间问题还没有解决。在这一篇,我们主要从迁移时间的角度来考虑这个问题。
RMAN 备份异机恢复 并创建新DBID
http://blog.csdn.net/tianlesoftware/archive/2011/03/11/6240983.aspx
在异机恢复中,我们最后对db 是用open resetlogs的方式打开的。
我们先看open resetlogs的影响:
(1)如果current online redo可以访问,那么对其进行归档操作。 然后清空所有online redo 的内容,并将日志的序列设置为1.
(2)如果online redo 不存在,就创建online redo。 这个位置是在控制文件里记录的。 我们在做RMAN 异机恢复的时候,验证过这点。
(3)开始一个新的incarnation,初始化redo thread和 online redo 在控制文件中的记录。
比如:将redo thread 的状态设置为closed,在redo thread的记录中设置当前的log sequence 为1. 设置每个redo thread 的checkpoint 到log sequence 1。
从每个thread 选择一个redo log,并设置其sequence 为1.
(4)在控制文件中更新当前所有的datafile 和online redo logs,及以后的归档文件用新的resetlog SCN 和 time stamp。
注意: open resetlogs 不会充值SCN.
一般用open resetlogs 打开数据库之后,建议立即对数据库进行一次备份。
下面是一个迁移的测试:
1. 在Target 库rman 备份数据库,并将备份copy到Auxiliary库的相同位置
RMAN 的恢复对备份位置有讲究,对于nocatalog模式下,这些备份的位置是写在控制文件里的。所以目录结构要相同。
关于RMAN 的shell 备份脚本,参考:
Nocatalog 下的RMAN 增量备份 shell脚本
http://blog.csdn.net/tianlesoftware/archive/2011/01/26/6164931.aspx
[oracle@qs-dmm-rh1 backup]$ scp * 192.168.2.43:/u01/backup
oracle@192.168.2.43's password:
arch_23m709vi_1_1_20110312 100% 6431KB 6.3MB/s 00:00
ctl_file_24m709vn_1_1_20110312 100% 9568KB 9.3MB/s 00:01
dave_lev0_1rm709u9_1_1_20110312 100% 610MB 12.0MB/s 00:51
dave_lev0_1sm709u9_1_1_20110312 100% 399MB 11.7MB/s 00:34
dave_lev0_1tm709u9_1_1_20110312 100% 4728KB 4.6MB/s 00:00
dave_lev0_1vm709uk_1_1_20110312 100% 1344KB 1.3MB/s 00:01
dave_spfile_25m709vp_1_1_20110312 100% 96KB 96.0KB/s 00:00
2. 在Auxiliary库创建相关的目录,口令文件,和初始化文件。
初始化文件可以直接从Target copy过来。如果目录结构相同的话,都不用修改参数。
3. 用初始化文件将数据库启动到noumout状态。
SQL> startup nomount pfile=?/dbs/initdave.ora
ORACLE instance started.
Total System Global Area 196681728 bytes
Fixed Size 1335444 bytes
Variable Size 83890028 bytes
Database Buffers 109051904 bytes
Redo Buffers 2404352 bytes
4. 恢复控制文件
RMAN> restore controlfile from '/u01/backup/ctl_file_2qm72jcf_1_1_20110312';
Starting restore at 12-MAR-11
using channel ORA_DISK_1
channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:02
output file name=/u01/oradata/control01.ctl
output file name=/u01/oradata/control02.ctl
output file name=/u01/oradata/control03.ctl
Finished restore at 12-MAR-11
5. 将数据库启动到mout状态
SQL> alter database mount;
Database altered.
6. restore 数据库
RMAN> restore database;
Starting restore at 12-MAR-11
released channel: ORA_DISK_1
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=20 device type=DISK
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00003 to /u01/app/oracle/oradata/dave/undotbs01.dbf
channel ORA_DISK_1: reading from backup piece /u01/backup/dave_lev0_28m70ar0_1_1_20110312
channel ORA_DISK_1: piece handle=/u01/backup/dave_lev0_28m70ar0_1_1_20110312 tag=DAVE_LEV0
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00004 to /u01/app/oracle/oradata/dave/users01.dbf
channel ORA_DISK_1: reading from backup piece /u01/backup/dave_lev0_2am70ara_1_1_20110312
channel ORA_DISK_1: piece handle=/u01/backup/dave_lev0_2am70ara_1_1_20110312 tag=DAVE_LEV0
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00002 to /u01/app/oracle/oradata/dave/sysaux01.dbf
channel ORA_DISK_1: reading from backup piece /u01/backup/dave_lev0_27m70ar0_1_1_20110312
channel ORA_DISK_1: piece handle=/u01/backup/dave_lev0_27m70ar0_1_1_20110312 tag=DAVE_LEV0
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:25
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00001 to /u01/app/oracle/oradata/dave/system01.dbf
channel ORA_DISK_1: reading from backup piece /u01/backup/dave_lev0_26m70ar0_1_1_20110312
channel ORA_DISK_1: piece handle=/u01/backup/dave_lev0_26m70ar0_1_1_20110312 tag=DAVE_LEV0
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:25
Finished restore at 12-MAR-11
7. recover 数据库
RMAN> recover database;
Starting recover at 12-MAR-11
using channel ORA_DISK_1
starting media recovery
channel ORA_DISK_1: starting archived log restore to default destination
channel ORA_DISK_1: restoring archived log
archived log thread=1 sequence=24
channel ORA_DISK_1: reading from backup piece /u01/backup/arch_2cm70as8_1_1_20110312
channel ORA_DISK_1: piece handle=/u01/backup/arch_2cm70as8_1_1_20110312 tag=ARC_BAK
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
archived log file name=/u01/app/oracle/product/11.2.0/dbhome_1/dbs/arch1_24_745352047.dbf thread=1 sequence=24
channel ORA_DISK_1: starting archived log restore to default destination
channel ORA_DISK_1: restoring archived log
archived log thread=1 sequence=25
channel ORA_DISK_1: reading from backup piece /u01/backup/arch_2dm70as8_1_1_20110312
channel ORA_DISK_1: piece handle=/u01/backup/arch_2dm70as8_1_1_20110312 tag=ARC_BAK
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
archived log file name=/u01/app/oracle/product/11.2.0/dbhome_1/dbs/arch1_25_745352047.dbf thread=1 sequence=25
unable to find archived log
archived log thread=1 sequence=26
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 03/12/2011 00:58:04
RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 26 and starting SCN of 1055401
8. 在主库进行一些事务操作
SQL> create table anhui as select * from all_tables;
Table created.
SQL> commit;
Commit complete.
SQL> alter system switch logfile;
System altered.
9. 关闭主库,迅速把主库的归档文件和online redo 复制到Auxiliary库
[oracle@qs-dmm-rh1 archivelog]$ scp * 192.168.2.43:/u01/archivelog
oracle@192.168.2.43's password:
1_26_745352047.dbf 100% 1509KB 1.5MB/s 00:00
[oracle@qs-dmm-rh1 dave]$ scp redo* 192.168.2.43:/u01/app/oracle/oradata/dave/
oracle@192.168.2.43's password:
redo01.log 100% 50MB 16.7MB/s 00:03
redo02.log 100% 50MB 12.5MB/s 00:04
redo03.log 100% 50MB 12.5MB/s 00:04
[oracle@qs-dmm-rh1 dave]$
10. 再次recover database
RMAN> recover database;
Starting recover at 12-MAR-11
using channel ORA_DISK_1
starting media recovery
archived log for thread 1 with sequence 26 is already on disk as file /u01/app/oracle/oradata/dave/redo02.log
archived log for thread 1 with sequence 27 is already on disk as file /u01/app/oracle/oradata/dave/redo03.log
archived log file name=/u01/app/oracle/oradata/dave/redo02.log thread=1 sequence=26
archived log file name=/u01/app/oracle/oradata/dave/redo03.log thread=1 sequence=27
media recovery complete, elapsed time: 00:00:05
Finished recover at 12-MAR-11
11. 打开数据库
SQL>alter database open resetlogs;
SQL> select count(*) from dave;
COUNT(*)
----------
71157
12. 重建Temp 表空间
在恢复的时候,会自动创建TEMP 表空间。但是和布豆聊到这个问题的时候,他说这个temp 文件好像没有起到作用。 尤其是数据量大的时候,所以他建议重建添加temp 数据文件。
SQL> select name from v$tempfile;
NAME
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/dave/temp01.dbf
SQL> alter tablespace temp add tempfile '/u01/app/oracle/oradata/dave/temp02.dbf ' size 8192M;
Tablespace altered.
SQL> select name from v$tempfile;
NAME
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/dave/temp01.dbf
/u01/app/oracle/oradata/dave/temp02.dbf
SQL> alter database tempfile '/u01/app/oracle/oradata/dave/temp01.dbf' offline;
Database altered.
SQL> alter database tempfile '/u01/app/oracle/oradata/dave/temp01.dbf' drop including datafiles;
Database altered.
SQL> select name from v$tempfile;
NAME
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/dave/temp02.dbf
---------------------------------------------------------------------------------------------------
Blog: http://blog.csdn.net/tianlesoftware
网上资源: http://tianlesoftware.download.csdn.net
相关视频:http://blog.csdn.net/tianlesoftware/archive/2009/11/27/4886500.aspx
DBA1 群:62697716(满); DBA2 群:62697977(满) DBA3 群:62697850(满)
DBA 超级群:63306533(满); DBA4 群: 83829929 DBA5群: 142216823
聊天 群:40132017
--加群需要在备注说明Oracle表空间和数据文件的关系,否则拒绝申请
分享到:
相关推荐
Rman的异机恢复的作用很多,比如数据库迁移,数据库恢复,基于数据库架构调整的还原恢复(比如从RAC-->>单实例,ASM-->>文件系统),有时候搭建测试环境也会用到,不过,这种情况下相信选择数据库复制方式比较方便。...
在文章《RMAN实现异机分批增量数据迁移》中,作者详细介绍了如何使用RMAN工具在两个Oracle数据库之间进行数据迁移和灾难恢复的过程。这个过程适合初学者阅读,因为每个步骤都有详细的步骤说明,可以跟随文章一步步...
异机恢复涉及将数据库从源服务器的备份恢复到目标服务器,其中可能涉及操作系统、硬件和文件系统的差异。在Oracle中,这通常需要重新映射数据文件到目标服务器的新位置。 2. **备份准备** 在开始异机恢复之前,...
本篇文章将深入解析RMAN异机恢复的实践全过程,帮助IT专业人员理解和掌握这一关键技术。 首先,理解RMAN的基本功能至关重要。RMAN是Oracle数据库自带的一个命令行工具,它能够执行完全备份、增量备份、表空间备份,...
ORACLE 数据库 RMAN 备份恢复是指使用 ORACLE 的 Recovery Manager(RMAN)工具对数据库进行备份和恢复的过程。RMAN 是 ORACLE 数据库管理系统中的一种备份和恢复工具,能够对数据库进行全备、增备、差异备、日志备...
标题“rac rman异机恢复”指在Oracle RAC (Real Application Clusters)环境中使用RMAN (Recovery Manager)工具进行的数据恢复过程,特别指出是将RAC环境中的备份恢复到非集群(即单机)环境中。 #### 描述解析 描述...
#### RMAN备份与恢复 在确保所有先决条件满足后,使用RMAN工具创建数据库的完整备份。这通常涉及使用RMAN命令行界面,创建一个包含所有数据文件、控制文件和归档日志的备份集。例如: ```shell RMAN> BACKUP AS ...
总结起来,Oracle 11.2.0.3单实例迁移到11gR2 RAC的异机恢复过程是一项技术性强且步骤繁多的任务,涉及到RMAN的备份恢复、新环境的配置、数据库和应用的适应性调整等多个环节。正确执行这些步骤,可以实现平滑迁移,...
本书《Oracle Database 11g RMAN备份与恢复》由Robert G. Freeman和Matthew Hart撰写,由王念滨和陈子阳翻译,由清华大学出版社出版,全中文书签扫描版,为中文读者提供了深入理解和应用RMAN的强大资源。 RMAN作为...
在文档中提到的Oracle RMAN增量备份恢复策略包含了以下几个关键知识点: 1. 增量备份的级别:Oracle RMAN支持两种增量备份级别——基于级别0的增量备份和基于级别的增量备份。基于级别0的备份相当于一个完整的备份...
在企业环境中,由于硬件升级、故障恢复或者数据中心迁移等原因,可能需要进行数据库的异机恢复,即从一个主机上的数据库恢复到另一个主机上,而RMAN(Recovery Manager)作为Oracle提供的强大恢复工具,被广泛应用于...
本文旨在为瑞航公司当前所使用的Oracle RMAN备份恢复机制提供详尽的指导,涵盖全量备份、增量备份、数据恢复等多个方面,尤其关注于数据丢失、控制文件丢失、参数文件丢失、密码文件丢失、redo文件丢失以及表空间...
本文档主要讲述了RMAN在不同版本间进行跨版本恢复,尤其是小版本异机恢复的具体操作和步骤。在数据库维护和迁移过程中,掌握跨版本恢复的技能对于保证数据的完整性和业务的连续性至关重要。 文档标题中提到“小版本...
2. **数据迁移**:利用RMAN进行异机恢复,将数据从单机迁移到RAC集群中。 3. **业务验证**:迁移完成后,需要对业务系统进行全面测试,确保所有功能正常运行。 #### 三、项目规划详解 ##### 3.1 版本信息 确保所...
首先,文档指出了异机恢复的目的,即通过RMAN备份集将原始数据库从一台机器(原机)迁移到另一台机器(异机)。迁移的过程中,数据库的版本发生了变化,原机运行的是Oracle **.*.*.*.0版本,而异机则运行Oracle **.*...
### Oracle 11g RMAN 异机还原再升级到 12c PDB #### 背景介绍 在企业级应用环境中,数据库的迁移与升级是一项常见但又复杂的工作。本文档详细记录了从Oracle 11.2.0.4版本数据库通过RMAN工具进行异地备份恢复,并...
### Oracle 11g RMAN备份与恢复初步方案解析 #### 一、RMAN备份与恢复概述 **RMAN(Recovery Manager)**是Oracle提供的一种强大工具,主要用于数据库的备份、还原及恢复操作。RMAN支持从Oracle 8及更高版本的...
rman 是 Oracle 提供的一种备份恢复工具,通过 rman,我们可以快速备份和恢复数据库。本文将详细介绍 rman 冷备全备数据库脚本的使用和实现。 冷备全备数据库脚本 冷备全备数据库脚本是使用 rman 工具备份数据库的...
本案例将详细讲解如何利用Recovery Manager (RMAN)工具在不同机器上进行异机恢复,从而实现Oracle 11.2.0.3单实例到11gR2 RAC的迁移。 首先,了解RMAN的基本概念。RMAN是Oracle提供的一种备份和恢复工具,它可以...