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

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

ZALBB

2013-04-22

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

提示：

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

数据库的打开。9F&Q。

目录数据备份是计算机系统的必要组成部分：系统在生产运营中，可能会遇上用户误操作、操作系统损坏、服务器硬件损坏、磁盘损坏甚至是数据机房的灾难，这些意外都可能造成数据丢失甚至文件损坏，而这些文件往往包含着重要的生产数据，包括财务数据等，企业承受不起这种损失，对此，DBA必须做好预防和准备工作，以备万一，在这种情况下，数据的备份与恢复起到决定性的作用。

但是，单纯的备份还不足以确保安全，还须定期进行还原测试，以检验策略和备份的有效性。这其中，理解校验RMAN备份集可使用，可恢复性工作，是还原测试工作的理论依据。引言

主题目标

通过本次学习，您将掌握以下知识：

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

3了解如何物理上确认备份集是可使用，不存在逻辑坏块？4了解如何从逻辑上确认备份集是可恢复，恢复后库可打开的？5不同操作系统间的RMAN恢复的注意事项。

关键字：

Scn，数据文件头的模糊性。

RestoreValidate;

从数据库的启动步骤来理解恢复数据库需要的备份信息1

1startupnomount--读取参数文件。默认情况下读取保存在$ORACLE_HOME/dbs(database)目录下的spfile$ORACLE_SID.ora/init$ORACLE_SID.ora/init.ora参数文件。2alterdatabasemount--据参数文件里记录的控制文件信息，去读

取控制文件.3alterdatabaseopen--根据控制文件里记录的数据文件和在线日志文件的信息，去读取数据文件和日志文件，作一致性检查/实例恢复，并打开数据库。

从数据库的启动步骤来理解恢复数据库需要的备份信息2

从上述步骤得知，在打开数据库过程中，ORACLE读取了这些信息：1参数文件。2控制文件。3数据文件。4在线日志文件。

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

从数据库的启动步骤来理解恢复数据库需要的备份信息3

总结上述信息，要恢复出一个数据库，需要以下这些备份集：1、参数文件和控制文件的备份集。

2、全库备份的备份集。3、全库备份结束后紧跟着的归档日志。

现实工作中，由于参数文件不常改变，控制文件可以使用文本格式（两者都可以使用很老的版本，或者手工编写），而数据库在恢复时，可以按需求，只恢复部分表空间即可，因此，上述备份集，或多或少可以省略，唯独数据库备份后的归档日志不可缺，若缺失此文件，容易因为数据文件不一致而无法正常打开数据库，此时，只能以非常规方式打开。因此，数据库备份后的归档日志，是正常打开数据库的关键。

在异机上恢复数据库的大致步骤

在没有任何INIT文件的情况下，强行启动（nomount）.

RestoreSpfile;Startupnomount;

Restorecontrolfile;Alterdatabasemount;Crosscheckbackup;Catalogstartwith‘’;Restoredatabasepreviewsummary;

Restoredatabase;Recoverdatabase;Alterdatabaseopenresetlogs;

BLOCK物理损坏的特征：Inaphysicalblockcorruption,whichisalsocalledamediacorruption,thedatabasedoesnotrecognizetheblockatall:1thechecksumisinvalid,2theblockcontainsallzeros,3theheaderandfooteroftheblockdonotmatchoroneofthekeydatablockdatastructureisincorrectsuchasthedatablockaddress(DBA).关键点：数据库并不识别BLOCK。

BLOCK逻辑损坏的特征：Inalogicalblockcorruption,thecontentsoftheblockarephysicallysoundandpassthephysicalblockchecks;howevertheblockcanbelogicallyinconsistent.Examplesoflogicalcorruptionincludecorruptionofarowpieceorindexentry.

RMAN常用的校验命令--检测/校验要备份的对象。BackupValidateCheckLogicalBackupSpec;--检测/校验要恢复的对象。RestoreRestoreobjectCheckLogicalValidate;--检测/校验备份集及要备份的对象。ValidateBackupset/Db、Ts、Df、Ctl/Spfile、archivelog{Copy};

默认情况下，只对对象作物理检查，若带CheckLogical选项，则再检查对象的逻辑内容是否异常。

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

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

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

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

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

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

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

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

RestoreValidate和BackupValidate的区别。Restorerestoreobject是要从备份集中恢复出备份对象，在此之前，需要确认备份集能否可读取，数据是否正常。故，Oracle创造此命令来检查备份集有否损坏。

同理，可以理解BackupValidate的操作对象和功能。ValidatecheckLogicalbackupset则是包含了对备份集及要备份的对象的检测功能。

数据库能否打开的关键因素

全库备份是数据库在某个时间点的快照，当使用RMAN对生产库作全库备份时，由于是在open状态下作的备份操作，因此，全库备份出来的数据文件肯定是不一致的，存在模糊性。当使用该备份来作全库恢复时，在恢复出数据文件后，需要使用该全库备份后的生成的归档日志来作RECOVER操作，以消除数据文件的模糊性，确保库的所有数据文件都前滚到同一个时间点/SCN，此时，数据库才是一致完整的，允许打开。

如何确认恢复出来的数据库能被打开？答：检查全库备份后紧跟着的归档日志的SCN范围，若此归档文件包含的SCN范围值（最小，最大）包含了本次全备的数据文件头的SCN值，即：恢复出来的所有数据文件头的SCN值都在归档文件的SCN范围内，并且，该范围值可以消除数据文件的模糊性，则可确定使用此归档文件能够消除数据文件的模糊性，并将数据文件恢复到同一SCN后，打开数据库。通常情况下，全库备份后的第1个归档日志，包含了上述提到的各个数据文件所需要的信息。

案例，MOUNT后，需要哪些备份信息来恢复出数据库？

MOUNT后，需要哪些备份集体来恢复出数据库？上述案例例举了需要出数据库的备份集信息，同时还说明在恢复出数据文件后，还需要某SCN区间段(75534149146-75535724461)的日志信息，来消除数据文件的模糊性。和县在线:/

MOUNT后，需要哪些备份信息来恢复出数据库？

日志包含了所需要的SCN范围。

思考RestoreRestoreobjectValidate功能上的缺陷？

何为数据文件的模糊性，SCN？

恢复案例1，准备环境，已RESTORE，未RECOVER

数据文件都是模糊的

恢复到一个较小的SCN号，注意报错信息：

恢复到该数据文件头的SCN号，FILE1存在一致性

恢复到该数据文件头的SCN号，模糊性都存在

恢复到该数据文件头的SCN号＋1，

恢复到该数据文件头的SCN号＋1，模糊性都存在

恢复到某个SCN号，FILE1的模糊性依旧存在，

但，

恢复到先前RrestorePreview命令看到的最大SCN，

模糊性消失，数据文件头的SCN