Oracle-catalog影响归档量统计

最新推荐文章于 2023-12-12 12:43:31 发布

bestsun999

最新推荐文章于 2023-12-12 12:43:31 发布

阅读量581

点赞数

分类专栏： OracleDB 文章标签： oracle 数据库运维

本文链接：https://blog.csdn.net/kevinyu998/article/details/131083727

版权

OracleDB 专栏收录该内容

91 篇文章 4 订阅

订阅专栏

文章描述了一个12.2rac数据库环境中的备份异常问题，通过RMAN日志发现归档日志备份失败。作者手动执行了RMAN命令`catalogstartwith`和`crosscheckarchivelogall`来解决，同时关注到归档量突然增加，通过分析分时归档量确认情况正常。问题最终归因于`catalogstartwith`命令的影响，并计划在类似情况下进行验证。

摘要由CSDN通过智能技术生成

有个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;