数据库文件故障的恢复ppt课件
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
RECOVER DATAFILE 'fullpath of the datafile' 1. 打开数据库
ALTER DATABASE OPEN ；
.
数据库文件故障的恢复（3）
• 有REDO LOG文件丢失或毁坏的情况下恢复（此时数据已经丢失，
需要通过移动的方法进行重建）
• 关闭数据库
• MOUNT数据库Svrmgrl> Startup mount
3. 删除故障文件
Svrmgrl> ALTER DATABASE DATAFILE 'fullpath of datafile' FFLINE DROP;
4. 打开数据库:
.
数据库文件故障的恢复（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#; 1. 查找要恢复文件的CHANGE＃ SELECT FILE#, CHANGE#FROM V$RECOVER_FILE; • 如果CHANGE#大于最小的REDO LOG FIRST_CHANGE# ，那么这个文件是可 以恢复的 1. 用ONLINE REDO LOG恢复数据文件
.
各种故障恢复策略的比较
技术
用法
优点
缺点
Export,Import, SQL*Loader
硬件冗余备份
用Export/ Import 使用备份节点
速度快 数据丢失少
实施难度大，很难确 定数据的关系
昂贵
备用数据库 数据库对称复制 OPS 三倍镜像 EMC SRDF 工具 客户化的存储转发
用主数据库的REDO 快速恢复，可恢复故 数据可能丢失，设置
• Offline drop 数据文件:
Svrmgrl> ALTER DATABASE DATAFILE 'fullpath of datafile'
OFFLINE DROP;
4. 打开数据库
1.
Svrmgrl> ALTER DATABASE OPEN;
5. 删除用户表空间
1.
Svrmgrl> DROP TABLESPACE tablespace_name
LOG更新备用数据库 障
和维护复杂
使用ORACLE的复制 无数据丢失，可恢复，系统开销比较大，为
功能
两个数据库可以同时 了保持数据的一致性
使用
所进行的恢复缓慢
使 用 CLUSTER 技 术 ，可快速恢复，负载均 性能调整十分困难，
存活的节点接管失败 衡
应用设计的好坏确定
节点
了系统性能的好坏
采用三套硬件进行镜 快速备份快速恢复 三倍读写开销
.
分析故障，确定恢复方法
• alert log是否有报警 • 是否生成了traces • 是否使用OPS • 是否进行了恢复尝试，如果做了，做了哪些步骤 • 确定备份策略 • 如果你做了冷备份，冷备份的时候数据库是如何关闭的 • 是否使用归档日志 • 归档日志是否完整 • 在线日志是否有镜像 • 控制文件是否有镜像 • 是否有最近的全EXPORT • 数据库故障的时候有什么非常规的工作正在做 • 能够启动INSTANCE吗 • 能不能MOUNT、OPEN数据库 • 数据库大小是多少 • 是否使用裸设备 • 有多少个回滚段
Oracle 故障恢复
.
故障恢复策略
• 确定影响恢复的因素
•数据库的大小 •系统的复杂性 •数据库结构 •应用结构（对数据库恢复影响最大）
• 缩短平均恢复时间的方法
•缩小所需要恢复的成员的大小 •使用ORACLE表分区和索引分区技术 •保证最新的备份能够被尽快获得 •经常性测试备份的拷贝以保证备份的可用性 •保证你熟悉各种各样的恢复手段，可以将经验性的技术用脚本记录下来 •合理地设计易于维护的数据库对象
像
物理I/O备份
快速同步备份，恢复 存在数据库复制冲突 迅速，无数据丢失 的可能
使 用 O8ຫໍສະໝຸດ Baidu的 功 能 ： 高 无数据丢失，恢复快 复杂，开销大
级对列或基于触发器 速
的复制
.
故障恢复的步骤
• 发现故障 • 分析故障 • 查找需要恢复的部件 • 分析需要恢复的部件的关联性 • 确定恢复策略 • 从备份环境恢复系统 • 重演REDO LOG，使系统恢复到最新的点 • 检查
（first change numbers） SELECT X.GROUP#, MEMBER, SEQUENCE#, FIRST_CHANGE# FROM V$LOG X, V$LOGILE Y WHERE X.GROUP# = Y.GROUP#; 1. 确认所有的日志都完备，如果日志缺少，参见后面的处理方法 2. 查找要恢复文件的CHANGE＃ SELECT FILE#, CHANGE#FROM V$RECOVER_FILE; • 如果CHANGE#大于最小的REDO LOG FIRST_CHANGE# ，那么这个文件是可 以恢复的 1. 用ONLINE REDO LOG恢复数据文件
INCLUDING CONTENTS;
2. 重新创建表空间等
.
数据库文件故障的恢复（4）
• RBS文件故障（1）数据库正常关闭情况下的恢复
1. 在 INITSID.ORA文件中，封掉和故障文件相关的
ROLLBACK_SEGMENTS ROLLBACK_SEGMENTS
2. 在限制方式下启动数据库
Svrmgrl> STARTUP RESTRICT MOUNT
RECOVER DATAFILE 'fullpath of the datafile' 1. 打开数据库
ALTER DATABASE OPEN ；
.
数据库文件故障的恢复（2）
• 从热备份恢复（使用ARCHIVELOG 模式）
• 关闭数据库 • 恢复冷备份的文件 • 重新启动数据库 • 执行下列脚本，确认所有的REDO LOG文件的各自的流水号和FCN
ALTER DATABASE OPEN ；
.
数据库文件故障的恢复（3）
• 有REDO LOG文件丢失或毁坏的情况下恢复（此时数据已经丢失，
需要通过移动的方法进行重建）
• 关闭数据库
• MOUNT数据库Svrmgrl> Startup mount
3. 删除故障文件
Svrmgrl> ALTER DATABASE DATAFILE 'fullpath of datafile' FFLINE DROP;
4. 打开数据库:
.
数据库文件故障的恢复（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#; 1. 查找要恢复文件的CHANGE＃ SELECT FILE#, CHANGE#FROM V$RECOVER_FILE; • 如果CHANGE#大于最小的REDO LOG FIRST_CHANGE# ，那么这个文件是可 以恢复的 1. 用ONLINE REDO LOG恢复数据文件
.
各种故障恢复策略的比较
技术
用法
优点
缺点
Export,Import, SQL*Loader
硬件冗余备份
用Export/ Import 使用备份节点
速度快 数据丢失少
实施难度大，很难确 定数据的关系
昂贵
备用数据库 数据库对称复制 OPS 三倍镜像 EMC SRDF 工具 客户化的存储转发
用主数据库的REDO 快速恢复，可恢复故 数据可能丢失，设置
• Offline drop 数据文件:
Svrmgrl> ALTER DATABASE DATAFILE 'fullpath of datafile'
OFFLINE DROP;
4. 打开数据库
1.
Svrmgrl> ALTER DATABASE OPEN;
5. 删除用户表空间
1.
Svrmgrl> DROP TABLESPACE tablespace_name
LOG更新备用数据库 障
和维护复杂
使用ORACLE的复制 无数据丢失，可恢复，系统开销比较大，为
功能
两个数据库可以同时 了保持数据的一致性
使用
所进行的恢复缓慢
使 用 CLUSTER 技 术 ，可快速恢复，负载均 性能调整十分困难，
存活的节点接管失败 衡
应用设计的好坏确定
节点
了系统性能的好坏
采用三套硬件进行镜 快速备份快速恢复 三倍读写开销
.
分析故障，确定恢复方法
• alert log是否有报警 • 是否生成了traces • 是否使用OPS • 是否进行了恢复尝试，如果做了，做了哪些步骤 • 确定备份策略 • 如果你做了冷备份，冷备份的时候数据库是如何关闭的 • 是否使用归档日志 • 归档日志是否完整 • 在线日志是否有镜像 • 控制文件是否有镜像 • 是否有最近的全EXPORT • 数据库故障的时候有什么非常规的工作正在做 • 能够启动INSTANCE吗 • 能不能MOUNT、OPEN数据库 • 数据库大小是多少 • 是否使用裸设备 • 有多少个回滚段
Oracle 故障恢复
.
故障恢复策略
• 确定影响恢复的因素
•数据库的大小 •系统的复杂性 •数据库结构 •应用结构（对数据库恢复影响最大）
• 缩短平均恢复时间的方法
•缩小所需要恢复的成员的大小 •使用ORACLE表分区和索引分区技术 •保证最新的备份能够被尽快获得 •经常性测试备份的拷贝以保证备份的可用性 •保证你熟悉各种各样的恢复手段，可以将经验性的技术用脚本记录下来 •合理地设计易于维护的数据库对象
像
物理I/O备份
快速同步备份，恢复 存在数据库复制冲突 迅速，无数据丢失 的可能
使 用 O8ຫໍສະໝຸດ Baidu的 功 能 ： 高 无数据丢失，恢复快 复杂，开销大
级对列或基于触发器 速
的复制
.
故障恢复的步骤
• 发现故障 • 分析故障 • 查找需要恢复的部件 • 分析需要恢复的部件的关联性 • 确定恢复策略 • 从备份环境恢复系统 • 重演REDO LOG，使系统恢复到最新的点 • 检查
（first change numbers） SELECT X.GROUP#, MEMBER, SEQUENCE#, FIRST_CHANGE# FROM V$LOG X, V$LOGILE Y WHERE X.GROUP# = Y.GROUP#; 1. 确认所有的日志都完备，如果日志缺少，参见后面的处理方法 2. 查找要恢复文件的CHANGE＃ SELECT FILE#, CHANGE#FROM V$RECOVER_FILE; • 如果CHANGE#大于最小的REDO LOG FIRST_CHANGE# ，那么这个文件是可 以恢复的 1. 用ONLINE REDO LOG恢复数据文件
INCLUDING CONTENTS;
2. 重新创建表空间等
.
数据库文件故障的恢复（4）
• RBS文件故障（1）数据库正常关闭情况下的恢复
1. 在 INITSID.ORA文件中，封掉和故障文件相关的
ROLLBACK_SEGMENTS ROLLBACK_SEGMENTS
2. 在限制方式下启动数据库
Svrmgrl> STARTUP RESTRICT MOUNT
RECOVER DATAFILE 'fullpath of the datafile' 1. 打开数据库
ALTER DATABASE OPEN ；
.
数据库文件故障的恢复（2）
• 从热备份恢复（使用ARCHIVELOG 模式）
• 关闭数据库 • 恢复冷备份的文件 • 重新启动数据库 • 执行下列脚本，确认所有的REDO LOG文件的各自的流水号和FCN