SUN服务器Solaris系统下Oracle数据库恢复的启示
2009-09-26 18:58
344 查看
接安徽移动公司1台sun服务器( sparc), solaris 系统,安装有oracle数据库,未知原因数据库的库文件丢失,文件名为users01.dbf,需要恢复oracle数据库。
首先对故障硬盘进行全面的完整备份,做一个镜像文件分析;
发现超级块,并发现一些错误;
查找及分析根目录记录,找到;
根据根目录查找第一个节点区,找到,并以此分析块大小;
根据节点区特点,确定节点区大小;
查找第二个节点区,随之确定整个文件系统结构;
发现/lost+found文件夹里有大量以数字命名的文件,通常就是由于fsck造成的;
按用户提供的目录信息从底层进入分析,找到数据库所在目录,再返回分析需恢复文件的节点区,发现节点区有错误,开始部分节点信息都有,后面的节点的索引位置已清0;
通过文件系统的分析,无法全部正确重组数据库文件。
users01.dbf文件虽然恢复出来了,但由于已遭破坏,造成数据大量丢失。
总结:
1,此例的故障原因无从得知,但fsck是不应该执行的。当UFS文件系统出现故障后,如果条件允许,尽可能先对故障盘做备份操作(磁盘备份的方法,请点这里,或电话咨询0551-5221804),如果无法做备份,至少应该先以只读的方式测试fsck修复,或选择向导式修复,同时在发现异常时尽快停下操作。
2,做好备份策略,也不要把备份放在同一存储体上。
首先对故障硬盘进行全面的完整备份,做一个镜像文件分析;
发现超级块,并发现一些错误;
查找及分析根目录记录,找到;
根据根目录查找第一个节点区,找到,并以此分析块大小;
根据节点区特点,确定节点区大小;
查找第二个节点区,随之确定整个文件系统结构;
发现/lost+found文件夹里有大量以数字命名的文件,通常就是由于fsck造成的;
按用户提供的目录信息从底层进入分析,找到数据库所在目录,再返回分析需恢复文件的节点区,发现节点区有错误,开始部分节点信息都有,后面的节点的索引位置已清0;
通过文件系统的分析,无法全部正确重组数据库文件。
users01.dbf文件虽然恢复出来了,但由于已遭破坏,造成数据大量丢失。
总结:
1,此例的故障原因无从得知,但fsck是不应该执行的。当UFS文件系统出现故障后,如果条件允许,尽可能先对故障盘做备份操作(磁盘备份的方法,请点这里,或电话咨询0551-5221804),如果无法做备份,至少应该先以只读的方式测试fsck修复,或选择向导式修复,同时在发现异常时尽快停下操作。
2,做好备份策略,也不要把备份放在同一存储体上。
相关文章推荐
- solaris ufs文件系统故障后恢复oracle数据库过程记录
- solaris ufs文件系统故障后恢复oracle数据库过程记录
- ISA Server服务器故障恢复一例系统盘符更换之后的应对方法
- 服务器系统崩溃之sharepoint恢复小记
- Solaris下UFS文件系统的备份与恢复
- Sun小机系统启动/solaris启动系统/开机
- 完全备份oracle数据库,再导出到另一服务器(linux下),bmc的数据系统
- Trueimage备份ORACLE EBS恢复至新服务器IP修改系统配置步骤
- 关于系统重装后Oracle数据库完全恢复的解决办法
- Sun Java系统Web服务器:关键任务的选择
- 系统管理指南:基本管理 第21 章• 使用Sun PatchManager 管理Solaris 修补程序(任务)
- 将数据库系统在一台新服务器上恢复
- 亲测有效:windosw2008服务器. 重启后提示系统恢复选项的解决
- AIX系统崩溃后oracle数据库的恢复方法
- 系统重装后,oracle数据库中数据快速恢复
- solaris8系统下误把DEV下几个的文件删除到了回收站,怎么能恢复?
- DELL 服务器 装系统前初始化(恢复出厂、超线程、虚拟化、iDRAC设置)
- Oracle数据库备份与恢复之一:exp/imp(原文http://www.cnblogs.com/sungod/archive/2011/03/13/1983090.html)
- 系统管理指南:基本管理 第21 章• 使用Sun PatchManager 管理Solaris 修补程序(任务)
- ZFS文件系统数据恢复--实战Sun Storage 7110磁盘阵列存储故障恢复