数据库文件故障的恢复.ppt

* Oracle 故障恢复 故障恢复策略 确定影响恢复的因素 数据库的大小 系统的复杂性 数据库结构 应用结构（对数据库恢复影响最大） 缩短平均恢复时间的方法 缩小所需要恢复的成员的大小 使用ORACLE表分区和索引分区技术 保证最新的备份能够被尽快获得 经常性测试备份的拷贝以保证备份的可用性 保证你熟悉各种各样的恢复手段，可以将经验性的技术用脚本记录下来 合理地设计易于维护的数据库对象 各种故障恢复策略的比较 技术 用法 优点 缺点 Export,Import, SQL*Loader 用Export/ Import 速度快 实施难度大，很难确定数据的关系 硬件冗余备份 使用备份节点 数据丢失少 昂贵 备用数据库 用主数据库的REDO LOG更新备用数据库 快速恢复，可恢复故障 数据可能丢失，设置和维护复杂 数据库对称复制 使用ORACLE的复制功能 无数据丢失，可恢复，两个数据库可以同时使用 系统开销比较大，为了保持数据的一致性所进行的恢复缓慢 OPS 使用CLUSTER技术，存活的节点接管失败节点 可快速恢复，负载均衡 性能调整十分困难，应用设计的好坏确定了系统性能的好坏 三倍镜像 采用三套硬件进行镜像 快速备份快速恢复 三倍读写开销 EMC SRDF 工具 物理I/O备份 快速同步备份，恢复迅速，无数据丢失 存在数据库复制冲突的可能 客户化的存储转发 使用O8的功能：高级对列或基于触发器的复制 无数据丢失，恢复快速 复杂，开销大 故障恢复的步骤 发现故障 分析故障 查找需要恢复的部件 分析需要恢复的部件的关联性 确定恢复策略 从备份环境恢复系统 重演REDO LOG，使系统恢复到最新的点 检查 分析故障，确定恢复方法 alert log是否有报警 是否生成了traces 是否使用OPS 是否进行了恢复尝试，如果做了，做了哪些步骤 确定备份策略 如果你做了冷备份，冷备份的时候数据库是如何关闭的 是否使用归档日志 归档日志是否完整 在线日志是否有镜像 控制文件是否有镜像 是否有最近的全EXPORT 数据库故障的时候有什么非常规的工作正在做 能够启动INSTANCE吗 能不能MOUNT、OPEN数据库 数据库大小是多少 是否使用裸设备 有多少个回滚段 数据库文件故障的恢复（1） 故障ORA-1157, ORA-1110 ，或ORA－1116，ORA－1110 从冷备份恢复（采用NOARCHIVELOG方式 ） 关闭数据库 恢复冷备份的文件 重新启动数据库 执行下列脚本，确认所有的REDO LOG文件的各自的流水号和FCN（first change numbers） SELECT X.GROUP#, MEMBER, SEQUENCE#, FIRST_CHANGE# FROM V$LOG X, V$LOGILE Y WHERE X.GROUP# = Y.GROUP#; 查找要恢复文件的CHANGE＃ SELECT FILE#, CHANGE#FROM V$RECOVER_FILE; 如果CHANGE#大于最小的REDO LOG FIRST_CHANGE# ，那么这个文件是可以恢复的 用ONLINE REDO LOG恢复数据文件 RECOVER DATAFILE fullpath of the datafile 打开数据库 ALTER DATABASE OPEN ； 数据库文件故障的恢复（2） 从热备份恢复（使用ARCHIVELOG 模式） 关闭数据库 恢复冷备份的文件 重新启动数据库 执行下列脚本，确认所有的REDO LOG文件的各自的流水号和FCN（first change numbers） SELECT X.GROUP#, MEMBER, SEQUENCE#, FIRST_CHANGE# FROM V$LOG X, V$LOGILE Y WHERE X.GROUP# = Y.GROUP#; 确认所有的日志都完备，如果日志缺少，参见后面的处理方法 查找要恢复文件的CHANGE＃ SELECT FILE#, CHANGE#FROM V$RECOVER_FILE; 如果CHANGE#大于最小的REDO LOG FIRST_CHANGE# ，那么这个文件是可以恢复的 用ONLINE REDO LOG恢复数据文件 RECOVER DATAFILE fullpath of the datafile 打开数据库 ALTER DATABASE OPEN ； 数据库文件故障的恢复（3） 有RE