14-RMAN管理的备份和恢复 PPT课件.ppt

如果恢复目录所在的数据库损坏，则无法访问RMAN元数据，也就无法进行备份恢复工作。因此对恢复目录所在的数据库也要进行备份。 只有在发生了备份恢复以后，恢复目录所在的数据库里的数据才会发生变化。，不建议再次对恢复目录启用RMAN备份。 一般建议采用导出（exp）的方式对恢复目录进行逻辑备份。 完成目标数据库的备份恢复以后，将恢复目录导出，生成导出文件。 * 控制文件还原到位。 * 将数据库进行mount。 还原所有的数据文件。 恢复数据库，因为联机重做日志文件丢失。所以使用noredo。 自上次备份以来的所有数据丢失。 * 二、控制文件和联机重做日志文件没有丢失，只有数据文件丢失。 省略了spfile和控制文件的寻找恢复。将数据库启动到mount状态，使用restore database和recover database进行恢复即可。 如果自上次备份以来，日志文件进行了切换，但是备份时的current日志文件组始终没有被覆盖。（间隔时间短、联机日志文件大、业务量小等原因）。那么在进行恢复的时候，可以实现无数据丢失。 当前日志组是2. 备份表空间users 数据库对外提供服务。 * 在上次备份以来，备份时的current日志文件组还没有被覆盖。我们不知道是否被覆盖。假设没有被覆盖。 删除了users的数据文件。 启动数据库到mount状态。 * 还原数据库，假设联机日志文件没有被覆盖，还能够配合备份进行数据恢复。 恢复成功。 可以直接打开数据库。 如果日志文件被覆盖，那么recover命令会失败。 我们只能进入SQLPLUS中，发出如下的命令。 SQLRECOVER DATABASE UNTIL CALCEL 然后直接输入cancel，媒体恢复结束。数据库可以以resetlogs启动。 * 三、控制文件没有损坏、联机重做日志文件和数据文件损坏 * 将数据库启动到mount状态 还原数据库。 联机日志文件没有回来。 * 我们在backup database以后，又重新备份了users表空间。 * 使用backup database时的备份集进行users数据文件的还原。 上面的错误在于 1、backup database 2、backup tablespace users 恢复的时候，users表空间使用的是第二个备份集 显然有问题，我们使用指定的备份集进行还原可以避免这种情况。对于非归档模式，这种问题还是比较常见。 * 再次执行恢复。 * 将数据库恢复到其他目录下面 数据文件损坏以后，原来的目录不能使用了，我们可以使用别的目录。 表空间system和users出现损坏。其余文件都没有问题。但是非归档只能进行全部还原。 找到最近一次的全备份的tag TA082842 * * 归档模式下面的完全恢复 前提必须具有自备份以来以来所有的归档日志，如果缺少归档日志文件或者丢失联机重做日志文件，则只能进行不完全恢复，如果丢失控制文件，则需要创建控制文件或者按照前面讲到的从以前的备份中还原控制文件，显然后者更好一些。 一、非系统表空间损坏，而控制文件和联机日志文件没有损坏 数据库中在正常的使用。 * Users表空间损坏。 说明一个问题，run内所有的操作并没有作为一个事务出现。 数据恢复回来。 * 如果数据库在关闭的状态下失去数据文件。那么将数据库启动到mount状态。然后执行上面的操作。 如果是数据文件损坏，使用下面的操作。 * 系统表空间损坏，控制文件和联机重做日志文件没有损坏。 只能将数据库启动到mount状态，然后进行恢复。 * 恢复成功。 * 所有的数据文件丢失，控制文件和联机日志文件没有丢失。 * 不完全恢复 1、不完全恢复只能在mount下执行 2、必须使用基于数据库的还原，必须还原所有的数据文件 有三种方式 1、基于时间点的恢复 首先来看日期格式的问题 * 模拟误删除了表。需要通过不完全恢复来找回数据。 * 基于日志序列号的不完全恢复 如果一个日志文件损坏，那么经常使用这种恢复方式，恢复一直进行到损坏的日志文件为止。 恢复进程应用完56号归档日志文件以后就停止。 * 基于SCN号，类似于基于时间点的不完全恢复 Oracle提供了一个restore point的概念，可以将restore point理解为某个时间点或者某个scn号的别名。 我们要进行一个批量的加载，如果加载失败，那么我们需要恢复到加载前的那个状态。就可以使用上面的这个特性。 为加载前的这个时刻的SCN定义一个别名。这个SCN代表着一个时间点。 * 假设批量加载失败，我需要数据库恢复到干净的时刻。 * * 配置恢复目录 恢复目录是位于数据库里的一个schema，该schema下面包含多个表、视图、以及存储过程。在恢复目录中存放了RMAN的元