Chinaunix首页 | 论坛 | 博客
  • 博客访问: 455282
  • 博文数量: 807
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 8139
  • 用 户 组: 普通用户
  • 注册时间: 2016-08-02 14:16
文章分类

全部博文(807)

文章存档

2026年(80)

2025年(106)

2024年(180)

2023年(218)

2022年(181)

2020年(12)

2019年(24)

我的朋友

分类: 服务器与存储

2025-08-07 14:09:11

服务器存储数据恢复环境&故障:
某单位的一台某品牌存储设备,该系统由1个机头+4个扩展柜组成,一共有50块硬盘组建了两组RAID5阵列。上层划分了11个卷。
一组RAID崩溃,该组RAID由27块硬盘组建,存放的是Oracle数据库文件。
服务器不可用,已经过保。
硬件工程师对故障raid5阵列中的27块硬盘进行硬件故障检测,发现其中2块硬盘存在坏道,SMART错误冗余级别已经超过阈值。以只读方式对其中的25块完好的硬盘进行全盘镜像,对2块存在坏道的硬盘进行处理并生成镜像文件。
后续的数据分析和数据恢复操作都基于镜像文件进行,避免对原始磁盘数据造成二次破坏。
收集该存储的日志信息。存储设备上有两块硬盘指示灯亮黄色。分析收集到的日志信息,获取两块硬盘的掉线时间,使用数据较新的硬盘恢复数据。

服务器存储数据恢复方案:
方案一:将存储设备所有硬盘进行备份,通过存储设备管理软件强制上线。
方案二:分析硬盘底层数据,并重组RAID。提取数据,重新加载oracle数据库,调试上层应用。

服务器存储数据恢复过程:
1、尝试{BANNED}中国第一种方案。首先在模拟器上测试,之后在存储设备上进行上线操作。
2、通过存储的管理软件强制上线,强制上线之后发现raid处于降级状态。设置好热备盘,让热备盘上线并开始同步数据。
3、同步完成后发现上层的卷直接可以使用,所有数据都可见,上层应用也能正常使用。
4、将卷里的文件都拷贝出来,移交给用户方。本次数据恢复工作完成。
阅读(34) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~