手工管理的备份恢复.ppt

删除控制文件。 关闭数据库，对数据库进行全备份。 将数据库启动到nomount 控制文件建立成功。 数据库自动进入mount状态。 重建控制文件以后，所有的SCN信息都丢失了。 控制文件中的系统SCN从current日志文件中的firstchange取得。 数据文件SCN从数据文件头部取得。 数据都没有丢失。 上面建立控制文件的时候，没有包含临时表空间。 使用以前备份的控制文件，在丢失当前联机重做日志文件的情况下，进行不完全恢复 确认表位于这个当前的联机日志文件中 删除了联机重做日志文件和控制文件。 关闭数据库、备份数据库。 不完全恢复，需要控制文件和数据文件 恢复直接完成，如果报错，那么重新执行一次上面的命令，但是在输入的时候，输入cancel，不进行恢复，只是为了完成media recovery colplete。 显然数据丢失。 联机重做日志文件被重建 创建新的控制文件，在丢失当前联机重做日志文件的情况下，进行不完全恢复。 1、系统的checkpoint会从redo log的current的first_change中取 2、文件SCN会从数据文件头部中取 我们此前做过trace文件的创建，数据库的结构没有发生变化，因此可以继续使用。 关闭数据库，进行数据库的全备份 1、使用的是非abort模式关闭 2、备份数据库 在SQL中执行这一段代码 控制文件的文件SCN取自数据文