Oracle-catalog影响归档量统计

有个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备份脚本,备份正常

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

Oracle-catalog影响归档量统计_第1张图片

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

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

Oracle-catalog影响归档量统计_第2张图片

 

按日期统计每天的归档量
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; 

你可能感兴趣的:(OracleDB,oracle,数据库,运维)