磁盘阵列中分区信息丢失后如何恢复磁盘的盘符

  磁盘阵列,也可以说是容错式廉价磁盘阵列,可以将多个较小的磁碟整合成为一个较大的磁碟装置。对磁盘阵列的操作,主要是空间的分区,即磁盘阵列分区,而分区又可以分为一个或多个区。本文介绍的方法是磁盘阵列中的分区信息丢失后如何恢复磁盘的盘符。
  当用户对服务器重新配置磁盘阵列信息时,重配磁盘阵列的信息得保证和当初配置信息一致,如果配置的参数和当初配置的不一致,部分目录可能正确,但绝大多数文件不能打开,造成数据丢失,而部分服务器在重配阵列信息后要自动初始化,所有的数据都会清除,这种情况造成的损失就更大了。
  当发现磁盘阵列中的分区信息丢失情况,不要轻易尝试Rebuild、同步等操作,Rebuild就是根据在线的其他盘,生成另一块盘的数据。如果对后掉线的磁盘进行重建操作,部分阵列虽然能正常工作,但数据错乱,一些文件不能打开,给用户带来不可挽回的损失,也不要尝试初始化,初始化是磁盘陈列全部清零,相当于硬盘的低级格式化,就没有办法再恢复磁盘盘符。磁盘阵列数据丢失,普通软件没有办法恢复,需要专业的raid磁盘阵列数据恢复工具,上海天盾数据恢复中心研发的raid磁盘阵列数据恢复软件,全面支RAID 0,RAID 5, Raid 5E, Raid 5EE及Raid 6,只要没有对磁盘阵列做初始化和非常规的Rebuild操作,就可以保证完全恢复出磁盘阵列的数据和磁盘盘符。
  对于磁盘物理故障,如电路板坏,磁头损坏,盘面坏,坏扇区,固件坏等引起RAID磁盘陈列数据恢复解决方案分为两步。第一步用户拆下硬盘并标明序号,然后将每块硬盘做成镜像文件(镜像方法可以天盾数据恢复中心咨询)。第二步是将镜像文件送到天盾数据恢复中心,数据恢复中心收到镜像文件后,对所有的镜像文件进行分析,并在第一时间内导出用户的数据,恢复丢失盘符的所有文件。
  大家还有任何关于数据恢复的问题,都可以咨询天盾数据恢复中心来获得解决方法。

时间: 2024-08-08 00:19:21

磁盘阵列中分区信息丢失后如何恢复磁盘的盘符的相关文章

Redhat 6中syslog信息丢失

我们采用Linux的syslog来记录产品的debug log.调用其中的一个可执行文件,执行完命令之后,查看debug log的信息,居然从某一条log之后的log都丢失了.多次尝试后,发现每次都在某条固定的log之后的log都丢失了.这篇博文就让我们一起来探个究竟. 一. 问题发现 在发现真正问题之前我做了以下尝试: (1) 进程是否在固定log之后某种逻辑退出?或者在固定log打印之后的语句中会产生信号导致进程终止? 在程序末尾打印一个消息到屏幕,可以看到程序正常运行,并退出. (2) 是

MyISAM表的.frm文件丢失后的恢复方法

MyISAM表的.frm文件丢失后的恢复方法: 1.创建实验用的MyISAM表t1,并插入数据: mysql> create table t1(id int) engine=myisam; Query OK, 0 rows affected (0.01 sec) mysql> insert into t1 values(1),(2),(3),(4),(5),(6),(7),(8); Query OK, 8 rows affected (0.00 sec) Records: 8  Duplica

ORACLE数据库文件丢失后的恢复测试

一.测试环境 数据库版本是11GR2,在做完一份完全备份之后,关机,做一份快照,每一次开机之后都执行数次alter system switch logfile以产生归档日志. 之后的测试都是基于这么一个完全备份来恢复. CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/%F'; backup incremental level 0 format '/backup/%T_%f' database; 二.

记录一次raid信息丢失的成功恢复过程,恢复结果极度舒适

[存储raid阵列故障的起因] 事情的起因是这样的,这次经历的数据恢复设备为DL380系列存储,存储中存储的是客户公司内部文件和机密信息.存储上共有6块硬盘组成raid5阵列,在正常使用过程中存储突然崩溃,强制重启后无法找到存储设备,再重启还是这样.客户于是联系我们进行存储层面的数据恢复.· [数据恢复故障分析] 经过和硬件部门同事的一同检测和分析,大致可以推断客户这台存储的故障应该是raid模块损坏,一般出现这种raid信息丢失或者raid模块硬件损坏的原因多是由于多次的断电造成的.说回到本次

Oracle在线 redo log文件丢失后的恢复

今天一个开发库启动不了了,发过来报错一看是日志文件损坏了(见下图),接着说了一下前因后果.说是年前服务器掉电了,然后就再没有启动起来过.今天有人用才想到要处理. 先说一下大体的思路,如果损坏的redo log是INACTIVE状态的,也就是实例崩溃恢复用不到的redo log,那处理起来比较容易,直接alter database clear logfile group #;或alter database clear unarchived logfile group #;重建日志组就行了.建议重建

存储linux RAID6中raid信息丢失数据恢复解决方法

数据恢复故障描述: 原存储为12块2T硬盘组成的Linux RAID6,文件系统均为EXT3,此存储上划有3个LUN,每个均为6TB大小,某天在RAID失效后,维护人员为了抢救数据,对此失效的存储重进行分配RAID,并进行了初始化.初始化进行很长时间后,维护人员察觉到情况有异,便强制停止初始化,但初始化已达到 50%以上.数据部分已被不可逆的破坏.数据恢复故障分析:故障的起因仅仅是RAID失效,维护人员随后的抢救数据过程中用11块硬盘进行重分配RAID5,并进行长时间的初始化,这对原始数据是不可

ORACLE 11G RAC ASM磁盘组全部丢失后的恢复

一.环境描述(1)Oracle 11.2.0.3 RAC ON Oracle Linux 6 x86_64,只有一个ASM外部冗余磁盘组--DATA:(2)OCR,VOTEDISK,DATAFILE,CONTROLFILE,SPFILE全部位于这个磁盘组上:二.故障描述(1)存储故障导致ASM磁盘丢失.(2)CRS因为OCR和VOTEDISK的丢失,除了OHAS还联机外,CLUSTERWARE服务都已经停止.三.备份情况(1)RMAN备份:包括controlfile,database,spfil

redo与undo同时丢失后的恢复(没有备份)

系统停电导致redo和undo损坏 下面是恢复步骤,希望对大家有用. 当前状态是需要redo recover但是文件不存在或文件损坏经过redo的clear或不完全恢复后启动数据库的时候,出现ora报错,能后添加系统隐藏参数后和修改系统通过system为undotbs后成功启动数据库.1.redo丢失或损坏有如下两种常用的处理办法用CLEAR命令重建该日志文件非当前状态,而且已经归档SQL>alter database clear logfile group 3;如果是该日志组还没有归档,则需要

Redhat 6.3中syslog信息丢失

我们採用Linux的syslog来记录产品的debug log. 调用当中的一个可运行文件.运行完命令之后,查看debug log的信息,竟然从某一条log之后的log都丢失了.多次尝试后,发现每次都在某条固定的log之后的log都丢失了. 这篇博文就让我们一起来探个到底. 一. 问题发现 在发现真正问题之前我做了下面尝试: (1) 进程是否在固定log之后某种逻辑退出?或者在固定log打印之后的语句中会产生信号导致进程终止? 在程序末尾打印一个消息到屏幕,能够看到程序正常执行,并退出. (2)