RMAN备份报错



此文档为亲自手动整理有错误请大家提出(邮箱:[email protected])

1.1.1RMAN备份报错

1.1.1.1
问题及现象

channelORA_DISK_1: starting piece 1 at 05-MAY-15

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

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

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

RMAN-03009:failure of backup command on ORA_DISK_1 channel at 05/05/2015 18:04:14

ORA-19809:limit exceeded for recovery files

ORA-19804:cannot reclaim 2104777216 bytes disk space from 4322230272 limit

1.1.1.2
检查思路

由于此问题出现在备份过程中,并且报的空间不足,所以首先检查备份空间设置

SQL> show parameter db_recovery_file_dest

NAME                                
TYPE        VALUE

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

db_recovery_file_dest     
 string     /u01/app/oracle/fast_recovery_area

db_recovery_file_dest_size          
big integer 4122M

然后

[[email protected] ~]$ du -sm/u01/app/oracle/fast_recovery_area

3550   
/u01/app/oracle/fast_recovery_area

1.1.1.3
出现问题的原因

主要原因是因为DB_RECOVERY_FILE_DETS_SIZE=4122M但是这个目录已经3550M了再备份大约2G的文件无法备份,所以我们要修改此限制即可

1.1.1.4
解决方法

RMAN> configure retention policy torecovery window of 7 days;

 

new RMANconfiguration parameters:

CONFIGURERETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;

new RMANconfiguration parameters are successfully stored

 

RMAN> configure retention policy toredundancy 3;

old RMANconfiguration parameters:

CONFIGURERETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;

new RMANconfiguration parameters:

CONFIGURERETENTION POLICY TO REDUNDANCY 3;

SQL> alter system setdb_recovery_file_dest_size=7g scope=both;

Systemaltered.

RMAN> backuparchivelog all;

Starting backup at05-MAY-15

using targetdatabase control file instead of recovery catalog

allocated channel:ORA_DISK_1

channelORA_DISK_1: SID=38 device type=DISK

channelORA_DISK_1: starting archived log backup set

channelORA_DISK_1: specifying archived log(s) in backup set

input archived logthread=1 sequence=5 RECID=3 STAMP=876780457

input archived logthread=1 sequence=6 RECID=4 STAMP=876789433

input archived logthread=1 sequence=7 RECID=5 STAMP=876830426

input archived logthread=1 sequence=8 RECID=6 STAMP=876866886

input archived logthread=1 sequence=9 RECID=7 STAMP=876950671

input archived logthread=1 sequence=10 RECID=8 STAMP=876992432

input archived logthread=1 sequence=11 RECID=9 STAMP=877039260

input archived logthread=1 sequence=12 RECID=10 STAMP=877168856

input archived logthread=1 sequence=13 RECID=11 STAMP=877212093

input archived logthread=1 sequence=14 RECID=12 STAMP=877298424

input archived logthread=1 sequence=15 RECID=13 STAMP=877316417

input archived logthread=1 sequence=16 RECID=14 STAMP=877356610

input archived logthread=1 sequence=17 RECID=15 STAMP=877406439

input archived logthread=1 sequence=18 RECID=16 STAMP=877428082

input archived logthread=1 sequence=19 RECID=17 STAMP=877471303

input archived logthread=1 sequence=20 RECID=18 STAMP=877504314

input archived logthread=1 sequence=21 RECID=19 STAMP=877557626

input archived logthread=1 sequence=22 RECID=20 STAMP=877590777

input archived logthread=1 sequence=23 RECID=21 STAMP=877644039

input archived logthread=1 sequence=24 RECID=22 STAMP=877676461

input archived logthread=1 sequence=25 RECID=23 STAMP=877701616

input archived logthread=1 sequence=26 RECID=24 STAMP=877730463

input archived logthread=1 sequence=27 RECID=25 STAMP=877770046

input archived logthread=1 sequence=28 RECID=26 STAMP=877816841

input archived logthread=1 sequence=29 RECID=27 STAMP=877853741

input archived logthread=1 sequence=30 RECID=28 STAMP=877903227

input archived logthread=1 sequence=31 RECID=29 STAMP=877936609

input archived logthread=1 sequence=32 RECID=30 STAMP=877946863

input archived logthread=1 sequence=33 RECID=31 STAMP=878018408

input archived logthread=1 sequence=34 RECID=32 STAMP=878023071

input archived logthread=1 sequence=35 RECID=33 STAMP=878047701

input archived logthread=1 sequence=36 RECID=34 STAMP=878109519

input archived logthread=1 sequence=37 RECID=35 STAMP=878162579

input archived logthread=1 sequence=38 RECID=36 STAMP=878194931

input archived logthread=1 sequence=39 RECID=37 STAMP=878248841

input archived logthread=1 sequence=40 RECID=38 STAMP=878281394

input archived logthread=1 sequence=41 RECID=39 STAMP=878335209

input archived logthread=1 sequence=42 RECID=40 STAMP=878357413

input archived logthread=1 sequence=43 RECID=41 STAMP=878378428

input archived logthread=1 sequence=44 RECID=42 STAMP=878421646

input archived logthread=1 sequence=45 RECID=43 STAMP=878540967

input archived logthread=1 sequence=46 RECID=44 STAMP=878594428

input archived logthread=1 sequence=47 RECID=45 STAMP=878627427

input archived logthread=1 sequence=48 RECID=46 STAMP=878637664

input archived logthread=1 sequence=49 RECID=47 STAMP=878688020

input archived logthread=1 sequence=50 RECID=48 STAMP=878713890

input archived logthread=1 sequence=51 RECID=49 STAMP=878727648

input archived logthread=1 sequence=52 RECID=50 STAMP=878792434

input archived logthread=1 sequence=53 RECID=51 STAMP=878853632

input archived logthread=1 sequence=54 RECID=52 STAMP=878854392

input archived logthread=1 sequence=55 RECID=53 STAMP=878925105

input archived logthread=1 sequence=56 RECID=54 STAMP=878925252

input archived logthread=1 sequence=57 RECID=55 STAMP=878925853

input archived logthread=1 sequence=58 RECID=56 STAMP=878926991

channelORA_DISK_1: starting piece 1 at 05-MAY-15

channelORA_DISK_1: finished piece 1 at 05-MAY-15

piecehandle=/u01/app/oracle/fast_recovery_area/ORACLE007/backupset/2015_05_05/o1_mf_annnn_TAG20150505T191655_bnk9o8p0_.bkptag=TAG20150505T191655
comment=NONE

channelORA_DISK_1: backup set complete, elapsed time: 00:00:35

Finishedbackup at 05-MAY-15

1.1.1.5
知识点

1.使用CONFIGURE RETENTIONPOLICY TO RECOVERY
WINDOW命令。

例如:RMAN>CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 5 DAYS;

我现在的时间是6月11日16:42,如果我设置了上述备份保留策略并进行备份,则该备份在6月16日16:42之后会被标识为废弃。

2.使用CONFIGURE RETENTION
POLICYREDUNDANCY命令。

例如:RMAN>CONFIGURE RETENTION
POLICYREDUNDANCY 3;

如果进行了上述设置,当完成三次备份后,在做完第四次备份的时候,第一次备份结果将被标识为废弃。ORACLE11G默认的备份保留策略是用该方法设置的,且REDUNDANCY为1。可以使用命令CONFIGURE
RETENTION POLICY CLEAR恢复策略为默认值。还可以用命令CONFIGURE RETENTION POLICY TO NONE进行策略设置,此时REPORT
OBSOLETE和DELETE OBSOLETE将不把任何备份文件视为废弃。

3.ORACLE备份目录由db_recovery_file_dest参数设置

4.ORACLE备份目录由db_recovery_file_dest_size参数设置

时间: 2024-08-09 00:10:11

RMAN备份报错的相关文章

Oracle数据库误删文件导致rman备份报错RMAN-06169解决办法

可能是误删文件导致在使用rman备份时候出现以下提示 RMAN-06169: could not read file header for datafile 15 error reason 1 解决办法 查看数据15文件是什么 SQL> select file#,name from v$datafile; 出现一个/MISSING00015的文件 看来是MISSING00006文件,不是系统,也不是用户的数据. 看MISSING00006基于那个表空间,然后删除该表空间    SQL> sel

DP备份报错 ORA-19554: error allocating device, device type: SBT_TAPE ORA-27211

环境:solaris 10,oracle 11.2.0.4  2nodes rac 症状:rman备份报错如下 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: ======================================

RMAN备份报Error occurred getting response - assuming NO response错误处理

1.一个RMAN备份脚本报错信息 Do you really want to delete the above objects (enter YES or NO)? Do you really want to delete the above objects (enter YES or NO)? "exit;" is an invalid response - please re-enter. Do you really want to delete the above objects

解决mysqldump备份报错: Couldn't execute 'SHOW FIELDS FROM Unknown error 1356

服务器环境: [[email protected] mysql]# cat /etc/redhat-releaseCentOS Linux release 7.3.1611 (Core) [[email protected] mysql]# uname -aLinux localhost.localdomain 3.10.0-514.21.1.el7.x86_64 #1 SMP Thu May 25 17:04:51 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

针对CSV备份报错,Event ID:8194,Source:VSS

平台:Windows server 2012 卷类别:CSV(cluster shared volume) 存储:DELL equalogic PS 6100 软体:HIT 现象:针对CSV进行备份的时候,调用Microsoft的VSS能备份成功,但是不能调用DELL equalogic的VSS来备份,且Windows不断报以下错误:VSS 8194 经多放资料查证,本VSS报错与备份无关(Microsoft和赛门铁克都有资料说明),但是此报错看着很烦,而且过多,容易覆盖掉其他Error,解决该

RMAN恢复报错: ORA-01103: database name 'POWERDES' in control file is not 'PDUNQ'

执行rman恢复的时候报错 RMAN> alter database mount; RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: ====================================================

mysql5.6版本备份报错

MySQL5.6版本备份报错,密码不安全 [[email protected] mysql]# mysqldump -uroot -ppassword cz-office > mysql38.sqlWarning: Using a password on the command line interface can be insecure. 解决方法1:进行交互式输入密码, [[email protected] mysql]# mysqldump -uroot -p cz-office > m

备份链中断导致差异备份报错案例

原文:备份链中断导致差异备份报错案例 最近一台SQL Server服务器部署SQL Server Backup后,发现每晚的差异备份老是失败,报如下错误: Msg 3035, Level 16, State 1, Line 1 无法执行数据库"xxxx" 的差异备份,因为不存在当前数据库备份.请去掉WITH DIFFERENTIAL 选项后重新发出BACKUP DATABASE 以执行数据库的完整备份. Msg 3013, Level 16, State 1, Line 1 BACKU

mysqldump备份报错

windows环境下的mysql 执行备份:确定用户和密码是正确的 mysqldump -uroot123 -p --default-character-set=utf8 -d lm_dyd > lm.sql 报错:mysqldump: Got error: 1044: Access denied for user 'root123'@'%' to data base 'lm_dyd' when using LOCK TABLES 解决方法:加参数 --skip-lock-tables mysq