服务器机房搬迁导致服务器无法识别raid怎么办

[服务器数据恢复故障描述]
北京某公司的机房进行搬迁,重新连接线路后发现服务器无法识别RAID,服务器未做初始化操作。客户服务器为LINUX操作系统,构建了NFS+FTP作为公司内部文件服务器使用。服务器型号为HP DL380 G4,使用hp smart array控制器挂载了一台国产磁盘阵列,服务器磁盘阵列由14块146G SCSI硬盘组成一组RAID5。,HP smart array系列控制器源自康柏,RAID中的冗余采用双循环的校验方式。管理员对服务器进行简单检查后并没有做其他尝试性操作,数据恢复公司首先派服务器数据恢复工程师来到客户现场进行初检。

[服务器初检结果]

由于客户要求上门且服务器设备就在北京,所以工程师很快到达客户现场并对设备进行简单的初检,发现数据丢失的原因为raid信息丢失。

[raid数据恢复步骤]

1、先将SCSI硬盘柜直接连接到不包含有RAID功能的SCSI扩展卡上。
2、然后工程师们在专用(windows2003改装后)的修复平台上以单盘的方式连接服务器阵列中的所有硬盘。
3、为了保护客户原有数据,避免因数据恢复操作更改客户原始数据,在所有的数据恢复过程中都必须对所有硬盘以只读方式做完整镜像,同时镜像亦存储于带冗余保护的设备上。
4、安排工程师从镜像文件中分析原RAID的双循环校验参数,搭建虚拟raid平台.
5、在虚拟RAID平台去掉早离线的盘,解释文件系统,此时已经可以导出raid数据。
6、在客户原HP 服务器上连接盘阵,重新配置RAID。
7、最后通过网络dd、NFS、SAMBA、FTP、SSH等数据传输方法把所有数据传回新建的raid磁盘阵列中。

[服务器数据恢复结果]

服务器中所有数据成功恢复,当然也耗费了工程师们一个昼夜的时间。
服务器数据恢复成功

原文地址:http://blog.51cto.com/sun510/2112188

时间: 2024-11-07 21:23:37

服务器机房搬迁导致服务器无法识别raid怎么办的相关文章

服务器多进程powershell导致服务器瘫痪问题解决

1.公司服务器多次无法访问,经查多由于开启了多个powershell进程,网上查询是被挖矿了,可通过将powershell应用程序重命名解决. 2.然而重命名的时候发现需要trustedInstaller权限,且当前管理员对此文件没有完全控制状态,且权限编辑处于无法编辑状态. 3.后知道如下修改文件权限步骤吧,右键属性-安全-高级-使用者那里点更改-选择需要的角色即可,至此该文件所属角色已更改为设定且功能可编辑状态. https://jingyan.baidu.com/article/45431

kubernetes排错系列:(一)、机房搬迁导致的节点NotReady

说下背景: 上周六机房进行搬迁,我所在的网段的机器都重启了一遍.重启之后kubernetes集群不正常.如下 排查过程: # 查看节点信息 kubectl describe nodes cbov10-sso55-113 时间正好是上周五搬迁的时间点,20190809,kubelet停止发布节点状态 # 查看kubelet状态 systemctl status kubelet.service 这时候看出,报错名之k8s-master,但是我们kubernetes集群的node名字是cbov10-s

如何为自己的小型企业建立一个服务器机房?

你是否担心依赖第三方在线服务提供商来存储你的业务数据?目前由于广泛的间谍活动以及加密实施的削弱,在线或仍在传输的数据或者信息是很容易受到侵犯的. 但是你可以通过远离在线数据存储服务提供商并在内部部署IT解决方案来减少这些类型的数据安全问题,甚至完全避免这些问题. 问题又来了,大多数小型企业只能通过投资专用的内部IT设备来成功实现这一目标,因为建立这种内部IT基础设施所需要的预算通常超过了大多数小企业主的财务能力. 设置服务器机房不是火箭科学,只要你能掌握所需的基础知识,你会发现其实没那么难. 以

Redis Set后取不到值(两台服务器时间不一致导致)

在本地开发时使用的redis是部署在本机,用的好好的.当部署到测试环境(两台虚拟机-web/redis)后偶然间发现有时候Set后取出来是null,刚部署上去的时候倒没发现,经过几次测试后发现web服务器时间和redis服务器时间不一致导致,将时间修改或同步一致即可. 之所以出现时间不一致的原因是web服务器重启后时间都变成美国时间,设置后重启还会被还原成美国时间,技术部也不知道从哪里拷的一个装好的虚拟机文件,由于项目赶就没花太多时间去修复了,在正式环境中没有这个问题.

进程数太多导致服务器无法运行

问题:重新启动服务器后,在短短几分钟的时候,w3wp进程数上升到100多个,这是一种不正常的状态,把CPU和内存耗尽,最终导致服务器无法运行. 通过杀毒的同时把相关网站分时间段关闭,进程数降到60左右了,趋向于正常,当重新启动服务器后,出现以下状况: 1.   网站提示"找不到指定的模块": 2.   HTTP 500 - 内部服务器错误: 3.   http 401错误: 4.   http 404错误: 针对以上错误,无论怎么配置都无法运行,只有一种可能,IIS本身出现了问题,通过

机房4台服务器集群网络配置

主要目标: 可以通过内网系统访问楼下机房服务器集群,楼下机房只给一个可以访问外网的IP. 现有条件: 只有一根可以上外网的网线 一台交换机 4台高性能服务器,每台服务器有两个网口 主要网络架构设计: 一台服务器为master节点 另外三台服务器分别为slave1,slave2,slave3 四台服务器安装的操作系统皆为unbuntu server IP 分布: master节点eth0: 192.168.223.1 , eth1: 10.1.8.200 slave2节点eth0: 192.168

忘记导入struts2-xxx-plugin-x.x.x.jar导致服务器启动报Unable to load configuration.Caused by: Parent package is not defined: xxx-default

今天做的一个Struts2+MyFaces(JSF)+Spring的应用,为了使用JSF,我的struts.xml中使用了如下代码 <package name="jsf" extends="jsf-default"> <interceptors> <interceptor-stack name="jsfFullStack"> <interceptor-ref name="params"

TCP通信 - 服务器开启多线程与read()导致服务器阻塞问题

TCP通信的文件上传案例 本地流:客户端和服务器和本地硬盘进行读写,需要使用自己创建的字节流 网络流:客户端和服务器之间读写,必须使用Socket中提供的字节流对象 客户端工作:读取本地文件,上传到服务器,读取服务器回写的数据 明确数据源 目的地:服务器 客户端代码: package cn.learn.web; import java.io.FileInputStream; import java.io.IOException; import java.io.InputStream; impor

机房搬迁方案

第1章    设备迁移方案 1.1   迁移流程及顺序说明 以上为系统迁移的流程图,各单位数据中心分系统均按该流程进行,做到系统迁移的有序进行. 1.2   迁移实施前期准备 迁移的准备工作是整个迁移工作的极其重要的部分,充分的做好本次迁移的准备工作,是保证迁移工作顺利进行的首要条件,并可有效的减少迁移过程中的事故隐患,以下将对迁移前的准备工作做详细描述. 2.1        迁移设备确认 在此过程中需和用户方确认迁移的网络设备.服务器.存储等硬件设备及其辅助设备和材料,并对需迁移的设备进行分