RMAN backup validate database on databases in noarchivelog mode

从11g开始oracle rman允许在非归档模式下备份数据库

sys@rac1>archive log list

数据库日志模式             非存档模式

自动存档             禁用

存档终点            d:\oracle\archive

最早的联机日志序列     42

当前日志序列           44

sys@rac1>host

Microsoft Windows [版本 6.1.7600]

版权所有 (c) 2009 Microsoft Corporation。保留所有权利。

C:\Users\aaaa>rman target /

恢复管理器: Release 11.2.0.1.0 - Production on 星期一 8月 8 14:06:56

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights

连接到目标数据库: ORCL (DBID=1284003062)

RMAN> backup validate datafile 1 format 'd:\backup\system.bak';

启动 backup 于 08-8月 -11

使用目标数据库控制文件替代恢复目录

分配的通道: ORA_DISK_1

通道 ORA_DISK_1: SID=10 设备类型=DISK

通道 ORA_DISK_1: 正在启动全部数据文件备份集

通道 ORA_DISK_1: 正在指定备份集内的数据文件

输入数据文件: 文件号=00001 名称=D:\ORACLE\ORADATA\ORCL\SYSTEM01.DBF

通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:15

数据文件列表

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

文件状态 标记为损坏 空块 已检查的块 高 SCN

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

1    OK     0              14206        90884           1943280

  文件名: D:\ORACLE\ORADATA\ORCL\SYSTEM01.DBF

  块类型 失败的块 已处理的块

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

  数据       0              60902

  索引       0              12439

  其他       0              3333

通道 ORA_DISK_1: 正在启动全部数据文件备份集

通道 ORA_DISK_1: 正在指定备份集内的数据文件

备份集内包括当前控制文件

备份集内包括当前的 SPFILE

通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:01

控制文件和 SPFILE 的列表

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

文件类型    状态 失败的块 已检查的块

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

SPFILE       OK     0              2

控制文件 OK     0              594

完成 backup 于 08-8月 -11


10g 数据库在非归档模式下则不允许进行RMAN backup validate database 操作

oracle@localhost.localdomain:/home/oracle>rman target /

Recovery Manager: Release 10.2.0.1.0 - Production on Mon Aug 8 13:50:59 2011

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

connected to target database: ORCL (DBID=1286259285)

RMAN> backup validate datafile 1;

Starting backup at 08-AUG-11

using target database control file instead of recovery catalog

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=139 devtype=DISK

channel ORA_DISK_1: starting full datafile backupset

channel ORA_DISK_1: specifying datafile(s) in backupset

RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/08/2011 13:51:21

ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode

continuing other job steps, job failed will not be re-run

channel ORA_DISK_1: starting full datafile backupset

channel ORA_DISK_1: specifying datafile(s) in backupset

including current control file in backupset

including current SPFILE in backupset

channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01

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

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

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

RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/08/2011 13:51:21

ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode

RMAN> 

时间: 2024-12-03 16:25:36

RMAN backup validate database on databases in noarchivelog mode的相关文章

【RMAN】RMAN-20020: DATABASE INCARNATION NOT SET

Rman backup or Delete obsolete fails with RMAN-20020: DATABASE INCARNATION NOT SET 使用rman备份或者删除旧的文件的时候报如下错误: RMAN-00571:  RMAN-03015: error occurred in stored script. abc RMAN-03002: failure of delete command at 09/15/2010 04:05:41 RMAN-06004: ORACLE

Oracle 通过odu验证rman backup对于truncate对象备份处理

通过odu挖rman备份前和备份后的数据文件,得知rman backup备份的过程,对绝大多数truncate的表的原始数据未正常备份(为什么是绝大多数,我无法给出解释),这里也可以看出rman backup并非是真正意义上的完全物理上复制(和rman copy还是有区别,copy不能完全被取代) 创建模拟环境  代码如下 复制代码 SQL> select * from v$version;    BANNER ------------------------------------------

[20171121]rman backup as copy.txt

[20171121]rman backup as copy.txt --//上个星期做数据文件块头恢复时,提到使用rman备份数据文件时,文件头数据库信息是最后写入备份集文件的,在filesperset=1的情况 --//下写入备份集文件中的倒数第2块就是文件头的备份.参考链接: http://blog.itpub.net/267265/viewspace-2147297/=>[20171115]恢复数据文件块头4补充.txt --//而且我最后还做了测试证明如果resotre数据文件,实际上文

[20171121]rman backup as copy 2.txt

[20171121]rman backup as copy 2.txt --//昨天测试backup as copy ,备份时备份文件的文件头什么时候更新.是最后完成后还是顺序写入备份文件. --//我测试的数据文件使用数据文件2(表空间sysaux),也许是文件不够大,应该减慢备份速度来测试看看. 1.环境: SCOTT@book> @ &r/ver1 PORT_STRING                    VERSION        BANNER ----------------

[20171122]rman backup as copy的备份问题

[20171122]rman backup as copy的备份问题.txt --//以前曾经写过一篇[20160524]rman备份与检查点4.txt=>链接:http://blog.itpub.net/267265/viewspace-2106087/ --//里面提到加入备份时间很长,这样可能会出现数据块里面的scn号大于文件头scn号.我提到视图v$backup_datafile --//的ABSOLUTE_FUZZY_CHANGE#字段记录了备份时块最大的scn号.查询视图: sele

zt:Different type of RMAN backup compression in 11G

http://www.itpub.net/viewthread.php?tid=829560&pid=10201894&page=1&extra=#pid10201894 主题: Different type of RMAN backup compression in 11G 文档 ID: 注释:427581.1 类型: REFERENCE 上次修订日期: 31-JUL-2007 状态: REVIEWEDIn this Document Purpose Different type

rman backup遇到ORA-19811

在对数据库进行备份的时候,使用了backup的 keep 选项,遇到了一个错误 ORA-19811. Recovery Manager: Release 11.2.0.4.0 - Production on Tue Dec 24 13:39:49 2013 Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved. connected to target database: ANDREA run {

RMAN-03002, RMAN-06059, ORA-19625 and ORA-27037 When Running RMAN Backup of Archivelogs

RMAN备份数据库时,出现下面错误错误信息: Starting backup at 25-MAY-15 current log archived allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=953 devtype=DISK RMAN-00571: =========================================================== RMAN-00569: =============== ERROR

DBVERIFY 工具的使用

--********************** -- DBVERIFY 工具的使用 --**********************       Oracle 数据库运行过程中由于硬件故障或操作系统故障导致导致Oracle无法以Oracle格式来识别或所包含的内容即为出现数据块损坏 故障,这个坏块可以分为介质损坏以及逻辑损坏.下面给出了块的检查,以及使用DBVERIFY 工具实施块检查.   一.块检查     1.何时检查块         当一个数据块被读或写的时候,将对块的进行一致性检查