Oracle DBA backup 4.ppt

完全恢复: 方案1 完全恢复: 方案2 完全的数据恢复: 方案 3 完全的数据库恢复: 方案 4 打开的数据库备份时失效 热备期间的文件恢复 清除重做日志文件 使用unarchieved 选项: 非活动重作日志得丢失 非活动日志的恢复 重建日志文件: 找到一个位置来重建重做日志文件. 删除包含丢失文件的重作日志组. 重建日志文件组. 打开数据库. 为更快地打开数据库,可以选择使用clear logfile 命令 察看恢复信息 V$RECOVERY_FILE_STATUS 需要恢复的文件 恢复的状况 V$RECOVERY_STATUS 恢复开始的时间 需要的记入日志的顺序号 上一次使用日志的情况 需要用户输入的恢复原因 使用归档进行oracle 的不完全恢复 决定何时使用不完全恢复来恢复系统 执行数据库的不完全恢复 在丢失当前非激活的重作日志文件后进行恢复 使用不完全恢复的原因 用户错误 一个重要的表被删除. 在一个表中提交了坏的数据. 完全恢复的失效导致一个归档日志文件丢失. 丢失了所有的控制文件 为归档的重作日志文件和数据文件的丢失. 不完全恢复的类型 基于时点恢复 基于取消的恢复 使用备份控制文件进行恢复 基于改变的恢复 恢复命令的语法 基于取消的恢复: 恢复步骤 1. 关闭并备份数据库. 2. 恢复所有的数据文件. 3.不恢复控制文件,重作日志,和密码文件或参数 文件. 4. 载入数据库并恢复失效时点以前的数据文件. 5. 使用RESETLOGS 恢复数据库. 6. 执行一个关闭数据库的备份. 恢复的指导方针 请遵循以下步骤:多数的错误发生于 这种恢复类型. 在恢复之前之后进行整个数据库的备份这将有助于以后的恢复. 经常核实恢复是否成功. 经常备份控制文件. 备份并转移归档日志. 使数据库及时向前而不是向后. 检查报警日志 在恢复之前之后检查报警日志. 经常性的存储并清除日志文件. 在恢复期间纪录信息. 信息被存储于BACKGROUND_DUMP_DEST . 文件名是alert_SID.log. 报警日志对于找到恢复错误,提示,和SCNs十分有用. 用户失效 基于时点的恢复 假定 当前时间是2003年7月1日中午12:00. . 你的实习数据库管理员告诉你他除了雇员表. 表是在下午1:45 被删除的. 当前数据库活动性最小,因为当前大部分雇员在开会. 被删除的表必须被恢复. 基于时点的恢复 备份控制文件恢复 假定当前时间是中午12:00 你的实习管理员删除了雇员信息的整个表空间而不仅仅是表. 错误发生在上午11:45 a.m.左右. 这天上午十一点之前刚刚更新了雇员信 息. 每天晚上都作过备份. 备份控制文件的恢复 决定于 昨晚备份包含的数据文件和恢复所需的控制文件. 雇员表空间有一个数据文件. 当前日志顺序号是61. 你可以确定表空间在11:44:54 a.m. on 9-MAR-99 没有被删除. 数据文件4 脱机状态. 当前重作日志的丢失 如果当前的数据库是打开的， 选择当前的日志文件组. 使用CLEAR LOGFILE 命令. 数据变成可以操作的. 执行完全的数据库备份. 当前重作日志文件丢失 如果数据库是关闭的: 尝试打开数据库. 找到当前的日志的序列号. 对数据库进行基于取消的恢复. 如果必须的话,删除并重建日志文件. 使用RESETLOGS. 打开数据库. 执行完全的数据库备份. Resetlogs之后失效 缩短恢复时间的方法 通过以下方法最小化宕机时间: 即使在数据文件丢失的情况下启动数据库,并使它可用 判别表空间的本质是本质的还是非本质的 使用并行恢复操作 通过拥有好的方案来避免恢复比如说对控制文件进行镜像 最小化恢复时间 并行恢复操作 当只恢复损坏的表空间时,将数据库提出 重建非本质的损坏的表空间,要胜于恢复文件 索引或临时表空间的丢失 控制文件的丢失 以下情况发生你可能需要重建控制 文件: 由于失效使所有的控制文件丢失 要改数据库的名字 当前的控制文件的设置需要改变 恢复控制文件 恢复丢失的控制文件的方法: 使用当前的控制文件 重建新的控制文件 使用备份控制文件 只读表空间的恢复 只读表空间的恢复的事项 以下情况下要对只读表空间进行的恢复时: 重建控制文件 对数据文件改名 使用备份控制文件 4 7 4 4 4 23 23 23 SQL recover database until cancel; SQL recover database 2 until time 1999-03-04:14:22:03 基于时点的恢复: SQL recover database 2 until time 1999-03-04:14:22:03 3 using ba