有个12.2 rac环境报警备份异常，登录检查备份，发现报错日志

piece handle=/backup/orcl/archbackup/ARCHBAK_ORCL_20230607_738_1 tag=ARCH_BAK comment=NONE
channel d1: backup set complete, elapsed time: 00:01:55
released channel: d1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================

RMAN-03009: failure of backup command on d1 channel at 06/07/2023 02:39:16
ORA-19571: archived log RECID 23193 STAMP 1137767878 not found in control file

Recovery Manager complete.

该问题还是常见，直接进入rman操作

RMAN>  catalog start with '+FRA/ORCL/ARCHIVELOG' noprompt;

RMAN>  crosscheck archivelog all;

手动执行rman备份脚本，备份正常

突然想到看看每天的归档量，吓了一天，为啥今天增加这么多啊，

 从awr视图中找到"块改变"最多的segment，都小于100M的该变量

重新百度下，查看分时的归档量，把每个时间段的归档量加起来和之前每天都差不多，分时的算正常吧，使用的都是v$archived_log，咋会相差这么多啊，回想操作后的命令，只有catalog start with这个命令导致的，今后有类似情况再次验证，标记下

 

按日期统计每天的归档量
SYS >  SELECT SUM(BLOCKS * BLOCK_SIZE) / 1024 / 1024 / 1024 AS "Size(G)",
     TRUNC(completion_time) FROM v$archived_log
     GROUP BY TRUNC(completion_time) order by 2 desc;  

查看当天分时的归档量统计
SYS > select logtime, count(*),  
 round(sum(blocks * block_size) / 1024 / 1024/1024) Gbsize  
  from (select trunc(first_time, 'hh') as logtime, a.BLOCKS, a.BLOCK_SIZE  
          from v$archived_log a  
         where a.DEST_ID = 1  
           and a.FIRST_TIME > trunc(sysdate))  
 group by logtime  
 order by logtime desc;