RMAN restore archivelog all error

chinamail

我对数据库做了冷备份,,,,,之后,,我删除了,以前的归档日志,,,,,,,,

现在对数据库归档日志进行RMAN备份.....
RMAN>backup archivelog all delete input;
.............
在进行还原
RMAN>restore archivelog all;
结果出现错误rman-06025;


不知道为什么还会去restore 冷备之前的归档日志........

===============================================================================

RMAN> crosscheck archivelog all;

释放的通道: ORA_DISK_1
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=149 devtype=DISK
说明与恢复目录中的任何存档日志均不匹配

RMAN> report obsolete;
RMAN 保留策略将应用于该命令
将 RMAN 保留策略设置为冗余 1
未找到已废弃的备份

RMAN> restore archivelog all preview;
启动 restore 于 28-11月-09
使用通道 ORA_DISK_1

未找到要恢复的日志线程 1 seq 2625 lowscn 12577083062 的备份
未找到要恢复的日志线程 1 seq 2627 lowscn 12577096446 的备份
未找到要恢复的日志线程 1 seq 2628 lowscn 12577098095 的备份
未找到要恢复的日志线程 1 seq 2629 lowscn 12577098664 的备份
未找到要恢复的日志线程 1 seq 2630 lowscn 12577098668 的备份

备份集列表
===================

BS 关键字  大小       设备类型占用时间 完成时间
------- ---------- ----------- ------------ ----------
32      5.21M      DISK        00:00:01     27-11月-09
        BP 关键字: 32   状态: AVAILABLE  已压缩: NO  标记: TAG20091127T164503
段名:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\MAIL\BACKUPSET\2009_11_27\O1_M
F_ANNNN_TAG20091127T164503_5JZ4DK9K_.BKP

  备份集 32 中的已存档日志列表
  线程序列     低 SCN    时间下限   下一个 SCN   下一次
  ---- ------- ---------- ---------- ---------- ---------
  1    2631    12577098671 27-11月-09 12577099364 27-11月-09
  1    2632    12577099364 27-11月-09 12577099367 27-11月-09
  1    2633    12577099367 27-11月-09 12577099371 27-11月-09
  1    2634    12577099371 27-11月-09 12577099379 27-11月-09
  1    2635    12577100056 27-11月-09 12577099379 27-11月-09
  1    2636    12577100584 27-11月-09 12577099379 27-11月-09
  1    2637    12577101443 27-11月-09 12577104056 27-11月-09
  1    2638    12577104056 27-11月-09 12577104081 27-11月-09
  1    2639    12577104081 27-11月-09 12577104084 27-11月-09
  1    2640    12577104084 27-11月-09 12577104088 27-11月-09
  1    2641    12577104088 27-11月-09 12577104840 27-11月-09
  1    2642    12577104840 27-11月-09 12577105100 27-11月-09
  1    2643    12577105100 27-11月-09 12577107799 27-11月-09

BS 关键字  大小       设备类型占用时间 完成时间
------- ---------- ----------- ------------ ----------
33      140.59M    DISK        00:00:08     28-11月-09
        BP 关键字: 33   状态: AVAILABLE  已压缩: NO  标记: TAG20091128T141149
段名:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\MAIL\BACKUPSET\2009_11_28\O1_M
F_ANNNN_TAG20091128T141149_5K1HS7FF_.BKP

  备份集 33 中的已存档日志列表
  线程序列     低 SCN    时间下限   下一个 SCN   下一次
  ---- ------- ---------- ---------- ---------- ---------
  1    2644    12577107799 27-11月-09 12577114793 27-11月-09
  1    2645    12577114793 27-11月-09 12577121404 27-11月-09
  1    2646    12577121404 27-11月-09 12577122579 27-11月-09
  1    2647    12577122579 27-11月-09 12577123714 27-11月-09
  1    2648    12577123714 27-11月-09 12577124942 27-11月-09
  1    2649    12577124942 27-11月-09 12577126069 27-11月-09
  1    2650    12577126069 27-11月-09 12577128776 27-11月-09
  1    2651    12577128776 27-11月-09 12577129273 27-11月-09
  1    2652    12577129273 27-11月-09 12577129756 27-11月-09
  1    2653    12577129756 27-11月-09 12577130232 27-11月-09
  1    2654    12577130232 27-11月-09 12577130784 27-11月-09
  1    2655    12577130784 27-11月-09 12577131362 27-11月-09
  1    2656    12577131362 27-11月-09 12577134928 27-11月-09
  1    2657    12577134928 27-11月-09 12577143273 28-11月-09
  1    2658    12577143273 28-11月-09 12577150395 28-11月-09
  1    2659    12577150395 28-11月-09 12577151777 28-11月-09
  1    2660    12577151777 28-11月-09 12577152809 28-11月-09
  1    2661    12577152809 28-11月-09 12577153982 28-11月-09
  1    2662    12577153982 28-11月-09 12577156500 28-11月-09
  1    2663    12577156500 28-11月-09 12577163976 28-11月-09
  1    2664    12577163976 28-11月-09 12577170098 28-11月-09
  1    2665    12577170098 28-11月-09 12577173662 28-11月-09
完成 restore 于 28-11月-09

sqmax

做完crosscheck后再backup应该就不会报错了，crosscheck的目的是交叉验证备份目标同catalog的一致性