博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
存储崩溃强制上线是否完全不可行?
阅读量:6378 次
发布时间:2019-06-23

本文共 669 字,大约阅读时间需要 2 分钟。

服务器数据恢复故障描述:

这次要为大家介绍的数据恢复案例是一台存储因硬盘出现故障导致的数据丢失。这台存储设备为某常见品牌的DS5300型号存储,存储连接扩展柜。存储的最底层是十几块硬盘组成的几组raid5磁盘阵列。管理员有一天发现了存储的多组raid阵列中的一组阵列崩溃了,崩溃原因未知。

数据恢复硬件检测:

经数据恢复工程师对该组因为故障崩溃的磁盘阵列内的所有磁盘进行镜像并检测,发现阵列中有2块硬盘存在大量不规则坏道,只好使用数据恢复工具对存在坏道的硬盘进行恢复和生成镜像。

存储数据恢复过程:

数据恢复工程师需要收集这台存储的日志信息,从存储的日志信息中分析出这两块存在坏道的硬盘的掉线时间,从掉线较晚的那块硬盘中提取阵列的最新数据。

通常在这种情况下可以进行强制上线操作的尝试,不过在强制上线前不需要对数据做好备份,以防止万一强制上线失败后进行重组raid数据恢复。
工程师对存储进行了强制上前操作,强制上线成功但是raid阵列现在处于降级的状态,数据恢复工程师设置了一块热备盘并启用热备盘,阵列开始进行数据同步操作。待raid阵列数据同步操作成功后检查所有数据均可见,上层应用正常。

存储阵列维护小贴士:

在存储的运维中,要尽量保持机房的供电稳定,避免电源异常冲击存储及主机。对于服役年度比较长久的存储或服务器设备需要安排定期检查运行状况,及时评估硬件状态,必要时进行硬件升级。制定突发故障的应急处理预案,避免临时出现故障后为企业带来业务损失。

存储崩溃强制上线是否完全不可行?

转载于:https://blog.51cto.com/sun510/2401864

你可能感兴趣的文章
ROM包制作
查看>>
在SAP UI中使用纯JavaScript显示产品主数据的3D模型视图
查看>>
React中的模式对话框
查看>>
机器学习 vs. 深度学习
查看>>
[Git]Git指南一 查看创建删除标签
查看>>
使用Maven运行Java main的方法(转)
查看>>
NIO通道(channel)原理与获取
查看>>
Linux下Shell去除空行的方法
查看>>
台式机的集显HD4600驱动-黑苹果之路
查看>>
如何正确理解云时代的ERP?必须搞懂这五点
查看>>
当量子计算遇上人工智能
查看>>
Mac安装IntelliJ IDEA时快捷键冲突设置
查看>>
postgresql 字符集server_encoding变更
查看>>
SMS短信PDU编码
查看>>
美国著名的点评网站Yelp借助Splunk让数据更加大众化
查看>>
InnoDB的Named File Formats
查看>>
蜕变成蝶~Linux设备驱动之DMA
查看>>
Working with labelled Data
查看>>
html中a标签中的onclick和href的使用
查看>>
Python 基础练习 PAT水题(二)
查看>>