如何确定RMAN备份集可使用可恢复

更新时间:2023-05-22 03:29:01 阅读量: 实用文档 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

如何确定RMAN备份集可使用可恢复?

ZALBB 2013-04-22

提示:由于非归档模式下RMAN只能作冷备份,不具 有普遍意义,故:本文所讨论的内容,都是基于归 档模式下的RMAN备份和恢复,不讨论非归档模式 下的情况。

目录1 2 3 4 5 6 7 8 引言。 主题目标。 恢复数据库需要哪些备份集。 在异机上恢复数据库的步骤。 检查数据库的备份集有否物理损坏。 检查数据库的备份集有否逻辑损坏。 数据库能否打开的关键因素。 案例:数据文件的模糊性如何影响 数据库的打开。 F&Q。

9

引言数据备份是计算机系统的必要组成部分:系统在生产运营中,可能会 遇上用户误操作、操作系统损坏、服务器硬件损坏、磁盘损坏甚至是数据 机房的灾难,这些意外都可能造成数据丢失甚至文件损坏,而这些文件往 往包含着重要的生产数据,包括财务数据等,企业承受不起这种损失,对 此,DBA必须做好预防和准备工作,以备万一,在这种情况下,数据的 备份与恢复起到决定性的作用。 但是,单纯的备份还不足以确保安全,还须定期进行还原测试,以检 验策略和备份的有效性。这其中,理解校验RMAN备份集可使用,可恢复 性工作,是还原测试工作的理论依据。

主题目标通过本次学习,您将掌握以下知识:12

了解恢复数据库所需要的备份集信息。了解数据库恢复步骤、操作原理。

34

了解如何物理上确认备份集是可使用,不存在逻辑坏块?了解如何从逻辑上确认备份集是可恢复,恢复后库可打开的?

5

不同操作系统间的RMAN恢复的注意事项。

关键字:

Scn,数据文件头的模糊性。 Restore Validate;

从数据库的启动步骤来理解恢复数据库需要的备份信息11 startup nomount -- 读取参数文件。默认情况下读取保存在 $ORACLE_HOME/dbs(database) 目录下的 spfile$ORACLE_SID. ora/init$ORACLE_SID.ora/init.ora 参数文件。 2 alter database mount -- 据参数文件里记录的控制文件信息,去读 取控制文件. 3 alter database open -- 根据控制文件里记录的数据文件和在线日志 文件的信息,去读取数据文件和日志文件,作一致性检查/实例恢复, 并打开数据库。

从数据库的启动步骤来理解恢复数据库需要的备份信息2从上述步骤得知,在打开数据库过程中,ORACLE读取了这些信息:1 2 3 4 参数文件。 控制文件。 数据文件。 在线日志文件。

但对于大部分的数据库恢复而言,由于通常是作不完全恢复,不需要 把库恢复到最新的时间点,所以,并不需要在线日志文件,相反,由于是 在OPEN状态下进行的备份,备份集中的数据文件通常都存在模糊性和非 一致性。当恢复出数据文件,要打开数据库时,ORACLE 需要对这

些数 据文件作一致性检查,此时,需要全库备份结束后的归档日志来对数据文 件作一致性恢复,才能正常打开数据库。

从数据库的启动步骤来理解恢复数据库需要的备份信息3总结上述信息,要恢复出一个数据库,需要以下这些备份集:1、参数文件和控制文件的备份集。 2、全库备份的备份集。 3、全库备份结束后紧跟着的归档日志。 现实工作中,由于参数文件不常改变,控制文件可以使用文本格式 (两者都可以使用很老的版本,或者手工编写),而数据库在恢复时,可 以按需求,只恢复部分表空间即可,因此,上述备份集,或多或少可以省 略,唯独数据库备份后的归档日志不可缺,若缺失此文件,容易因为数据 文件不一致而无法正常打开数据库,此时,只能以非常规方式打开。因此, 数据库备份后的归档日志,是正常打开数据库的关键。

在异机上恢复数据库的大致步骤在没有任何INIT文件的情况下,强行启动(nomount). 2 Restore Spfile; 3 Startup nomount; 4 Restore controlfile; 5 Alter database mount; 6 Crosscheck backup; 7 Catalog start with ‘’; 8 Restore database preview summary; 9 Restore database; 10 Recover database; 11 Alter database open resetlogs;

1

BLOCK物理损坏的特征:In a physical block corruption, which is also called a media corruption, the database does not recognize the block at all: 1 the checksum is invalid, 2 the block contains all zeros, 3 the header and footer of the block do not match or one of the key data block data structure is incorrect such as the data block address (DBA). 关键点:数据库并不识别BLOCK。

BLOCK逻辑损坏的特征:In a logical block corruption, the contents of the block are physically sound and pass the physical block checks; however the block can be logically inconsistent. Examples of logical corruption include corruption of a row piece or index entry.

RMAN常用的校验命令-- 检测/校验要备份的对象。 Backup Validate Check Logical BackupSpec; -- 检测/校验要恢复的对象。 Restore Restoreobject Check Logical Validate; -- 检测/校验备份集及要备份的对象。 Validate Backupset/Db、Ts、Df、Ctl/Spfile、 archivelog {Copy}; 默认情况下,只对对象作物理检查,若带 Check Logical 选项,则再检查对象的逻辑内容是否异常。

如何检查数据库的备份集物理上是否有损坏?

如何检查数据库的备份集逻辑上是否有损坏?

如何检查数据库的备份集逻辑上是否有损坏?

备份集存在物理坏块的情况1,搭建环境。

备份集存在物理坏块的情况2。通过检测。

备份集存在物理坏块的情况3,弄坏一个块。

备份集存在物理坏块的情况4,弄坏一个块。

备份集存在物理坏块的情况5,检测到损坏的块。

本文来源:https://www.bwwdw.com/article/hdj4.html

Top