使用热备份进行分时恢复----怎样通过归档逐步恢复以缩短数据迁移时间

使用热备份进行分时恢复

----怎样通过归档逐步恢复以缩短数据迁移时间

Last Updated: Monday, 2004-11-15 10:32 Eygle

很多时候你可能遇到这样的情况: 一个大型数据库的迁移,但是只有很少的停机时间,这看起来充满困难。可是我们可以通过各种方法来缩短停机时间.

本例适用于同平台、同版本数据库迁移.

在此情况下,我们可以通过一个热备份,应用归档恢复数据库到一个一致的状态,此时数据库可以被只读(read only)打开。 之后我们可以继续应用归档进行恢复,最后只需要短时停机,复制原数据库中的在线日志及归档日志、控制文件到新库中,进行恢复,此时 只需要极短时间即可完成恢复。

此方法可以极大缩短割接时间。以下是一个示范步骤,供参考:

1.启动数据库

查询归档情况

SQL> select name from v$archived_log; NAME -------------------------------------------------------------------------------- E:/ORACLE/ORADATA/EYGLE/REDO01.LOG E:/ORACLE/ORADATA/EYGLE/REDO02.LOG E:/ORACLE/ORADATA/EYGLE/REDO03.LOG E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00001.001 E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00002.001 E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00003.001 E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00004.001 E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00005.001 E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00006.001 E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00001.001 E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00002.001 NAME -------------------------------------------------------------------------------- E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00003.001 E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00004.001 E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00005.001 E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00006.001 已选择15行。

归档当前日志

SQL> alter system switch logfile;系统已更改。

2.备份数据库

备份脚本:

alter tablespace system begin backup; host copy E:/ORACLE/ORADATA/EYGLE/SYSTEM01.DBF e:/oracle/orabak/SYSTEM01.DBF alter tablespace system end backup; alter tablespace undotbs1 begin backup; host copy E:/ORACLE/ORADATA/EYGLE/UNDOTBS01.DBF e:/oracle/orabak/UNDOTBS01.DBF alter tablespace undotbs1 end backup; alter tablespace eygle begin backup; host copy E:/ORACLE/ORADATA/EYGLE/EYGLE01.DBF e:/oracle/orabak/EYGLE01.DBF alter tablespace eygle end backup;

执行备份:

SQL> @e:/a.sql 表空间已更改。 已复制 1 个文件。 表空间已更改。 表空间已更改。 已复制 1 个文件。 表空间已更改。 表空间已更改。 已复制 1 个文件。 表空间已更改。 数据库已更改。

3.更改数据并归档部分日志

SQL> insert into eygle.test select *from eygle.test; 已创建224行。 SQL> commit; 提交完成。 SQL> alter system switch logfile; 系统已更改。 SQL> insert into eygle.test select *from eygle.test; 已创建448行。 SQL> commit; 提交完成。 SQL> alter system switch logfile; 系统已更改。 SQL> insert into eygle.test select *from eygle.test; 已创建896行。 SQL> commit; 提交完成。 SQL> shutdown immediate; 数据库已经关闭。 已经卸载数据库。 ORACLE 例程已经关闭。

4.执行恢复 恢复备份的数据文件,启动数据库 使用当前日志及控制文件

SQL> startup mount; ORACLE 例程已经启动。 Total System Global Area 47259136 bytes Fixed Size 454144 bytes Variable Size 29360128 bytes Database Buffers 16777216 bytes Redo Buffers 667648 bytes 数据库装载完毕。 SQL> recover database using backup controlfile until cancel; ORA-00279: 更改 197282 (在 11/13/2004 23:30:48 生成) 对于线程 1 是必需的 ORA-00289: 建议: E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00008.001 ORA-00280: 更改 197282 对于线程 1 是按序列 # 8 进行的 指定日志: {=suggested | filename | AUTO | CANCEL} ORA-00279: 更改 197393 (在 11/13/2004 23:32:22 生成) 对于线程 1 是必需的 ORA-00289: 建议: E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00009.001 ORA-00280: 更改 197393 对于线程 1 是按序列 # 9 进行的 ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00008.001' 指定日志: {=suggested | filename | AUTO | CANCEL} cancel 介质恢复已取消。 SQL> 数据库已更改。 SQL> shutdown immediate; 数据库已经关闭。 已经卸载数据库。 ORACLE 例程已经关闭。 SQL> startup mount; ORACLE 例程已经启动。 Total System Global Area 47259136 bytes Fixed Size 454144 bytes Variable Size 29360128 bytes Database Buffers 16777216 bytes Redo Buffers 667648 bytes 数据库装载完毕。 SQL> recover database using backup controlfile until cancel; ORA-00279: 更改 197393 (在 11/13/2004 23:32:22 生成) 对于线程 1 是必需的 ORA-00289: 建议: E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00009.001 ORA-00280: 更改 197393 对于线程 1 是按序列 # 9 进行的 指定日志: {=suggested | filename | AUTO | CANCEL} ORA-00279: 更改 197423 (在 11/13/2004 23:32:51 生成) 对于线程 1 是必需的 ORA-00289: 建议: E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00010.001 ORA-00280: 更改 197423 对于线程 1 是按序列 # 10 进行的 ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00009.001' 指定日志: {=suggested | filename | AUTO | CANCEL} cancel 介质恢复已取消。 SQL> 数据库已更改。 SQL> shutdown immediate; 数据库已经关闭。 已经卸载数据库。 ORACLE 例程已经关闭。 SQL> startup mount; ORACLE 例程已经启动。 Total System Global Area 47259136 bytes Fixed Size 454144 bytes Variable Size 29360128 bytes Database Buffers 16777216 bytes Redo Buffers 667648 bytes 数据库装载完毕。 SQL> recover database using backup controlfile until cancel; ORA-00279: 更改 197423 (在 11/13/2004 23:32:51 生成) 对于线程 1 是必需的 ORA-00289: 建议: E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00010.001 ORA-00280: 更改 197423 对于线程 1 是按序列 # 10 进行的 指定日志: {=suggested | filename | AUTO | CANCEL} E:/Oracle/oradata/eygle/REDO01.LOG ORA-00310: 存档日志包含序列 9;要求序列 10 ORA-00334: 归档日志: 'E:/ORACLE/ORADATA/EYGLE/REDO01.LOG' SQL> recover database using backup controlfile until cancel; ORA-00279: 更改 197423 (在 11/13/2004 23:32:51 生成) 对于线程 1 是必需的 ORA-00289: 建议: E:/ORACLE/ORADATA/EYGLE/ARCHIVE/ARC00010.001 ORA-00280: 更改 197423 对于线程 1 是按序列 # 10 进行的 指定日志: {=suggested | filename | AUTO | CANCEL} E:/Oracle/oradata/eygle/REDO02.LOG 已应用的日志。 完成介质恢复。 SQL> alter database open; alter database open * ERROR 位于第 1 行: ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项 SQL> alter database open resetlogs; 数据库已更改。 SQL>

注意中间的部分,read only打开不影响数据库进一步的恢复.也就是说恢复可以分步进行。

本文作者: eygle,Oracle技术关注者,来自中国最大的Oracle技术论坛itpub. www.eygle.com是作者的个人站点.你可通过Guoqiang.Gai@gmail.com来联系作者.欢迎技术探讨交流以及链接交换.


原文出处:

http://www.eygle.com/ha/Use.Hot.Backup.Recover.Day.by.Day.htm

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏杨建荣的学习笔记

关于Oracle重启数据库的一个bug(r5笔记第50天)

关于drop database在oracle中是致命的操作,这个操作自己在测试环境中体验过,会完全删除数据文件,因此这个操作非常敏感但是实用性不强,不过话说过来...

3524
来自专栏乐沙弥的世界

ORA-19815,ORA-19809 :limit exceeded for recovery files

    数据库重新启动的时候,收到了ORA-19815的错误。从错误的提示来看,是由于闪回区的空间被填满导致无法成功启动。这种情形我们通常考虑的是清除归档日志,...

893
来自专栏杨建荣的学习笔记

alert日志中的两种ORA错误分析(r6笔记第21天)

今天在巡检系统的时候,发现alert日志中有两种类型的ora错误。 Errors in file /U01/app/oracle/diag/rdbms/XX/...

2905
来自专栏landv

SQLSERVER异机备份 T-SQL

4547
来自专栏杨建荣的学习笔记

搭建dataguard碰到的几个小问题(r5笔记第33天)

今天在搭建dataguard环境的时候,发现操作还是生疏了,环境也被反反复复折腾了好久,也碰到了一些小问题,总结一下。 第一个问题是使用sys账户登录rman的...

3427
来自专栏乐沙弥的世界

SYSAUX表空间管理及恢复

SYSAUX表空间是在10g之后引入的一个新的表空间,主要用于减轻对SYSTEM表空间的压力而作为SYSTEM表空间的辅助表空间。

1002
来自专栏沃趣科技

挽救DG中主库的nologging操作的块

众所周知我们的Data Guard数据同步是基于日志流的。所以在主库执行nologging操作是不被允许的。这也就是为什么我们需要在配置Data Guard阶段...

3456
来自专栏乐沙弥的世界

Oracle 表空间时点恢复(TSPITR)

表空间时点恢复,是Oracle在基于冷备,热备恢复以外的一种以表空间为粒度的,不完全恢复的形式来将表空间恢复到过去某个特定的时间点的一种恢复方式。它整合了RMA...

1372
来自专栏杨建荣的学习笔记

Oracle 12c升级检查问题分析(r10笔记第69天)

今天计划把一个测试环境升级到12c,为了练练手,先在备库上来做。数据库版本是11.2.0.3.0,计划升级到12.1.0.2.0。 为了不影响原有的测试主库,我...

3978
来自专栏乐沙弥的世界

关于undo表空间配置错误的ORA-30012

      undo表空间是Oracle体系结构的重要组成部分,为什么我们可以回滚,就是因为有它。数据库任意数据的修改都会在undo表空间里生成前镜像,一是可以...

641

扫码关注云+社区

领取腾讯云代金券