手工管理的备份恢复.pptVIP

使用normal选项使某个数据文件离线,离线以前,oracle会发出文件级别的检查点,从而唤醒DBWn将内存中属于该文件的所有脏数据块写入数据文件,并且控制文件中检查点SCN与数据文件一致。即便是在不完全恢复期间该数据文件仍然保持离线状态的话,也可以在不完全恢复成功以后,再将该文件在线,由于该文件不需要介质恢复,所以oracle可以直接将数据文件头的SCN修改成当前SCN关键是在数据文件online的时候,控制文件中记录的SCN和数据文件头部的SCN是一致的,那么说明数据文件不需要进行介质恢复,因此可以直接online执行依次checkpoint,对数据文件头部和控制文件中的SCN和结束SCN进行了更新。控制文件中记录的数据文件的检查点信息数据文件头部的检查点一定是540159,而数据文件offline时的系统检查点分别是540282和540285,下一次数据文件online的时候,需要执行介质恢复。备份数据文件数据文件immediateofflineResetlogs打开数据库的点文件在这个点online重做记录一直到这个点请问这个点的数据文件能够online吗？对新添加的数据文件进行了备份。对temp表空间没有进行备份。默认的永久表空间不能删除。正在操作中,DBA做了一个错误的操作,将表空间删除了。我们需要将数据恢复到出问题的那个时刻。需要进行不完全恢复。表空间被删除以后,继续进行正常操作,产生了一些数据。通过查看备份,我们确认所有数据文件都有备份,不是同一个时刻,而且temp没有备份,所有归档还都在。通过日志，发现12:29:40发生了误删除，我们恢复到提前一秒钟备份当前所有的数据文件、控制文件、联机重做日志文件恢复所有的数据文件这些数据文件都不是同一个时刻备份的。但都是出事前备份的。发现已经没有6号文件了。发现6号数据文件还是没有回来。6号数据文件回来了。发现6号数据文件的名字不对。启动报错。提示联机重做日志文件有问题,因为我们在冷备的时候没有备份联机重做日志文件。数据库恢复,但只是恢复到上次冷备的时刻。数据库还是非归档模式。设置为归档将所有的备份删除。对users表空间进行了备份。在users表空间上进行了操作。模拟了日志的归档。对日志文件进行了归档的备份。故障出现。将表空间offline将所有归档日志所在的目录改成归档目录。我们也可以采用这样的方式,不改变归档目录,但是将所有的需要的归档日志拷贝到归档目录中,总之就是将归档日志放在数据库能够找到的地方数据文件头部的SCN,当初发出beginbackup命令时,数据文件头部的SCN控制文件中记录的数据文件的检查点SCN,出问题时的SCN是454751,offline时的检查点是455656.因为备份已经恢复、归档已经设置,联机和控制文件都没有问题。2.数据库处于关闭状态，系统表空间和undo表空间损坏。日常的操作备份system数据库要使用自动恢复,就需要设置好归档日志所在的目录。模拟故障。只启动到mount数据库正在运行,undo表空间损坏。没有报错,使用的应该是system的回滚段,因为用户是sys。改变用户后马上报错。重建失败。只能进行恢复。重新进行模拟上面的故障对四个表空间进行了备份。模拟一个故障报错,提示undotbs1错误备份拷贝回来。恢复undo表空间不能在数据库打开状态下进行。关闭数据库将undo在线。问题解决。数据库在打开的情况下,system表空间崩溃。恢复备份文件System自动联机。Undo和system表空间的损坏都需要重启数据库进行修复。数据库关闭,非system和undo表空间损坏运行中突然掉电,一个数据文件损坏还原备份文件。只要是控制文件、联机重做日志文件没有损坏、归档日志全,数据文件有备份,恢复就非常的简单。不管你是什么故障。数据文件没有备份,具有自创建该数据文件以来所有的归档日志文件创建了一个数据文件,就需要立即进行备份,如果该文件丢失,又没有备份,该如何处理,只能从归档日志中进行恢复。添加了一个数据文件给users表空间,给表test15分配extent的时候,手工指定使用user02.dbf文件。数据文件出现故障。创建该文件的SCN将5号文件离线是的SCN因为该文件被删除,所以文件头部的SCN是0因为没有备份该文件,所以重建该文件。文件的SCN是当时文件创建时的SCN。不完全恢复的场合1、