服务器数据恢复—光纤存储上oracle数据库数据恢复案例

本文涉及的产品
Redis 开源版,标准版 2GB
推荐场景:
搭建游戏排行榜
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 Tair(兼容Redis),内存型 2GB
简介: 一台光纤服务器存储上有16块FC硬盘,上层部署了Oracle数据库。服务器存储前面板2个硬盘指示灯显示异常,存储映射到linux操作系统上的卷挂载不上,业务中断。通过storage manager查看存储状态,发现逻辑卷状态失败。再查看物理磁盘状态,发现其中一块盘报告“警告”,硬盘指示灯显示异常的2块盘报告“失败”。将当前存储的完整日志状态备份下来,解析备份出来的存储日志并获得了关于逻辑卷结构的部分信息。

服务器存储数据恢复环境&故障:
一台光纤服务器存储上有16块FC硬盘,上层部署了Oracle数据库。服务器存储前面板2个硬盘指示灯显示异常,存储映射到linux操作系统上的卷挂载不上,业务中断。
通过storage manager查看存储状态,发现逻辑卷状态失败。再查看物理磁盘状态,发现其中一块盘报告“警告”,硬盘指示灯显示异常的2块盘报告“失败”。
将当前存储的完整日志状态备份下来,解析备份出来的存储日志并获得了关于逻辑卷结构的部分信息。
将16块硬盘做好标记后从存储中移除,对16块FC盘进行测试发现16块盘均能正常识别。检测16块盘的SMART状态,结果和在storage manager中的报告一致。

服务器存储数据恢复过程:
1、以只读方式将所有磁盘进行扇区级别镜像操作。在镜像过程中发现其中一块磁盘的镜像速度很慢,结合先前检测结果综合判断,该盘应该存在大量损坏以及不稳定扇区。对该硬盘进行坏道镜像操作,在镜像过程中同时观察镜像的速度和稳定性,发现该盘的坏道并不多,但是存在大量的读取响应时间长的不稳定扇区。调整拷贝策略后继续对该盘进行镜像,同时观察剩余盘镜像的情况。
2、镜像完成后查看日志,发现在storage manager和硬盘SMART状态均没有报错的一块也存在坏道,硬盘指示灯显示异常的2块盘均存在大量不规律的坏道分布。
ext3文件系统部分关键源数据信息被坏道破坏,只能等待所有磁盘镜像完毕后,通过同一条带进行xor以及根据文件系统上下文关系的方式手动修复被损坏的文件系统。
3、虽然镜像速度很慢的那块盘镜像完成,但是拷贝策略导致现在的镜像是不完整的,调整拷贝策略,继续镜像被跳过的扇区,直到该盘所有扇区全部镜像完毕。
4、所有硬盘镜像完成后,将所有硬盘按照标记还原到原存储中,后续的数据分析和数据恢复操作都基于镜像文件进行。避免后续操作对原始磁盘数据造成二次破坏。将所有镜像文件全部发开,根据对ext3文件系统的逆向以及日志文件的分析,获取到16块FC盘在存储中的盘序,RAID的块大小,RAID的校验走向和方式等信息。利用这些信息虚拟重组RAID,RAID搭建完成后进一步解析ext3文件系统。和用户方沟通后提取出了一些oracle的dmp文件,尝试进行恢复。
5、在通过dmp文件恢复数据的过程中,数据库报告imp-0008错误。北亚企安数据恢复工程师分析导入dmp文件的日志文件后,发现恢复的dmp文件存在问题。
6、重新分析raid结构,进一步确定ext3文件系统被破坏的程度。重新恢复dmp文件和dbf原始库文件,将恢复出来的dmp文件移交给用户进行数据导入测试,测试结果顺利且没有发现问题。对恢复出来的dbf原始库文件进行校验检测,所有文件均能通过测试。

oracle数据库恢复过程:
1、拷贝数据库文件到原数据库服务器上的一个文件夹中作为备份。在根目录下创建了一个oradata文件夹,并把备份的整个文件夹拷贝到oradata目录下。更改oradata文件夹及其所有文件的属组和权限。
2、备份原数据库环境,包括ORACLE_HOME下product文件夹下的相关文件。
配置监听,使用splplus连接到数据库。尝试启动数据库到nomount状态。进行基本状态查询后,了解到环境和参数文件没有问题。 尝试启动数据库到mount状态,进行状态查询没有问题。启动数据库到open状态时出现报错。
1.png

3、经过进一步的检测和分析,北亚企安数据恢复工程师判断此故障为控制文件和数据文件信息不一致导致,这是一类因断电或突然关机导致的故障。
4、对数据库文件进行逐个检测,发现所有数据文件没有物理损坏。
5、在mount状态下,对控制文件进行备份;对备份的控制文件进行查看修改,取得其中的重建控制文件命令。把这些命令复制到一个新建脚本文件controlfile.sql中。
6、关闭数据库,删除备份文件夹下的3个控制文件。 启动数据库到nomount状态,执行controlfile.sql 脚本。
2.png

7、重建控制文件完成后直接启动数据库,仍然报错,需要进一步处理。
3.png

执行恢复命令做介质恢复,直到返回报告,恢复完成。
4.png

8、尝试open数据库,数据库启动成功。把原来temp表空间的数据文件加入到对应的temp表空间中。
9、对数据库进行各种常规检查,没有发现任何错误。
10、进行emp备份。全库备份完成,没有报错。将应用程序连接到数据库,进行应用层面的数据验证。
11、数据验证过程没有发现任何问题,数据库修复完成。本次数据恢复工作完成。

相关文章
|
21天前
|
Oracle 关系型数据库 Linux
【赵渝强老师】Oracle数据库配置助手:DBCA
Oracle数据库配置助手(DBCA)是用于创建和配置Oracle数据库的工具,支持图形界面和静默执行模式。本文介绍了使用DBCA在Linux环境下创建数据库的完整步骤,包括选择数据库操作类型、配置存储与网络选项、设置管理密码等,并提供了界面截图与视频讲解,帮助用户快速掌握数据库创建流程。
206 93
|
15天前
|
SQL 关系型数据库 MySQL
Mysql数据恢复—Mysql数据库delete删除后数据恢复案例
本地服务器,操作系统为windows server。服务器上部署mysql单实例,innodb引擎,独立表空间。未进行数据库备份,未开启binlog。 人为误操作使用Delete命令删除数据时未添加where子句,导致全表数据被删除。删除后未对该表进行任何操作。需要恢复误删除的数据。 在本案例中的mysql数据库未进行备份,也未开启binlog日志,无法直接还原数据库。
|
1月前
|
SQL Oracle 关系型数据库
Oracle数据库创建表空间和索引的SQL语法示例
以上SQL语法提供了一种标准方式去组织Oracle数据库内部结构,并且通过合理使用可以显著改善查询速度及整体性能。需要注意,在实际应用过程当中应该根据具体业务需求、系统资源状况以及预期目标去合理规划并调整参数设置以达到最佳效果。
111 8
|
3月前
|
SQL Oracle 关系型数据库
比较MySQL和Oracle数据库系统,特别是在进行分页查询的方法上的不同
两者的性能差异将取决于数据量大小、索引优化、查询设计以及具体版本的数据库服务器。考虑硬件资源、数据库设计和具体需求对于实现优化的分页查询至关重要。开发者和数据库管理员需要根据自身使用的具体数据库系统版本和环境,选择最合适的分页机制,并进行必要的性能调优来满足应用需求。
133 11
|
3月前
|
Oracle 关系型数据库 数据库
数据库数据恢复—服务器异常断电导致Oracle数据库报错的数据恢复案例
Oracle数据库故障: 某公司一台服务器上部署Oracle数据库。服务器意外断电导致数据库报错,报错内容为“system01.dbf需要更多的恢复来保持一致性”。该Oracle数据库没有备份,仅有一些断断续续的归档日志。 Oracle数据库恢复流程: 1、检测数据库故障情况; 2、尝试挂起并修复数据库; 3、解析数据库文件; 4、导出并验证恢复的数据库文件。
|
3月前
|
存储 Oracle 关系型数据库
【赵渝强老师】Oracle RMAN的目录数据库
Oracle RMAN默认将备份元信息存储在控制文件中,但控制文件损坏或丢失会导致恢复失败,且备份增多会使控制文件无限增长。为解决这些问题,Oracle引入了RMAN目录数据库(Catalog Database),专门用于存储RMAN备份的元信息。使用目录数据库可提升备份管理效率,支持多数据库共享、长期备份历史记录存储,并可保存RMAN脚本。本文详细介绍了如何创建目录数据库、注册目标数据库及其操作步骤。
|
21天前
|
缓存 关系型数据库 BI
使用MYSQL Report分析数据库性能(下)
使用MYSQL Report分析数据库性能
57 3
|
27天前
|
关系型数据库 MySQL 数据库
自建数据库如何迁移至RDS MySQL实例
数据库迁移是一项复杂且耗时的工程,需考虑数据安全、完整性及业务中断影响。使用阿里云数据传输服务DTS,可快速、平滑完成迁移任务,将应用停机时间降至分钟级。您还可通过全量备份自建数据库并恢复至RDS MySQL实例,实现间接迁移上云。
|
2月前
|
存储 运维 关系型数据库
从MySQL到云数据库,数据库迁移真的有必要吗?
本文探讨了企业在业务增长背景下,是否应从 MySQL 迁移至云数据库的决策问题。分析了 MySQL 的优势与瓶颈,对比了云数据库在存储计算分离、自动化运维、多负载支持等方面的优势,并提出判断迁移必要性的五个关键问题及实施路径,帮助企业理性决策并落地迁移方案。
|
14天前
|
关系型数据库 MySQL 分布式数据库
阿里云PolarDB云原生数据库收费价格:MySQL和PostgreSQL详细介绍
阿里云PolarDB兼容MySQL、PostgreSQL及Oracle语法,支持集中式与分布式架构。标准版2核4G年费1116元起,企业版最高性能达4核16G,支持HTAP与多级高可用,广泛应用于金融、政务、互联网等领域,TCO成本降低50%。

推荐镜像

更多