Oracle手动删除归档日志厚,出现ORA-19571错误

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介:

一、使用以下的命令清理了空间:

1
2
1.    cd  /orabak
2.    find  . - type  f -mtime +30 - exec  rm  -rf {} \;

二、然后开始使用rman备份的脚本进行备份,备份到最后出现以下报错

1
2
3
4
5
6
7
8
9
10
11
-------------------------------------------------------------------------------------------
archive log filename= /oralog/1_20800_812554797 .dbf recid=20799 stamp=839154512
archive log filename= /oralog/1_20801_812554797 .dbf recid=20800 stamp=839154513
released channel: ch1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
  
RMAN-03009: failure of backup  command  on ch1 channel at 02 /10/2014  10:33:46
ORA-19571: archived-log recid 19009 stamp 837863118 not found  in  control  file
-------------------------------------------------------------------------------------------

三、分析及处理过程


1、当手工删除了归档日志以后,Rman备份会检测到日志缺失,从而无法进一步继续执行。

所以此时需要手工执行crosscheck过程,之后Rman备份可以恢复正常。


2、Crosscheck日志

1
2
3
$ rman target /
RMAN> crosscheck archivelog all; #Oracle 9i及以后的版本用crosscheck archivelog all;
RMAN> change archivelog all crosscheck;  #Oracle 8i中用change archivelog all crosscheck;

3、再次运行备份脚本

1
2
3
4
5
6
7
--
archive log filename= /oralog/1_20887_812554797 .dbf recid=20886 stamp=839198925 archive log filename= /oralog/1_20888_812554797 .dbf recid=20887 stamp=839198982 archive log filename= /oralog/1_20889_812554797 .dbf recid=20888 stamp=839199982 archive log filename= /oralog/1_20890_812554797 .dbf recid=20889 stamp=839199982 Finished backup at 10-FEB-14
Starting backup at 10-FEB-14
channel ch1: starting full datafile backupset channel ch1: specifying datafile(s)  in  backupset including current control  file  in  backupset channel ch1: starting piece 1 at 10-FEB-14 channel ch1: finished piece 1 at 10-FEB-14 piece handle= /orabak/control_11839200079688  tag=TAG20140210T230759 comment=NONE channel ch1: backup  set  complete, elapsed  time : 00:00:01 Finished backup at 10-FEB-14
released channel: ch1
--
完成

4、参考资料

http://www.eygle.com/archives/2004/12/rman_crosscheck.html


5、rman的备份脚本

1
2
3
4
5
6
7
8
9
10
11
run{
allocate channel ch1 device  type  DISK;
backup full filesperset 50
database  format '/orabak/full_%c_%p_%t_5s' ;
sql  'alter system archive log current' ;
backup  filesperset 50 archivelog all
format  '/orabak/arch%c%p%t%s'  delete input;
backup current controlfile 
format   '/orabak/control_%c%p%t%s' ;
release channel ch1;
}










本文转自 冰冻vs西瓜 51CTO博客,原文链接:http://blog.51cto.com/molewan/1891365,如需转载请自行联系原作者
相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
|
2月前
|
SQL Oracle NoSQL
实时计算 Flink版操作报错合集之报错“找不到对应的归档日志文件”,怎么处理
在使用实时计算Flink版过程中,可能会遇到各种错误,了解这些错误的原因及解决方法对于高效排错至关重要。针对具体问题,查看Flink的日志是关键,它们通常会提供更详细的错误信息和堆栈跟踪,有助于定位问题。此外,Flink社区文档和官方论坛也是寻求帮助的好去处。以下是一些常见的操作报错及其可能的原因与解决策略。
|
2月前
|
SQL Oracle 关系型数据库
"揭秘!一键解锁Oracle日志清理魔法,让海量归档日志无处遁形,守护数据库健康,告别磁盘空间告急噩梦!"
【8月更文挑战第9天】随着Oracle数据库在企业应用中的普及,归档日志管理对保持数据库健康至关重要。归档日志记录所有更改,对数据恢复极为重要,但也可能迅速占用大量磁盘空间影响性能。利用Oracle提供的RMAN工具,可通过编写Shell脚本来自动清理归档日志。脚本包括设置环境变量、连接数据库、检查和删除指定时间前的日志,并记录执行情况。通过Cron作业定时运行脚本,可有效管理日志文件,确保数据库稳定运行。
72 7
|
2月前
|
SQL 监控 Oracle
Oracle数据误删不用怕,跟我来学日志挖掘
Oracle数据误删不用怕,跟我来学日志挖掘
24 0
|
3月前
|
存储 SQL Oracle
关系型数据库Oracle归档日志备份
【7月更文挑战第19天】
58 5
|
3月前
|
Oracle 关系型数据库 MySQL
实时计算 Flink版产品使用问题之在online模式下增量抓取Oracle数据时,在archive_log切换时,出现数据丢失的情况,是什么原因
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
4月前
|
SQL DataWorks Oracle
DataWorks产品使用合集之datax解析oracle增量log日志该如何操作
DataWorks作为一站式的数据开发与治理平台,提供了从数据采集、清洗、开发、调度、服务化、质量监控到安全管理的全套解决方案,帮助企业构建高效、规范、安全的大数据处理体系。以下是对DataWorks产品使用合集的概述,涵盖数据处理的各个环节。
45 0
|
2月前
|
Kubernetes Ubuntu Windows
【Azure K8S | AKS】分享从AKS集群的Node中查看日志的方法(/var/log)
【Azure K8S | AKS】分享从AKS集群的Node中查看日志的方法(/var/log)
|
23天前
|
Java
日志框架log4j打印异常堆栈信息携带traceId,方便接口异常排查
日常项目运行日志,异常栈打印是不带traceId,导致排查问题查找异常栈很麻烦。
|
1月前
|
存储 监控 数据可视化
SLS 虽然不是直接使用 OSS 作为底层存储,但它凭借自身独特的存储架构和功能,为用户提供了一种专业、高效的日志服务解决方案。
【9月更文挑战第2天】SLS 虽然不是直接使用 OSS 作为底层存储,但它凭借自身独特的存储架构和功能,为用户提供了一种专业、高效的日志服务解决方案。
66 9
|
2月前
|
开发框架 .NET Docker
【Azure 应用服务】App Service .NET Core项目在Program.cs中自定义添加的logger.LogInformation,部署到App Service上后日志不显示Log Stream中的问题
【Azure 应用服务】App Service .NET Core项目在Program.cs中自定义添加的logger.LogInformation,部署到App Service上后日志不显示Log Stream中的问题

推荐镜像

更多
下一篇
无影云桌面