14-RMAN管理的备份和恢复.pptVIP

System表空间在备份集13中存在，因为tag不一样，因此是两次备份。 通过list backup of tablespace system，将system所有的备份列了出来。 显示某个数据文件的备份信息，同显示一个表空间。 显示数据库的镜像副本信息 显示表空间的镜像副本信息。 显示归档日志文件的备份信息。 显示控制文件和spfile的备份信息。 B表示备份 F表示完全备份、A表示归档、0、1、2等表示增量备份 A表示可用，X表示过期 备份集包括备份片的个数 显示某个表空间的备份信息。 显示各个数据文件在哪些备份集中 显示各个归档日志都在哪些备份集里 显示spfile都在那些备份集里面 列出过期的备份（expired），所谓过期指的是备份的文件已经丢失（例如我们手工将文件删除，但是元数据还在控制文件里面） 1、检查并标识出当前有哪些已经过期的备份集 2、列出已经过期的备份集 3、删除已经过期的备份集 report命令 List命令只是简单的将rman的元数据检索并显示出来，rman同时还提供了report命令，该命令具有一定的分析功能。 1、显示数据库的结构 根据冗余策略，显示可以丢弃的备份文件列表。 物理的将这些可以丢弃的备份文件进行删除。 report经常用来显示哪些文件需要进行备份 显示那些进行恢复时，使用增量备份文件超过个的数据文件的列表。如果一个数据文件在继续恢复时候，需要的增量备份文件过多，那么这个恢复速度将会很慢。因此上面的显示还是有意义的。 显示最近三天以来没有备份过的数据文件 显示没有三个完整备份的数据文件的列表 显示如果要恢复到3天前的状态，哪些数据文件还需要备份。 上面提到的need指的是将数据库恢复到最新状态。 执行了一个数据库的完全备份。 RMANbackup database; 备份时出错。 删除备份。 配置了通道数和备份片的大小。 ALTER SYSTEM SET db_recovery_file_dest_size=4g scope=both; 也可以设置闪回恢复区的大小。 这个backup database才是一个正确的备份（没有任何错误） 没有找到归档日志文件，因为手工删除了一些归档日志文件。控制文件里面记录的所有的归档日志都会进行备份。 使用RMAN进行恢复 1、使用restore命令 读取备份文件里的数据块，根据数据块所属的数据文件，将这些数据块放回到相应的数据文件里面去，从而完成还原工作 2、使用recover命令 把那些从备份以来生成的归档日志文件以及联机重做日志文件应用到还原出来的数据文件上，从而把数据库从备份的时间点恢复到最新的或者指定的时间点。 完全恢复 1、分为归档和非归档模式，如果目标数据库是非归档模式，那么数据库需要在mount状态进行恢复 2、如果是归档模式，只要不是恢复系统表空间或undo表空间以及控制文件，而是恢复其他数据文件，数据库在打开的状态下就可以进行 如果控制文件和spfile都丢失，那么必须先还原spfile，再还原控制文件 一、启用了自动备份控制文件，且备份集位于闪回恢复区域 1、每次备份时，都会自动备份控制文件和spfile，并将这两种文件放在同一个备份集中。如果我们失去了spfile，则需要还原该文件，那么实例需要启动到nomount状态，控制文件可以不打开。 2、启动实例时，我们需要借助一个参数文件，该参数文件的内容不要求很完整，只要能够将数据库启动到nomount状态即可。 控制文件和spfile所在的备份集位于闪回恢复区，该区域的文件名是随机生成的，因此，要从其中恢复spfile，必须仔细找到spfile所在的最新备份集。因为没有从控制文件中得到备份信息，因此需要手工的寻找spfile所在备份集的名字。 一般控制文件和spfile都在一个备份集中，而且文件比较小，大都比较小，一般在10M以下。找到备份集以后，执行命令进行恢复。 在linux下面，出现了一个问题。 具体流程就是 1、寻找spfile和控制文件所在的备份集，然后恢复出来。 spfile恢复成功。 如果没有指定spfile的恢复路径，默认恢复到$ORACLE_HOME/dbs目录中去. 将两个控制文件删除。 这个备份集中没有找到控制文件。 反复的尝试，终于找到了控制文件所在的备份集。 还原控制文件和spfile的步骤都是一样的 1、找到spfile所在的路径 2、找到文件所在的备份集 3、使用命令restore spfile from ‘备份集的路径名称’ 4、使用命令restore controlfile from ‘备份集的路径名称’ 分为几种情况 1、启用了自动备份控制文件，而且备份集位于闪回恢复区 随便找一个ora文件将数据库启动到nomount状态，因为闪回恢复区