一个备份问题的处理（一）

近期有一个很棘手的备份问题，一直困扰着我，刚接手备份这一块，没有人引路，也缺乏强力的指导，一直都是在摸索，问题还没解决，把处理的过程先记录一下吧：

    1月28号的时候，接到项目组的客服申请：说备份状态不正常。上去查看，看到备份状态码是196，照着troubleshooting上说的，备份窗口不够，就和项目组的人说了一下，把窗口调大些，延长了两个小时，因为归档日志占据了磁盘空间，让他们手动删了一部分日志，我在rman做了crosscheck，然后我又让他自己手动起一下之前因为时间窗口不够没有成功的全备，他答应了，我没多想，这事也就过去了。

    顺便提一下我们的项目备份情况：一个专用的备份服务器（b2000），安装的netbackup server,连着两台L25带库，有两台数据库服务器(v880)通过连接备份服务器进行数据库的备份。目前的情况是数据库A上所有的备份正常，数据库B上的备份报了196的错误。

   过了三天的样子，项目组又来找我，说目录空间达到90%。我心想，难道时间窗口还是不够吗？再次查看，数据库服务器B对应的两个策略，分别出现了6、25、54的错误，由于可能导致25和54的原因太多，我就从6着手处理，联系了一下项目组，说之后并没有手动备份过。我重新删除了一些归档日志，登录rman，做crosscheck，然后手动把备份都起了一下（手动起备份不考虑时间窗口的问题呀）。------等待结果。

   然后就开始春节放假了。腊月27、正月初一、正月初四，分别接到电话，都是在反映空间满。每次都是相同的提示：6、25、54.每次我都对命令进行微调：分别用了如下的方法进行处理（都是在服务器B上进行的操作）。

   1、rman target / catalog

      RMAN>crosscheck archivelog all;

   2、rman target / catalog

      RMAN>allocate channel for maintenance type disk;
      RMAN> change archivelog all crosscheck;
      RMAN>release channel;

   3、rman target / catalog

     RMAN>ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE DISK;
     RMAN>CROSSCHECK BACKUP;
     RMAN>DELETE EXPIRED BACKUP;
     RMAN>RELEASE CHANNEL;
最后的结果都是一样的，那三个返回码像幽灵一样挥之不去。甚至于我把所有的策略都改回最初的状态时，还看到了199的返回码。就这样，到了春节上班。