[20170616]recover copy of datafile 6.txt

[20170616]no copy of datafile 6 found to recover.txt

--//最近几天一直被这个问题纠缠,我虽然不知道问题在哪来,还是找到简单的解决方法,做1个记录:
--//链接:http://www.itpub.net/thread-2088843-1-1.html

1.环境:
SYS@book> @ &r/ver1
PORT_STRING                    VERSION        BANNER
------------------------------ -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx            11.2.0.4.0     Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

RMAN> show  CONTROLFILE AUTOBACKUP ;
RMAN configuration parameters for database with db_unique_name BOOK are:
CONFIGURE CONTROLFILE AUTOBACKUP OFF;

RMAN> report schema ;
Report of database schema for database with db_unique_name BOOK
List of Permanent Datafiles
===========================
File Size(MB) Tablespace           RB segs Datafile Name
---- -------- -------------------- ------- ------------------------
1    760      SYSTEM               ***     /mnt/ramdisk/book/system01.dbf
2    940      SYSAUX               ***     /mnt/ramdisk/book/sysaux01.dbf
3    865      UNDOTBS1             ***     /mnt/ramdisk/book/undotbs01.dbf
4    146      USERS                ***     /mnt/ramdisk/book/users01.dbf
5    346      EXAMPLE              ***     /mnt/ramdisk/book/example01.dbf
6    40       TEA                  ***     /mnt/ramdisk/book/tea01.dbf

List of Temporary Files
=======================
File Size(MB) Tablespace           Maxsize(MB) Tempfile Name
---- -------- -------------------- ----------- --------------------
1    414      TEMP                 32767       /mnt/ramdisk/book/temp01.dbf

--//我的目的很简单是否可以给1个copy的数据文件做增量scn.

2.测试:
RMAN> list backup ;
specification does not match any backup in the repository

RMAN> list copy of database ;
specification does not match any datafile copy in the repository
--//测试前我把以前的全部备份删除.

RMAN> backup as copy  datafile 6 format '/home/oracle/backup/tea01.dbf';
Starting backup at 2017-06-16 17:18:26
using channel ORA_DISK_1
using channel ORA_DISK_2
using channel ORA_DISK_3
channel ORA_DISK_1: starting datafile copy
input datafile file number=00006 name=/mnt/ramdisk/book/tea01.dbf
output file name=/home/oracle/backup/tea01.dbf tag=TAG20170616T171826 RECID=52 STAMP=946833506
channel ORA_DISK_1: datafile copy complete, elapsed time: 00:00:01
Finished backup at 2017-06-16 17:18:27

RMAN> list copy of datafile 6;
List of Datafile Copies
=======================
Key     File S Completion Time     Ckp SCN    Ckp Time
------- ---- - ------------------- ---------- -------------------
52      6    A 2017-06-16 17:18:26 13277281436 2017-06-16 17:18:26
        Name: /home/oracle/backup/tea01.dbf
        Tag: TAG20170616T171826
--//备份记录的Ckp SCN=13277281436.如果我执行如下
RMAN> recover copy of datafile 6 ;
Starting recover at 2017-06-16 17:19:31
using channel ORA_DISK_1
using channel ORA_DISK_2
using channel ORA_DISK_3
no copy of datafile 6 found to recover
Finished recover at 2017-06-16 17:19:31

--//可以发现没有应用.必须做一个关于这个数据文件的增量备份.

RMAN> backup incremental from scn 13277281500 datafile 6 format '/home/oracle/backup/%U';
Starting backup at 2017-06-16 17:21:11
using channel ORA_DISK_1
using channel ORA_DISK_2
using channel ORA_DISK_3
RMAN-06755: WARNING: datafile 6: incremental-start SCN is too recent; using checkpoint SCN 13277281436 instead
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00006 name=/mnt/ramdisk/book/tea01.dbf
channel ORA_DISK_1: starting piece 1 at 2017-06-16 17:21:11
channel ORA_DISK_2: starting full datafile backup set
channel ORA_DISK_2: specifying datafile(s) in backup set
channel ORA_DISK_1: finished piece 1 at 2017-06-16 17:21:12
piece handle=/home/oracle/backup/jes6v287_1_1 tag=TAG20170616T172111 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
including current control file in backup set
channel ORA_DISK_2: starting piece 1 at 2017-06-16 17:21:12
channel ORA_DISK_2: finished piece 1 at 2017-06-16 17:21:13
piece handle=/home/oracle/backup/jfs6v287_1_1 tag=TAG20170616T172111 comment=NONE
channel ORA_DISK_2: backup set complete, elapsed time: 00:00:01
Finished backup at 2017-06-16 17:21:13

--//说明一下,正常应该执行 from scn 13277281436,我选择从13277281500,备份程序自动纠正我的错误,选择正确的scn=13277281436
--//RMAN-06755: WARNING: datafile 6: incremental-start SCN is too recent; using checkpoint SCN 13277281436 instead.

--//接着增量恢复:
RMAN> recover copy of datafile 6 ;
Starting recover at 2017-06-16 17:22:48
using channel ORA_DISK_1
using channel ORA_DISK_2
using channel ORA_DISK_3
no copy of datafile 6 found to recover
Finished recover at 2017-06-16 17:22:48

--//提示no copy of datafile 6 found to recover,很明显rman什么事情都没有做.

3.分析:
--//实际上我做了rman的跟踪:

$ rman target / debug recover,sql level=10 trace=tracefile.trc
DBGSQL:     TARGET>
DECLARE
   allCopies   BOOLEAN;
BEGIN
   dbms_rcvman.resetthisBackupAge;

   IF ( :allCopies > 0)
   THEN
      allCopies := TRUE;
   ELSE
      allCopies := FALSE;
   END IF;

   :rc :=
      dbms_rcvman.computeRecoveryActions
      (
         fno               => :fno
        ,crescn            => :crescn
        ,df_rlgscn         => :rlgscn
        ,df_rlgtime        => :rlgtime
        ,df_ckpscn         => :ckpscn
        ,offlscn           => :offlscn
        ,onlscn            => :onlscn
        ,onltime           => :onltime
        ,cleanscn          => :cleanscn
        ,clean2scn         => :clean2scn
        ,clean2time        => :clean2time
        ,allowfuzzy        => FALSE
        ,partial_rcv       => FALSE
        ,cf_scn            => :cfscn
        ,cf_cretime        => :cfcretime
        ,cf_offrrid        => :cfoffrrid
        ,allCopies         => allCopies
        ,df_cretime        => :cretime
        ,rmanCmd           => :rmanCmd
        ,foreignDbid       => :foreignDbid
        ,pluggedRonly      => :pluggedRonly
        ,pluginSCN         => :pluginSCN
        ,pluginRlgSCN      => :pluginRlgSCN
        ,pluginRlgTime     => :pluginRlgTime
        ,creation_thread   => :creation_thread
        ,creation_size     => :creation_size
      );

   IF ( :maxact > 0)
   THEN
      dbms_rcvman.trimRecoveryActions
      (
         maxActions      => :maxact
        ,containerMask   =>   dbms_rcvman.proxyCopy_con_t
                            + dbms_rcvman.imageCopy_con_t
                            + dbms_rcvman.backupSet_con_t
        ,actionMask      => dbms_rcvman.full_act_t
      );
   END IF;
END;

DBGSQL:        sqlcode = 0
DBGSQL:         B :rc = 1
DBGSQL:         B :allCopies = 0
DBGSQL:         B :fno = 6
DBGSQL:         B :crescn = 13276257767
DBGSQL:         B :rlgscn = NULL
DBGSQL:         B :rlgtime = NULL
DBGSQL:         B :ckpscn = NULL
DBGSQL:         B :offlscn = 0
DBGSQL:         B :onlscn = 0
DBGSQL:         B :onltime = "1988-01-01 00:01:01"
DBGSQL:         B :cleanscn = 0
DBGSQL:         B :clean2scn = 0
DBGSQL:         B :clean2time = "1988-01-01 00:00:00"
DBGSQL:         B :cfscn = 13277242031
DBGSQL:         B :cfcretime = "2015-11-24 09:11:10"
DBGSQL:         B :cfoffrrid = 0
DBGSQL:         B :cretime = "2017-02-13 15:09:58"
DBGSQL:         B :rmanCmd = 2
DBGSQL:         B :maxact = 0
DBGSQL:         B :foreignDbid = 0
DBGSQL:         B :pluggedRonly = 0
DBGSQL:         B :pluginSCN = 0
DBGSQL:         B :pluginRlgSCN = 0
DBGSQL:         B :pluginRlgTime = NULL
DBGSQL:         B :creation_thread = 1
DBGSQL:         B :creation_size = 5120
RMAN-05017: no copy of datafile 6 found to recover
RMAN-03091: Finished recover at 2017-06-15 16:53:13

--//target那行语句太长,我在toad下做了格式化处理.语句我也没看,明显增量备份没有记录.

RMAN> list backup ;
specification does not match any backup in the repository

--//从这里也说明问题,不知道为什么增量备份在控制文件中没有记录.catalog看看结果如何?
$ ls -l /home/oracle/backup/j*
-rw-r----- 1 oracle oinstall    40960 2017-06-16 17:21:11 /home/oracle/backup/jes6v287_1_1
-rw-r----- 1 oracle oinstall 11042816 2017-06-16 17:21:12 /home/oracle/backup/jfs6v287_1_1

RMAN> catalog backuppiece  '/home/oracle/backup/jes6v287_1_1';
using target database control file instead of recovery catalog
cataloged backup piece
backup piece handle=/home/oracle/backup/jes6v287_1_1 RECID=253 STAMP=946834214

RMAN> catalog backuppiece  '/home/oracle/backup/jfs6v287_1_1';
cataloged backup piece
backup piece handle=/home/oracle/backup/jfs6v287_1_1 RECID=254 STAMP=946834225

RMAN> list backup ;
List of Backup Sets
===================
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
252     Incr    32.00K     DISK        00:00:00     2017-06-16 17:21:11
        BP Key: 253   Status: AVAILABLE  Compressed: NO  Tag: TAG20170616T172111
        Piece Name: /home/oracle/backup/jes6v287_1_1
  List of Datafiles in backup set 252
  File LV Type Ckp SCN    Ckp Time            Name
  ---- -- ---- ---------- ------------------- ----
  6       Incr 13277281639 2017-06-16 17:21:11 /mnt/ramdisk/book/tea01.dbf

BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
253     Incr    10.52M     DISK        00:00:00     2017-06-16 17:21:11
        BP Key: 254   Status: AVAILABLE  Compressed: NO  Tag: TAG20170616T172111
        Piece Name: /home/oracle/backup/jfs6v287_1_1
  Control File Included: Ckp SCN: 13277281639   Ckp time: 2017-06-16 17:21:11

--//很明显做增量时还做了控制文件的备份.

RMAN> recover copy of datafile 6 until scn 13277281500;
Starting recover at 2017-06-16 17:32:49
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=101 device type=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: SID=123 device type=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: SID=134 device type=DISK
no copy of datafile 6 found to recover
Finished recover at 2017-06-16 17:32:50

--//执行没报错,但是还是no copy of datafile 6 found to recover,去掉until scn 13277281500;参数看看.
--//我本来的想法就是通过这样的方式恢复到特定的scn,看来不行.这也是我最初的目的..

RMAN> recover copy of datafile 6 ;
Starting recover at 2017-06-16 17:34:26
using channel ORA_DISK_1
using channel ORA_DISK_2
using channel ORA_DISK_3
channel ORA_DISK_1: starting incremental datafile backup set restore
channel ORA_DISK_1: specifying datafile copies to recover
recovering datafile copy file number=00006 name=/home/oracle/backup/tea01.dbf
channel ORA_DISK_1: reading from backup piece /home/oracle/backup/jes6v287_1_1
channel ORA_DISK_1: piece handle=/home/oracle/backup/jes6v287_1_1 tag=TAG20170616T172111
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
Finished recover at 2017-06-16 17:34:28

--//OK,成功!!

RMAN> list copy of datafile 6;
List of Datafile Copies
=======================

Key     File S Completion Time     Ckp SCN    Ckp Time
------- ---- - ------------------- ---------- -------------------
53      6    A 2017-06-16 17:34:27 13277281639 2017-06-16 17:21:11
        Name: /home/oracle/backup/tea01.dbf
        Tag: TAG20170616T171826

--//我现在备份的数据文件scn=13277281639,也与前面做的增量一致.

4.总结:
--//感觉这个是bug,我在11.2.0.3也做了类似测试,没有问题.
--//不知道有什么好方法恢复到特定的scn,必须要通过辅助实例吗?这是我测试的目的....

时间: 2024-09-20 13:35:09

[20170616]recover copy of datafile 6.txt的相关文章

[20170616]vim 8.0的安装.txt

[20170616]vim 8.0的安装.txt --//晚上开始在自己的家里的机器上安装vim 8.0 for windows,事先做了备份,但是还是遇到许多问题,都是定制安装相关的问题,自己做 --//一个记录: --//里面的操作都是定制化的,可能不适合大家,我自己仅仅作为一个记录. 1.下载安装过程略. --//我仅仅把旧的安装做了一个备份.删除旧的安装,再安装8.0版本. 2.第一个问题就是右键无法选择vim的问题: --//编辑如下文件,导入注册表,注意自己gvim.exe的路径.这

[20141027]12c rman copy的分段备份.txt

[20141027]12c rman copy的分段备份.txt --12G rman下可以实现copy的分段备份,而11G下可以仅仅支持备份集的分段备份.做一个测试看看. --11G: SCOTT@test> @ver1 PORT_STRING                    VERSION        BANNER ------------------------------ -------------- ---------------------------------------

RMAN-06023: no backup or copy of datafile 1 found to restore

在ORACLE 10g数据库还原过程遭遇RMAN-06023: no backup or copy of datafile x found to restore,具体情况如下所示 ..................................................................................... File Name: /u03/flash_recovery_area/EPPS/archivelog/2015_01_26/o1_mf_1_10_

[20170616]vim中使用bc计算器.txt

[20170616]vim中使用bc计算器.txt --//前几天修改bccalc插件,它使用bc在vim做各种运算,在windows下会遇到许多奇怪的问题(别人给我反馈的) --//比如^的解析.我发现在windows下注解 " escape chars for shell " let str = escape (str, '*();&><|^') --//如上2行问题就可以解决,但是在运算里面包含括号问题依旧.实际上vim 7.4版本依旧存在问题,很奇怪vim

1207catalog copy的数据文件作为0级备份2

[20151207]catalog copy的数据文件作为0级备份补充.txt --  前一阵子写了1篇blog,使用热备份模式备份的文件是否可以作为0级备份. --  以及使用backpup as copy备份的数据文件是否可以作为0级备份. --  链接:http://blog.itpub.net/267265/viewspace-1832475/ --  当时困惑的是使用catalog datafilecopy '/home/oracle/backup/datafile_4_USERS.d

[20130104]快速移动数据文件.txt

[20130104]快速移动数据文件.txt 如果要快速移动数据文件,对业务的影响最小,可以使用rman的backup as copy功能,先拷贝文件到需要移动的目录,然后再追加增量变化,再利用增量备份来恢复copy文件,再切换数据文件. 做一个例子来说明整个过程: SQL> select * from v$version where rownum BANNER -------------------------------------------------------------------

ORACLE 10G 新特性(INCREMENTALLY UPDATED BACKUPS)学习

原创 转载请注明出处     10g中添加很多新特性 当然RMAN 也得到了增强,INCREMENTALLY UPDATED BACKUPS就是其中之一.      此特性有别于传统的增量备份,主要是为了节省恢复时间,他通过合并COPY和增量BACKUPSET来节约时间,举个例子:周1早上 全备(全备为COPY备份) 周2早上 增量 周2晚上 洗白 如果没合并恢复时间为:周1早上-(使用增量)--周2早上--(使用归档和日志文件)---当前状态 如果合并了恢复时间为:周1早上-(省去)--周2早

[20121126]backup as copy datafile 1的问题.txt

[20121126]backup as copy datafile 1的问题.txt SQL> select * from v$version where rownumBANNER--------------------------------------------------------------------------------Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production RMA

[20171121]rman使用copy image恢复.txt

[20171121]rman使用copy image恢复.txt --//上个星期做数据文件块头恢复时,提到使用rman备份数据文件时,文件头数据库信息是最后写入备份集文件的,在filesperset=1的情况 --//下写入备份集文件中的倒数第2块就是文件头的备份.参考链接: http://blog.itpub.net/267265/viewspace-2147297/=>[20171115]恢复数据文件块头4补充.txt --//而且我最后还做了测试证明如果resotre数据文件,实际上文件