rman 备份失败 【RMAN-03002、RMAN-06059】之后优化备份

环境:

centos 6.5 X64

Oracle 11g  Enterprise Edition Release 11.2.0.2.0

故障现象:

rman自动备份脚本失败,报错现象:

Starting backup at 30-JUL-15

current log archived

released channel: disk1

released channel: disk2

released channel: disk3

released channel: disk4

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

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

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

RMAN-03002: failure of backup command at 07/30/2015 23:00:27

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

ORA-19625: error identifying file /data0/oracle/database/archive/1_985092_843387931.arc

ORA-27037: unable to obtain file status

Linux-x86_64 Error: 2: No such file or directory

Additional information: 3

Recovery Manager complete

从报错现象上看,是因为归档日志 985092 文件被删除了。

分析主要原因是因为此数据库为dataguard 架构,同事做了v$archived max(SEQUENCE#)-500保留归档而且是每小时执行一次删除归档日志。因为晚上11点整点开始备份,也就说当整点rman开始执行run{}并分配通道后已经是23:04以后了,但是删除脚本已经在整点23:00已经执行。 这个时候rman archive backup 脚本执行 input archived log thread=1 sequence=985092 文件时发现文件不存在。导致rman 归档备份失败。

查看时间:

SQL> SELECT APPLIED,to_char(FIRST_TIME, ‘yyyy-mm-dd hh24:mi:ss‘) as FIRST_TIME,

2  to_char(NEXT_TIME, ‘yyyy-mm-dd hh24:mi:ss‘) as NEXT_TIME

3  from V$ARCHIVED_LOG

4  where SEQUENCE#= 985092;

APPLIED   FIRST_TIME          NEXT_TIME

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

YES       2015-07-30 16:03:06 2015-07-30 16:03:12

NO        2015-07-30 16:03:06 2015-07-30 16:03:12

处理俩种方法:

1、综合考虑服务器硬盘存储空间【言外之意就是数据库要保留一天的归档日志】,取消自动删除归档日志脚本。让rman 做归档备份完成之后自动删除归档日志。

2、修改rman 归档备份时间和备份脚本,如:23:10开始备份。

如:

RUN {

allocate channel disk1 type disk maxpiecesize  4000M;

allocate channel disk2 type disk maxpiecesize  4000M;

sql ‘alter system archive log current‘;

backup archivelog all delete input format ‘/opt/oracle/backup/arch_backup/archbackup/%d_arch_%s_%p_%h.arh‘ filesperset = 50;

# Control file backup

backup as compressed backupset  format ‘/opt/oracle/backup/arch_backup/archbackup/CF_%t_%s_%p_D%T.ctl‘ current controlfile;

}

如果空间够用,就推荐使用第二种,这样数据可用范围大。

时间: 2024-08-27 23:15:55

rman 备份失败 【RMAN-03002、RMAN-06059】之后优化备份的相关文章

RMAN备份失败之:mount: block device /dev/emcpowerc1 is write-protected, mounting read-only

今天再做巡检的时候发现有一台服务器的RMAN备份不正常,有一段时间没能正常备份了.检查了一下脚本,正常,定时任务列表也正常,再检查一下/var/log/cron的内容,也没有问题.尝试在该挂载点上创建一个1.txt文件的时候,发现有异常报出来了.内容为:mount: block device /dev/emcpowerc1 is write-protected, mounting read-only.原来是因为磁盘为只读状态,不可写入,导致了备份失败. 解决办法: umount /dev/emc

MAXPIECESIZE与FORMAT参数设置不合理导致RMAN备份失败

今天去客户那里搭建DG,当创建RMAN备份集的时候,遇到了个问题,导致备份集始终无法生成,由于客户的备份集为10G左右,一次备份就要一个多小时,开始浪费了不少时间,诊断后发现,原来问题出在MAXPIECESIZE上,下面自己做了个测试,来说明这个故障现象和解决方法: [[email protected] ~]# su - oracle [[email protected] ~]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.1.0 - Product

MySQL xtrabackup备份失败记录

收到报警,某个端口备份失败,查看备份日志如下,显示有DDL操作导致的备份中断,查看当时的二进制日志,当时执行了一条添加字段的sql语句.目前只能重新执行备份,并修改备份时间,避免再发生类似情况. MySQL:5.7.11 xtrabackup:2.4.5 查找到官方修复bug的情况: Running DDL statements on Percona Server 5.7 during the backup process could in some cases lead to failure

Android开发遇到短信备份失败

今天做了一个有关ContentProvider的短信备份的小案例,遇到短信备份失败,费了一番周折后终于找到了问题所在 该案例是将短信写到一个xml文件然后保存在手机存储中实现短信的备份功能,关键实现代码如下 public class SmsUtils { public static void backUpSms(List<SmsInfo> smsInfos, Context context) { try { XmlSerializer serializer = Xml.newSerialize

Mssql备份失败

Mssql备份失败出现如下提示 备份时先删除默认的备份设备,自己选择路径

记crond导致备份失败的排查过程

今天上班的路上收到一条短信,显示线上所有实例备份都失败了.备份失败是大事,于是到公司的第一件事儿就是排查备份失败的原因. 这两天迁移了数据库管理平台,当然涉及到数据库备份功能,备份失败肯定和平台迁移有一定关系,我们先聊聊线上备份方案: 目前线上的备份方案是: 1.有一个前端页面可以配置备份任务 2.备份任务配置好了,会自动刷新到系统的crontab定时通过ansible远程执行. 排查过程: 1.查看备份报告,显示所有的备份文件大小都是0,初步估计是备份失败了而不是元数据没有更新的问题. 2.去

Mysql自动备份失败

今天巡检发现,jjm服务器自动备份失败 1.查看备份处理的文件发现,确实没有进行数据库备份 2.通过手动执行备份脚本,发现报错信息 发现提示上面的表.无法进行锁表 3.修复过程 4.修复完成后,再次手动进行备份成功 总结:需要继续跟踪自动备份还会失败,不太确定为什么自动备份失败 2015-11-10 fangy

YourSQLDba备份失败案例锦集

使用YourSQLDba做备份.维护.管理时,偶尔会收到一些备份失败的邮件.导致YourSQLDba备份失败的情况比价多,打算在此篇中对YourSQLDba备份失败的案例做一些总结.整理. 1:YourSQLDba由于事务日志满了.具体情况如下: 检查YourSQLDba备份失败日志信息,你会看到下面这类错误信息. The transaction log for database 'xxxx' is full.To find out why space in the log cannot be

NBU虚拟机备份失败-错误代码156

参考Symantec知识库文档HOWTO70878 http://www.symantec.com/business/support/index?page=content&id=HOWTO70878 虚拟机显示名称(DisplayName):在VMware vCenter列表中的显示名 虚拟机磁盘文件(Virtual Machine Disk Name):在DATASTORE中的虚拟机磁盘文件名称 虚拟机文件夹(Virtual Machine Folder):在DATASTORE中的虚拟机文件夹