开发者社区> lfreeali> 正文

[20161220]rman恢复时间点的疑问.txt

简介: [20161220]rman恢复时间点的疑问.txt --昨天在恢复时遇到缺少归档的问题,自己开始感觉奇怪,做一点分析记录. RMAN> list backupset summary ; List of Backups =============== ...
+关注继续查看

[20161220]rman恢复时间点的疑问.txt

--昨天在恢复时遇到缺少归档的问题,自己开始感觉奇怪,做一点分析记录.

RMAN> list backupset summary ;

List of Backups
===============
Key     TY LV S Device Type Completion Time     #Pieces #Copies Compressed Tag
------- -- -- - ----------- ------------------- ------- ------- ---------- ---
...
3899    B  F  A DISK        2016-12-03 03:31:43 1       1       YES        FULL 2016/12/03 03:31:01
3900    B  F  A DISK        2016-12-03 03:31:51 1       1       YES        FULL 2016/12/03 03:31:01
3901    B  F  A DISK        2016-12-03 03:31:53 1       1       YES        FULL 2016/12/03 03:31:01
3902    B  F  A DISK        2016-12-03 03:32:27 1       1       YES        FULL 2016/12/03 03:31:01
3903    B  F  A DISK        2016-12-03 03:39:14 1       1       YES        FULL 2016/12/03 03:31:01
3904    B  A  A DISK        2016-12-03 03:39:18 1       1       YES        ARCHIVELOG 2016/12/03 03:31:01
3905    B  A  A DISK        2016-12-03 03:39:21 1       1       YES        ARCHIVELOG 2016/12/03 03:31:01
3906    B  A  A DISK        2016-12-03 03:39:21 1       1       YES        ARCHIVELOG 2016/12/03 03:31:01

--但是我执行如下恢复,提示缺少seq=15300的归档.
recover database until time '2016-12-03 03:39:20';
--我认为archivelog备份的完成时间是2016-12-03 03:39:21.应该可以.
--按照道理全备份完成后要切换一次日志,但是提示缺少一个seq=15300,为什么呢?

RMAN> list backupset 3903;
List of Backup Sets
===================

BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
3903    Full    2.02G      DISK        00:08:10     2016-12-03 03:39:14
        BP Key: 3903   Status: AVAILABLE  Compressed: YES  Tag: FULL 2016/12/03 03:31:01
        Piece Name: /mnt/tongji230.backup/fulls/tongji230_STATISTI_20161203_3913_full
  List of Datafiles in backup set 3903
  File LV Type Ckp SCN    Ckp Time            Name
  ---- -- ---- ---------- ------------------- ----
  4       Full 16940567563 2016-12-03 03:31:04 /u01/app/oracle/oradata/statisti/users01.dbf
  5       Full 16940567563 2016-12-03 03:31:04 /u01/app/oracle/oradata/statisti/statistics.dbf

--//可以看出全备份数据文件的完成时间在'2016-12-03 03:39:14'.

RMAN> list backupset  by file tag ='ARCHIVELOG 2016/12/03 03:31:01';
List of Archived Log Backups
============================

Thrd Seq     Low SCN    Low Time            BS Key  S #Pieces #Copies Compressed Tag
---- ------- ---------- ------------------- ------- - ------- ------- ---------- ---
1    15297   16933543374 2016-12-02 03:31:05 3906    A 1       1       YES        ARCHIVELOG 2016/12/03 03:31:01
1    15298   16940500469 2016-12-02 22:00:32 3905    A 1       1       YES        ARCHIVELOG 2016/12/03 03:31:01
1    15299   16940567740 2016-12-03 03:39:15 3904    A 1       1       YES        ARCHIVELOG 2016/12/03 03:31:01

--//seq=15299,Low Time='2016-12-03 03:39:15',可以想像这个是全备份完成后切换的归档日志.这个显示有1点点奇怪的是,仅仅显示Low SCN,Low Time.
--//并没有显示Next SCN,Next Time.换1个方式执行:

RMAN> list backupset 3904;
List of Backup Sets
===================
BS Key  Size       Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ -------------------
3904    2.00K      DISK        00:00:02     2016-12-03 03:39:18
        BP Key: 3904   Status: AVAILABLE  Compressed: YES  Tag: ARCHIVELOG 2016/12/03 03:31:01
        Piece Name: /mnt/tongji230.backup/archives/tongji230_STATISTI_20161203_3920_archive

  List of Archived Logs in backup set 3904
  Thrd Seq     Low SCN    Low Time            Next SCN     Next Time
  ---- ------- ---------- ------------------- ------------ ---------
  1    15299   16940567740 2016-12-03 03:39:15 16940567745 2016-12-03 03:39:16

--从结果看备份seq=15299,Next Time=2016-12-03 03:39:16.所以讲恢复只能到'2016-12-03 03:39:16'时间.
--如果恢复'2016-12-03 03:39:20',自然需要seq=15300.

RMAN> recover database test until time '2016-12-03 03:39:16' ;

--我自己认为理解错误!!

--实际上seq=15297,15298的备份文件都很大,而seq=15299是最后切换出来的,归档文件很小,我开了3个通道,这样3个归档分别在不同的通道上备份,
--seq=15299的最先完成备份,而剩下的2个归档文件比较大,所以完成时间推后一点.
--另外我没有仔细看前面的key对应的归档备份.

BS Key=3904,对应的seq=15299.
BS Key=3905,对应的seq=15298.
BS Key=3906,对应的seq=15297.
--//正好反过来.理解错误啊.

RMAN> list backupset   tag ='ARCHIVELOG 2016/12/03 03:31:01' ;
List of Backup Sets
===================

BS Key  Size       Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ -------------------
3904    2.00K      DISK        00:00:02     2016-12-03 03:39:18
        BP Key: 3904   Status: AVAILABLE  Compressed: YES  Tag: ARCHIVELOG 2016/12/03 03:31:01
        Piece Name: /mnt/tongji230.backup/archives/tongji230_STATISTI_20161203_3920_archive

  List of Archived Logs in backup set 3904
  Thrd Seq     Low SCN    Low Time            Next SCN   Next Time
  ---- ------- ---------- ------------------- ---------- ---------
  1    15299   16940567740 2016-12-03 03:39:15 16940567745 2016-12-03 03:39:16

BS Key  Size       Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ -------------------
3905    13.43M     DISK        00:00:05     2016-12-03 03:39:21
        BP Key: 3905   Status: AVAILABLE  Compressed: YES  Tag: ARCHIVELOG 2016/12/03 03:31:01
        Piece Name: /mnt/tongji230.backup/archives/tongji230_STATISTI_20161203_3919_archive

  List of Archived Logs in backup set 3905
  Thrd Seq     Low SCN    Low Time            Next SCN   Next Time
  ---- ------- ---------- ------------------- ---------- ---------
  1    15298   16940500469 2016-12-02 22:00:32 16940567740 2016-12-03 03:39:15

BS Key  Size       Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ -------------------
3906    15.79M     DISK        00:00:05     2016-12-03 03:39:21
        BP Key: 3906   Status: AVAILABLE  Compressed: YES  Tag: ARCHIVELOG 2016/12/03 03:31:01
        Piece Name: /mnt/tongji230.backup/archives/tongji230_STATISTI_20161203_3918_archive

  List of Archived Logs in backup set 3906
  Thrd Seq     Low SCN    Low Time            Next SCN   Next Time
  ---- ------- ---------- ------------------- ---------- ---------
  1    15297   16933543374 2016-12-02 03:31:05 16940500469 2016-12-02 22:00:32

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
穿越数据的变迁 - 如何使用阿里云Redis数据闪回进行按时间点的数据恢复
如何使用阿里云Redis数据闪回进行按时间点的数据恢复
2567 0
RMAN_学习笔记5_RMAN Catalog Script恢复目录脚本
2014-12-24 Created By BaoXinjian 一、摘要 简言之,将rman的备份恢复命令写成脚本并保存在恢复目录内,恢复目录内的脚本可用性及通用性高于基于文件系统的脚本。 客户端只要能够登录到RMAN恢复目录,则这些脚本可用,尤其对于global脚本,可以被任意注册的数据库调度。
915 0
[20180222]11g删除表空间的恢复.txt
[20180222]11g删除表空间的恢复.txt --//以前曾经做过利用传输表空间恢复数据库,连接如下: http://blog.itpub.net/267265/viewspace-2141174/ http://blog.
1002 0
[20161220]rman恢复时间点的疑问.txt
[20161220]rman恢复时间点的疑问.txt --昨天在恢复时遇到缺少归档的问题,自己开始感觉奇怪,做一点分析记录. RMAN> list backupset summary ; List of Backups =============== ...
904 0
[20121011]global_name为空的恢复(new)-bbed学习.txt
[20121011]global_name为空的恢复(new)-bbed学习.txt 前面已经提到如果global_name为空,数据库会起来. 下次开机时,出现如下提示: SQL> startup ORACLE instance started.
627 0
[20121010]global_name为空的恢复-bbed学习.txt
[20121010]global_name为空的恢复-bbed学习.txt前面已经提到如果global_name为空,数据库会起来.下次开机时,出现如下提示:SQL> startup ORACLE instance started.
601 0
[20170105]关于使用datafilecopy恢复.txt
[20170105]关于使用datafilecopy恢复.txt --如果指定恢复数据文件是从datafilecopy,必须加括号,写一个例子说明: 1.环境: SYS@book> @ &r/ver1 PORT_STRING             ...
842 0
rman中三个不完全恢复场景
rman在数据的备份恢复中还是发挥了重大的作用,把冷备,热备这种手工备份方式做了集成化的管理,可以基于这个工具集完成相对复杂额备份恢复工作。 当然了rman相对于传统的手工备份,提供了更多的改进, 比如压缩备份,我们手工测试的场景中,一个1.5G的小库,如果数据文件的使用率不到300M,那么生成的dump就在近300M,如果开启压缩备份的方式,生成的备份集差不多会在80M左右,改进的幅度还是很大的。
751 0
+关注
lfreeali
熟悉oracle数据库性能优化,rman备份,数据库恢复技术.
2122
文章
0
问答
文章排行榜
最热
最新
相关电子书
更多
OceanBase 入门到实战教程
立即下载
阿里云图数据库GDB,加速开启“图智”未来.ppt
立即下载
实时数仓Hologres技术实战一本通2.0版(下)
立即下载