AI 助理
备案控制台
开发者社区 数据库 文章 正文

误删归档日志除导致备份归档日志失败

2014-06-23 847
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
日志服务 SLS，月写入数据量 50GB 1个月
简介： 背景：        测试环境的归档日志无意被删除了，导致备份归档日志的时候报RMAN-06059的错误，详细的日志：RMAN> connect target *2>3> RUN {4> ALLOCATE CHANNEL CH1 TYPE...

背景：

       测试环境的归档日志无意被删除了，导致备份归档日志的时候报RMAN-06059的错误，详细的日志：

RMAN> connect target *

2>

3> RUN {

4> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE';

5> ALLOCATE CHANNEL CH2 TYPE 'SBT_TAPE';

6> SEND DEVICE TYPE 'SBT_TAPE' 'NSR_ENV=(NSR_CLIENT=joeonepiq)';

7> BACKUP ARCHIVELOG ALL filesperset 1 format 'PIQ_ARCH_%s_%p_%t' delete input;

8> BACKUP format 'PIQ_CONTROL_%s_%p_%T'  current controlfile;

9> RELEASE CHANNEL CH1;

10> RELEASE CHANNEL CH2;

11> }

12>

connected to target database: PIQ (DBID=1615856458)

using target database control file instead of recovery catalog

   

allocated channel: CH1

channel CH1: SID=88 device type=SBT_TAPE

channel CH1: NMDA Oracle v1.5.0

sent command to channel: CH1

   

allocated channel: CH2

channel CH2: SID=169 device type=SBT_TAPE

channel CH2: NMDA Oracle v1.5.0

sent command to channel: CH2

   

sent command to channel: CH1

sent command to channel: CH2

   

Starting backup at 23-JUN-14

released channel: CH1

released channel: CH2

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of backup command at 06/23/2014 08:47:30

RMAN-06059: expected archived log not found, loss of archived log compromises recoverability

ORA-19625: error identifying file /oracle/PIQ/oraarch/PIQarch1_32074_791218442.dbf

ORA-27037: unable to obtain file status

IBM AIX RISC System/6000 Error: 2: A file or directory in the path name does not exist.

Additional information: 3

 

解决方法：

     RMAN>crosscheck archivelog all;

进行归档日志的校验；

     RMAN>delete expired archivelog all;

删除失效的归档日志；

 

RMAN> delete expired archivelog all;

   

released channel: ORA_DISK_1

released channel: ORA_DISK_2

released channel: ORA_DISK_3

released channel: ORA_DISK_4

allocated channel: ORA_DISK_1

channel ORA_DISK_1: SID=88 device type=DISK

allocated channel: ORA_DISK_2

channel ORA_DISK_2: SID=169 device type=DISK

allocated channel: ORA_DISK_3

channel ORA_DISK_3: SID=244 device type=DISK

allocated channel: ORA_DISK_4

channel ORA_DISK_4: SID=330 device type=DISK

List of Archived Log Copies for database with db_unique_name PIQ

=====================================================================

Key Thrd Seq S Low Time

------- ---- ------- - ---------

31915 1 32074 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32074_791218442.dbf

 

31916 1 32075 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32075_791218442.dbf

 

31917 1 32076 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32076_791218442.dbf

 

31918 1 32077 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32077_791218442.dbf

 

31919 1 32078 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32078_791218442.dbf

 

31920 1 32079 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32079_791218442.dbf

 

31921 1 32080 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32080_791218442.dbf

 

31922 1 32081 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32081_791218442.dbf

 

31923 1 32082 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32082_791218442.dbf

 

31924 1 32083 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32083_791218442.dbf

 

31925 1 32084 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32084_791218442.dbf

 

31926 1 32085 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32085_791218442.dbf

 

31927 1 32086 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32086_791218442.dbf

 

31928 1 32087 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32087_791218442.dbf

 

31929 1 32088 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32088_791218442.dbf

 

31930 1 32089 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32089_791218442.dbf

 

31931 1 32090 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32090_791218442.dbf

 

31932 1 32091 X 24-APR-14

Name: /oracle/PIQ/oraarch/PIQarch1_32091_791218442.dbf

Do you really want to delete the above objects (enter YES or NO)? YES

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32074_791218442.dbf RECID=31915 STAMP=845742679

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32075_791218442.dbf RECID=31916 STAMP=845742682

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32076_791218442.dbf RECID=31917 STAMP=845742686

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32077_791218442.dbf RECID=31918 STAMP=845742707

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32078_791218442.dbf RECID=31919 STAMP=845742710

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32079_791218442.dbf RECID=31920 STAMP=845742713

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32080_791218442.dbf RECID=31921 STAMP=845742719

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32081_791218442.dbf RECID=31922 STAMP=845742793

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32082_791218442.dbf RECID=31923 STAMP=845742796

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32083_791218442.dbf RECID=31924 STAMP=845742800

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32084_791218442.dbf RECID=31925 STAMP=845742952

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32085_791218442.dbf RECID=31926 STAMP=845742958

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32086_791218442.dbf RECID=31927 STAMP=845743016

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32087_791218442.dbf RECID=31928 STAMP=845743362

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32088_791218442.dbf RECID=31929 STAMP=845743365

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32089_791218442.dbf RECID=31930 STAMP=845743370

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32090_791218442.dbf RECID=31931 STAMP=845743372

deleted archived log

archived log file name=/oracle/PIQ/oraarch/PIQarch1_32091_791218442.dbf RECID=31932 STAMP=845743376

Deleted 18 EXPIRED objects

 

原因分析：

数据库的archivelog文件被手工删除，但是控制文件仍然记录了归档日志的备份信息，rman做归档备份时还是要备份被无意删除的文件，但文件已经被物理删除，磁盘上找不到就会报错，通过rman crosscheck archivelog all也可以看到文件已经失效，所以备份之前先将归档文件从控制文件中删除，然后备份就会成功；

 

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

本文作者：JOHN

ORACLE技术博客：ORACLE 猎人笔记               数据库技术群：367875324 （请备注ORACLE管理 ）  

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

文章标签：
日志服务
关系型数据库
Oracle
数据库
监控
关键词：
归档日志服务
日志服务备份
误删日志服务
归档日志服务备份
备份日志服务
相关实践学习
【涂鸦即艺术】基于云应用开发平台CAP部署AI实时生图绘板
【涂鸦即艺术】基于云应用开发平台CAP部署AI实时生图绘板
猎人笔记
目录
相关文章
游客kufrkwrbkmpsa
|
7月前
|
安全 测试技术
【YashanDB知识库】设置归档日志上限，但归档日志没自动清理，导致磁盘空间满
客户在一主一备性能压测中设置了归档日志清理上下限（12G-16G），但实际产生了100G+归档日志，导致磁盘空间满。原因是未设置ARCH_CLEAN_IGNORE_MODE=BACKUP，系统默认在备份后才清理日志。解决方法是设置ARCH_CLEAN_IGNORE_MODE=BACKUP，并执行`alter database delete archivelog all`触发清理。修改参数后，日志仍可能短暂超过上限，因备机同步延迟。经验总结：需同时设置归档上下限和ARCH_CLEAN_IGNORE_MODE=BACKUP以确保日志及时清理。
游客kufrkwrbkmpsa
136 3
游客kufrkwrbkmpsa
|
6月前
|
存储 数据库
YashanDB归档日志文件管理
本文介绍了YashanDB中归档日志文件的管理，包括默认存储路径（$YASDB_DATA/archive）和文件命名规则。单机部署格式为arch_{resetlogs_id}_{sequence}.ARC，共享集群新增instanceId字段，格式为arch{instanceId}_{resetlogs_id}_{sequence}.ARC。1号节点与单机格式一致。可通过V$ARCHIVED_LOG视图查询相关信息，文件的增删由归档管理操作控制，详情参见官方文档。
游客kufrkwrbkmpsa
163 0
游客kufrkwrbkmpsa
|
7月前
|
SQL 数据库
【YashanDB知识库】归档日志清理
本文介绍了YashanDB中手动清理归档日志时遇到的问题及解决方法。问题源于在归档日志未备份或未同步到备机时尝试删除，导致文件仍存在。解决方案是通过调整`ARCH_CLEAN_IGNORE_MODE`参数（如设置为BOTH模式）来忽略备份和备机限制，执行归档日志清理命令（如`ALTER DATABASE DELETE ARCHIVELOG`）。同时，注意YashanDB支持自动清理功能，可通过设置上下阈值避免磁盘空间不足。相关参数可用`show parameter clean`查看。
游客kufrkwrbkmpsa
125 0
以山向海
|
存储 SQL 关系型数据库
关系型数据库mysql二进制日志辅助备份
【6月更文挑战第21天】
以山向海
246 2
赵渝强老师
|
11月前
|
SQL Oracle 关系型数据库
【赵渝强老师】Oracle的控制文件与归档日志文件
本文介绍了Oracle数据库中的控制文件和归档日志文件。控制文件记录了数据库的物理结构信息，如数据库名、数据文件和联机日志文件的位置等。为了保护数据库，通常会进行控制文件的多路复用。归档日志文件是联机重做日志文件的副本，用于记录数据库的变更历史。文章还提供了相关SQL语句，帮助查看和设置数据库的日志模式。
赵渝强老师
246 1
【赵渝强老师】Oracle的控制文件与归档日志文件
土木林森
|
SQL Oracle 关系型数据库
"揭秘！一键解锁Oracle日志清理魔法，让海量归档日志无处遁形，守护数据库健康，告别磁盘空间告急噩梦！"
【8月更文挑战第9天】随着Oracle数据库在企业应用中的普及，归档日志管理对保持数据库健康至关重要。归档日志记录所有更改，对数据恢复极为重要，但也可能迅速占用大量磁盘空间影响性能。利用Oracle提供的RMAN工具，可通过编写Shell脚本来自动清理归档日志。脚本包括设置环境变量、连接数据库、检查和删除指定时间前的日志，并记录执行情况。通过Cron作业定时运行脚本，可有效管理日志文件，确保数据库稳定运行。
土木林森
437 7
三分钟热度的鱼
|
SQL Oracle NoSQL
实时计算 Flink版操作报错合集之报错“找不到对应的归档日志文件”，怎么处理
在使用实时计算Flink版过程中，可能会遇到各种错误，了解这些错误的原因及解决方法对于高效排错至关重要。针对具体问题，查看Flink的日志是关键，它们通常会提供更详细的错误信息和堆栈跟踪，有助于定位问题。此外，Flink社区文档和官方论坛也是寻求帮助的好去处。以下是一些常见的操作报错及其可能的原因与解决策略。
三分钟热度的鱼
199 1
以山向海
|
存储 SQL Oracle
关系型数据库Oracle归档日志备份
【7月更文挑战第19天】
以山向海
274 5
土木林森
|
数据库 Java 监控
Struts 2 日志管理化身神秘魔法师，洞察应用运行乾坤，演绎奇幻篇章！
【8月更文挑战第31天】在软件开发中，了解应用运行状况至关重要。日志管理作为 Struts 2 应用的关键组件，记录着每个动作和决策，如同监控摄像头，帮助我们迅速定位问题、分析性能和使用情况，为优化提供依据。Struts 2 支持多种日志框架（如 Log4j、Logback），便于配置日志级别、格式和输出位置。通过在 Action 类中添加日志记录，我们能在开发过程中获取详细信息，及时发现并解决问题。合理配置日志不仅有助于调试，还能分析用户行为，提升应用性能和稳定性。
土木林森
158 0
土木林森
|
SQL 安全 测试技术
【数据守护者必备】SQL数据备份与恢复策略全解析：从全量到日志备份，手把手教你确保企业信息万无一失的实战技巧！
【8月更文挑战第31天】数据库是企业核心业务数据的基石，为防止硬件故障、软件错误或人为失误导致的数据丢失，制定可靠的备份与恢复策略至关重要。本文通过一个在线购物平台的案例，详细介绍了使用 SQL Server 进行全量备份、差异备份及事务日志备份的方法，并演示了如何利用 SQL Server Agent 实现自动化备份任务。此外，还提供了数据恢复的具体步骤和测试建议，确保数据安全与业务连续性。
土木林森
490 0

热门文章

最新文章

  • 1
    基于docker搭建监控系统&日志收集
  • 2
    搭建ELK日志收集，保姆级教程
  • 3
    Spring Boot配置优化：Tomcat+数据库+缓存+日志，全场景教程
  • 4
    运维日志里的“读心术”：深度学习能看出啥？
  • 5
    生成更智能，调试更轻松，SLS SQL Copilot 焕新登场！
  • 6
    不重启、不重写、不停机：SLS 软删除如何实现真正的“无感数据急救”？
  • 7
    日志收集和Spring 微服务监控的最佳实践
  • 8
    无需复杂正则：SLS 新脱敏函数让隐私保护更简单高效
  • 9
    生成更智能，调试更轻松，SLS SQL Copilot 焕新登场！
  • 10
    在Ubuntu系统上设置syslog日志轮替与大小限制
  • 1
    不重启、不重写、不停机：SLS 软删除如何实现真正的“无感数据急救”？
    83
  • 2
    用 C++ 红黑树给公司电脑监控软件的日志快速排序的方法
    25
  • 3
    使用EventLog Analyzer进行日志取证分析
    51
  • 4
    生成更智能，调试更轻松，SLS SQL Copilot 焕新登场！
    135
  • 5
    无需复杂正则：SLS 新脱敏函数让隐私保护更简单高效
    73
  • 6
    生成更智能，调试更轻松，SLS SQL Copilot 焕新登场！
    71
  • 7
    运维日志里的“读心术”：深度学习能看出啥？
    134
  • 8
    深入探讨MySQL的二进制日志（binlog）选项
    49
  • 9
    在Ubuntu系统上设置syslog日志轮替与大小限制
    63
  • 10
    Spring Boot配置优化：Tomcat+数据库+缓存+日志，全场景教程
    203

    • 相关课程

    更多
  • 基于MongoDB构建实时日志分析平台
  • 日志服务SLS 构建可观测体系实战
  • 日志服务 SLS 可观测数据分析平台介绍
  • 大数据知识图谱系列—基于ELK+Flink日志全观测最佳实践
  • 场景实践-基于阿里云Quick BI 对MOOC网站日志分析

    • 相关电子书

    更多
  • Kubernetes下日志实时采集、存储与计算实践
  • 日志数据采集与分析对接
  • 智能化日志中心
    • 下一篇
    2025云栖大会，阿里云百炼邀请您的参与和见证