raid数据恢复
raid数据恢复
上海赛亿数据恢复
上海赛亿数据恢复,从事数据恢复行业18余年!擅长服务器存储、磁盘阵列、虚拟机、服务器、数据库等的数据 。13321969915
展开
-
ThinkServer服务器维修数据恢复
在重组过程中,需要设置正确的RAID类型、硬盘顺序、块大小等参数,以虚拟构建出原始的RAID结构。了解ThinkServer服务器的型号、配置、操作系统、RAID配置(如RAID 0、RAID 1、RAID 5等)以及数据丢失的具体情况。如果服务器中存放的是数据库文件或特殊格式的文件(如邮件、文档等),可能需要进行额外的数据验证和修复工作。将恢复的数据导入到安全的存储设备中,并进行初步的数据验证,确保数据的完整性和准确性。:选择可靠的数据恢复工具和服务商,确保数据恢复的成功率和数据的完整性。原创 2024-07-10 14:17:55 · 618 阅读 · 0 评论 -
磁盘阵列中raid5坏了一个硬盘数据恢复
然而,如果RAID 5中的一个硬盘出现故障,数据恢复可能会变得复杂。在恢复过程中,需遵循正确的步骤并保持冷静,不要尝试自行解决复杂的数据恢复问题,以免造成不可逆转的数据损失。请注意,在更换故障硬盘之前,务必关闭计算机并断开所有电源,以防止数据损坏或丢失。这可以通过比较备份数据和恢复后的数据进行确认,以确保数据完整无损地恢复。2. 在更换故障硬盘之前,务必关闭计算机并断开所有电源,以防止数据损坏或丢失。5. 在恢复过程中,务必保持冷静并遵循正确的步骤进行操作。在进行任何恢复操作之前,首先要备份所有重要数据。原创 2024-07-07 11:05:37 · 406 阅读 · 0 评论 -
raid5存储池已损毁硬盘数据
当任何一个硬盘发生故障时,剩余的硬盘可以使用奇偶校验信息来重建丢失的数据,从而保持数据的完整性和系统的运行。更换硬盘后,需要重建RAID阵列。如果RAID 5阵列中有多个硬盘同时发生故障,且超过了RAID 5的容错能力(即同时允许一个硬盘故障),那么可能需要更复杂的恢复策略,如使用专业的数据恢复软件或服务。RAID 5存储池中的硬盘数据损毁是一个复杂的问题,因为它涉及到数据的冗余、存储方式以及恢复策略。重建完成后,需要进行数据验证,确保所有数据都正确无误,并且新硬盘已经正确地集成到RAID阵列中。原创 2024-07-07 11:04:44 · 263 阅读 · 0 评论 -
服务器经常死机怎么办?如何处理
通过分析原因并采取相应的预防处理措施,可以有效地减少服务器死机的发生,提高服务器的稳定性和可靠性。同时,用户应加强对服务器的监控和管理,及时发现并解决问题,确保服务器的正常运行。像德迅卫士,可以实时查看网络详情、CPU使用率、可用内存以及硬盘IO,为系统添加强大的实时监控和响应能力,持续监控与分析。例如,内存条、硬盘、主板等部件出现故障,可能导致服务器无法正常工作。如果服务器经常过载,可以考虑升级服务器的硬件配置或优化应用程序的性能。检查服务器的硬件,包括电源、风扇、内存和硬盘等,确保它们正常工作。原创 2024-07-07 11:00:48 · 328 阅读 · 0 评论 -
IBM服务器raid1数据恢复
IBM服务器RAID1数据恢复是一个相对复杂的过程,因为RAID1涉及数据的镜像和冗余,但一旦数据丢失,恢复的可能性仍然存在。但请注意,数据恢复的成功率受到多种因素的影响,包括数据丢失的原因、硬盘的物理状态以及恢复操作的及时性等。了解数据丢失的原因是确定恢复策略的关键。如果之前已经对数据进行了备份,那么最直接和最简单的方法是使用备份数据来恢复。继续使用可能会导致丢失的数据被覆盖,增加恢复数据的难度,甚至可能导致数据无法恢复。:在恢复过程中,避免对丢失数据的硬盘进行任何写操作,以防数据被覆盖。原创 2024-07-07 10:59:24 · 176 阅读 · 0 评论 -
服务器硬盘亮红灯数据恢复
3、镜像文件分析底层数据,通过分析底层数据获取到故障服务器中原raid5磁盘阵列信息。根据获取到的raid5结构相关信息虚拟重组raid5阵列并对重组后的阵列进行校验。4、对重组后的raid5阵列数据进行验证,尝试依次将阵列中每一块硬盘设为离线状态来提取raid5阵列中的数据,提取数据。服务器运行过程中有一块硬盘的指示灯变为红色,raid5磁盘阵列出现故障,服务器上层操作系统的分区无法识别。2、以只读方式将所有磁盘做扇区级的全盘镜像,镜像完成后按照编号将所有磁盘还原到原服务器中。组建的raid5磁盘阵列。原创 2024-07-02 16:29:23 · 402 阅读 · 0 评论 -
戴尔服务器SQL server数据恢复
在磁盘阵列出现问题后,采取的措施是将亮黄灯硬盘拔除,更换新硬盘让阵列自动做同步重构的操作,正常情况下只有一个硬盘亮黄灯,并且数据能正常访问情况下这种做法是可行的。RAID磁盘阵列是将多块独立的硬盘按不同的方式组合形成一个硬盘组,提供更快的读写性能和数据安全冗余性。进行虚拟重组,在重组出的raid阵列内定位分区起始位置,提取出整个xfs文件系统的数据。对服务器进行重装系统操作,操作成功后发现服务器的磁盘分区与原来不同,其中一个分区。重组riad所必须要的信息。服务器在正常运行过程中,操作系统:linux。原创 2024-07-02 16:28:43 · 216 阅读 · 0 评论 -
服务器bios恢复出厂设置,设置u盘启动
选择启动项的键都是F12,开机的时候按F12键会出现启动项选择界面,从中选择从什么介质启动,一般可供选择的有光驱、硬盘、网络、可移动磁盘(U盘)。完成上一步后,再选择第一启动设备(First Boot Device):该版本的BIOS这里没有U盘的“USB-HDD”、“USB-ZIP”同类的选项,选择移动设备“Removable”也不能正常启动。要让电脑开机从U盘启动,就像用光盘给电脑装系统要让电脑从光盘启动一样,必须在电脑开机时进行设置,因为电脑主板的差异所以设置的方法也是各不相同,原创 2024-07-02 16:28:08 · 253 阅读 · 0 评论 -
存储断电导致虚拟机无法启动
一台VMware虚拟机无法启动(虚拟机中存储了oracle数据库)。对虚拟机的快照文件进行分析,确定虚拟磁盘内部文件的实际损坏情况。因虚拟机中的文件一旦删除,则创建的文件后续只会更新至快照文件中。原有文件丢失、文件内部部分数据被替换、部分数据被清零。经验收数据后认可本次虚拟机数据恢复结果,数据恢复成功。清空cache并尝试重新启动该虚拟机但失败。需要对该存储进行数据恢复。由于机房意外断电导致。原创 2024-07-02 16:26:32 · 314 阅读 · 0 评论 -
服务器RAID5故障该如何解决
一台HP LH6000的服务器,4块18GB的硬盘做成RAID5磁盘阵列,操作系统为Window 2000,数据库是Server 2000。对服务器中所有硬盘进行完整备份,在备份过程中发现多块硬盘已经存在坏道但没有下线,原因是raid没有读到硬盘坏道。一块硬盘红灯闪亮,机器还在正常运行,但没有多久,系统就不能正常运行,这时才发现另一块硬盘的红灯也在闪亮。使用完好的硬盘在服务器上搭建新的raid5磁盘阵列,将恢复出的数据迁移到新raid中。启动服务器,自检至阵列时按Ctrl+M进入NetRaid管理程序。原创 2024-07-02 16:25:32 · 270 阅读 · 0 评论 -
虚拟化服务器数据恢复
根据分析出来的RAID结构重组RAID,能看到目录结构。检测虚拟机发现有部分虚拟机正常,但也有很多虚拟机数据异常。初步判断RAID中存在掉线的磁盘,依次将RAID中的每一块磁盘踢掉,查看数据异常。将故障存储的所有磁盘和备份sss数据的目标磁盘连入到一台Windows Server 2008的服务器上。T SAS硬盘)组成的RAID-6磁盘阵列,整个卷中存放了大量的Windows虚拟机。使用WinHex 对HD13-HD24以底层方式读取扇区,发现了大量损坏扇区。镜像完所有盘的数据。分析RAID条带大小。原创 2024-07-02 16:23:36 · 299 阅读 · 0 评论 -
服务器无法识别raid数据恢复
5、在虚拟RAID平台去掉早离线的盘,解释文件系统,此时已经可以导出raid数据。3、对硬盘以只读方式做完整镜像,同时镜像亦存储于带冗余保护的设备上。重新连接线路后发现服务器无法识别RAID,服务器未做初始化操作。经检测发现,服务器无法识别raid,raid磁盘阵列。6、在原HP 服务器上连接盘阵,重新配置RAID。2、以单盘的方式连接服务器阵列中的所有硬盘。7、把所有数据传回新建的raid磁盘阵列中。所以将服务器的所有连接线拔出,到新机房。数据丢失的原因为raid信息丢失。故障服务器是一台HP的,共有。原创 2024-07-02 16:22:17 · 327 阅读 · 0 评论 -
raid磁盘阵列数据恢复
先将故障存储中的硬盘全部下架,通过物理检测发现,2块离线硬盘均存在物理故障,且有大量坏道。根据分析得出的RAID信息,尝试通过RAID虚拟程序将原始的RAID组虚拟出来。分析lun信息首先虚拟出raid阵列状态,并导出LUN的数据。在机器正常运行途中,因意外断电,重启后发现2块硬盘意外离线。提取oracle数据库文件,导出oracle数据库文件。启动Oracle数据库,在本地虚拟机安装OA客户端。对raid阵列中的所有磁盘进行分析,找出热备盘。硬盘,组成一个RAID5磁盘阵列。分析raid中的数据。原创 2024-07-02 16:21:40 · 369 阅读 · 0 评论 -
服务器raid故障该如何解决
更快的读写速度,更高的数据存储安全及更方便的统一管理模式。Raid磁盘阵列的正常运转是保障服务器中数据正常读写。分析所得的raid参数及硬盘离线情况在只读环境中构建raid数据,并对所构建的虚拟raid进行基本的逻辑校验。对完整备份的所有硬盘镜像进行分析,确定故障raid的原结构参数,判断故障raid中各硬盘的离线情况。2.存在物理故障的硬盘先按照相应故障类型进行恢复,将故障物理硬盘中的数据同样备份至安全存储中。对备份生成的raid镜像进行完整的逻辑分析和校验。磁盘阵列中显示多块硬盘呈离线状态或丢失状态。原创 2024-07-02 16:20:58 · 348 阅读 · 0 评论 -
服务器系统瘫痪系统损坏数据恢复
服务器整理所需数据,修正部分目录文件位置与名称。对于部分丢失的散文件,按大小与文件头标志查找,找到后移动和重命名。在安装系统时错误地初始化了分区结构,装好系统后无法导入LVM卷,然后使用reiserfsck试图修复文件系统。对全盘reiserfs树节点之间的关联确定原来的reiserfs分区位置。在suse虚拟机下创建快照,挂载修复好的卷,可以看到文件了。、通过节点扫描并将所有节点导出。修复虚拟机,挂载数据硬盘,将所有数据。重新生成二级、三级、四级等叶节点。数据库、网站程序与网页。所有的重要数据都被找到。原创 2024-06-30 13:11:48 · 222 阅读 · 0 评论 -
raid5磁盘阵列服务器瘫痪数据恢复
raid5磁盘阵列支持一块硬盘离线时的冗余保护,如果有超过一块硬盘离线,服务器raid5阵列便会瘫痪且不会自动上线。如果raid5磁盘阵列中有超过一块硬盘离线,此时进行强制上线操作的风险很大,一旦上线出错就会让raid控制器对数据造成不可逆的损坏。1、服务器中所有硬盘进行完整镜像备份,在备份过程中发现多块硬盘存在坏道但并没有下线,初步判断raid没有读取到硬盘坏道。4、使用完好的硬盘在服务器上搭建新的raid5磁盘阵列,将恢复出的数据迁移到新搭建的raid5阵列中。在运行过程中因为意外断电导致突然瘫痪,原创 2024-06-30 13:10:01 · 336 阅读 · 0 评论 -
存储中NAS卷数据丢失数据恢复
10、尝试按类型直接恢复数据文件,然后根据目录在卷中的偏移位置,数据文件在卷中的偏移位置提供的对应文件类型、文件大小去匹配目录项和数据文件。存储一个NAS卷中的数据丢失,卷大小为2T,经过检查发现丢失数据的类型为office文档、PDF文件、图片文件(JPG、JPEG、PNG等)。9、对2T卷的所有空间进行扫描,发现文件系统的目录项还在,但是节点已经全部丢失,查看文件系统的日志也没有找到有效的节点。7、分析该2T卷中的超级块、节点等结构,获取节点、目录项、数据区之间的索引关系。原创 2024-06-30 13:07:19 · 253 阅读 · 0 评论 -
服务器供电不稳导致数据丢失
根据服务器磁盘中的文件系统信息将统计到的目录项和节点号进行整合匹配,最后和lost+found目录下的文件记录号进行匹配,最终恢复服务器内丢失的数据。5.通过被删除的虚拟磁盘文件的文件系统和文件类型在vmfs卷自由空间中进行排查,匹配碎片并重新合并,最终就能将删除的虚拟磁盘文件进行恢复。未知原因服务器在运行过程中突然关机且无法启动,进行修复后可以启动服务器,但服务器内原来的分区无法挂载。对镜像文件进行底层数据分析,在底层空间扫描目录项的区域,将目录项的节点号、数量等信息进行统计和记录。原创 2024-06-28 14:08:07 · 139 阅读 · 0 评论 -
华为服务器raid阵列数据恢复
在LINUX把文件用 cp 命令进行拷贝格式化好的EXT3 的单块磁盘的分区上。保证原始数据的一些权限和属性,在LINUX简单修复,LINUX已能正常挂载。发现raid失效,于是对失效的服务器进行了重新分配raid的操作,再分析服务器重新分配RAID5时的RAID和磁盘的组织结构。分析服务器中原始磁盘RAID6的RAID和磁盘的组织结构。重建根目录和I节点,用 文件系统解析程序打开已完全正常。在这种情况下只得对损坏的EXT3文件系统进行修复。判断可恢复性,设计实现恢复程序的算法并测试。原创 2024-06-28 14:07:15 · 182 阅读 · 0 评论 -
服务器存储文件误删数据恢复
在数据库中根据描述查找出所需要的文件夹并建立目录树,根据存储的算法和需求编写程序,使用该程序基于建立的目录提取出所需数据。将上面步骤中提到的重要信息全部分析完成后,全盘扫描存储,将所需要的节点信息和目录信息扫描出来并存放到数据库中以备使用。由于文件系统差距较大,需要先根据节点的结构判断数据块节点指针和WAFL文件系统版本。经过分析,得知该WAFL文件系统的扇区数、数据块扇区和block标志扇区等信息。对存储的数据结构的分析,判断该WAFL文件系统版本和数据块指针。数据节点中的信息一致。原创 2024-06-28 14:05:38 · 119 阅读 · 0 评论 -
服务器磁盘离线导致RAIDZ崩溃数据恢复
由于磁盘组内缺盘个数较多,每个IO流都需要通过校验得到,提取速度缓慢。将所有磁盘以只读方式进行扇区级镜像,镜像完成后将所有磁盘按照编号还原到故障服务器。验证数据,验证后确认文件数量与系统自动记录的文件个数完全一致,文件可正常打开。将故障服务器中所有硬盘编号后取出,经过硬件检测没有发现有硬盘存在硬件故障。根据ZFS文件系统的数据存储结构找到映射的LUN名称,从而找到其节点。获取到文件系统入口点在各磁盘上的分布情况后,分析文件系统内部结构。获取文件系统入口,编写数据指针解析程序进行解析。原创 2024-06-28 14:03:36 · 182 阅读 · 0 评论 -
服务器RAID5无法识别数据恢复
5、在虚拟RAID平台中去掉早离线的盘,解释文件系统,导出raid数据。1、将SCSI硬盘柜直接连接到不包含有RAID功能的SCSI扩展卡上。时,把所有线路全部拔出,到打新机房将服务器所有连接线链接好后,发现。7、把所有恢复出来的数据传回新建的raid磁盘阵列中。4、从镜像文件中分析原RAID的双循环校验参数。2、以单盘的方式连接服务器阵列中的所有硬盘。6、在原服务器上连接磁盘,重新配置RAID。服务器无法识别RAID,提示未做初始化。8、验证数据,没有发现问题。3、对所有硬盘以只读方式做完整镜像。原创 2024-06-28 14:02:45 · 91 阅读 · 0 评论 -
服务器重启后掉线数据恢复
将服务器内所有硬盘按照mdisk组进行分类,分析mdisk组获取到所有硬盘的阵列组信息,重组raid阵列,提取阵列数据。导致服务器D分区无法识别,对服务器进行重启,服务器掉线硬盘重新上线并同步数据,强制关机导致数据丢失。对提取出来的dat碎片进行分析并重组拼接,验证dat数据完整性,验证发现底层结构有损坏。成功提取出原服务器内的数据,对提取出来的数据进行校验发现部分数据库文件损坏。对镜像文件进行分析,获取原服务器raid5条带大小、盘序等关键信息。重新调整数据恢复工具参数,扫描原服务器内的数据碎片并提取。原创 2024-06-28 14:02:13 · 257 阅读 · 0 评论 -
服务器崩溃硬盘坏道数据恢复
7、将恢复出来的文件进行数据导入测试,测试过程中没有发现问题,说明恢复出来的数据是可用的。4、硬盘完成镜像后,对所有镜像文件进行底层数据分析获取服务器内硬盘的盘序和校验信息,利用分析获取到的信息重组raid。8、在原服务器上重新搭建了一组新的raid,将所有恢复出来的数据迁移回原始服务器,本次服务器数据恢复完成。将20块硬盘一一下价后,编好编号,对每块硬盘进行物理检测,发现有三块硬盘存在大量的坏道。一台故障服务器,共有20块硬盘,其中有三块硬盘亮黄灯,显示离线状态。将有坏道的三块硬盘进行修复。原创 2024-06-28 14:01:03 · 90 阅读 · 0 评论 -
服务器raid6硬盘故障离线数据恢复
发现有3个硬盘离线,数据无法访问。由于服务器内3块个硬盘先后出现故障离线,则服务器会将所有数据进行算法同步,数据无法访问,服务器崩溃。3. 搭建虚拟RAID,按分析出的缺盘状态、盘序、块大小、校验方向、RAID6算法构建raid进行附加。4. 先后对搭建出来的虚拟RAID进行GPT分区结构解释和文件系统解释,确定算法。发现3块硬盘均有坏道,在无尘洁净室进行开盘恢复后,再次镜像。5. 按文件或扇区方式迁移数据到另一存储,完成恢复工作。1. 对原服务器进行扇区级镜像备份,2. 分析服务器RAID6算法。原创 2024-06-28 14:00:17 · 193 阅读 · 0 评论 -
服务器RAID0+1数据恢复
3、硬盘出现故障后千万不要反复尝试各种恢复或者修复的操作,最需要做的就是尽快对故障硬盘做完整备份。2、要做好备份,备份包不要放到同一存储媒介上。1、把硬盘接到适配器,进入系统后没有发现异常,也没有发现比较明显的raid信息区域。1、重要的数据不要存储在单盘上,组建一组RAID是比较好的数据存储方式。两组RAID1中先后有一块硬盘离线,又有一块硬盘离线,系统崩溃。2、通过检测结果,推测这2组raid是两组RAID0。一组RAID0中有一块盘离线,RAID彻底崩溃。,修正错误,数据恢复成功。原创 2024-06-28 13:59:24 · 97 阅读 · 0 评论 -
Linux网站服务器数据恢复
使用中突然宕机,尝试再次启动失败,将硬盘拆下检测时发现存在约100个坏扇区。1.对故障盘进行完整镜像,在镜像中进行数据分析。根分区超级块正常,根据超级块查看第一块组描述表正常,但节点区全为0。1、重要的数据不要用单盘做存储环境,目前构架一套简单的RAID并不需要很大的投入。3、硬盘出现故障后,不要反复尝试处理,应尽快做完整备份操作。试图恢复节点区为0的文件与文件夹,文件夹大部分恢复成功。3.试图查找根目录,以根目录为线索,恢复根目录节点区。2、做好备份工作,备份包不要放到同一存储体上。原创 2024-06-27 16:19:23 · 163 阅读 · 0 评论 -
HP EVA系列存储数据恢复原理
1、将EVA主机一端的连线拔出,直接连入主机hba卡上,对所有磁盘做镜像备份。因eva主机与扩展柜之间多是铜线连接,故而,可能需要在扩展柜上增加光纤收发模块,再通过光链路接入fc hba卡上。当pp map表不存在时,根据不同的条带之间的冗余关系,可使用优化算法对所有PP进行条带性集合,形成若干组正确的条带数据;eva系列存储最核心的结构来自于所有vdisk的运算pp map表,pp map表会因为磁盘的不断迁移而迁移。EVA系列存储是一套"虚拟"磁盘阵列存储解决方案,其结构不同于基于RAID的普通存储。原创 2024-06-27 16:18:20 · 219 阅读 · 0 评论 -
磁盘离线数据恢复
1、将故障服务器中所有硬盘做好标记,取出后挂载至只读环境,对所有硬盘以只读方式做完全镜像备份,其他磁盘均没有发现坏道。镜像完成后将硬盘按照编号复原至原服务器,之后的数据分析和数据恢复操作都基于镜像文件进行,避免对原始数据造成二次破坏。基于镜像文件分析RAID结构,获取到原RAID级别,条带规则,条带大小,校验方向,META区域等RAID相关信息。、检测虚拟重构的RAID结构,经过检测发现200M以上的最新压缩包解压无报错,确定结构正确。启动数据库服务,启动OA系统,一切正常,无报错。原创 2024-06-27 16:17:29 · 182 阅读 · 0 评论 -
VMware虚拟机数据恢复
10、重新搭建原始环境,将恢复出来的数据导入到新搭建的环境中,验证数据库的完整性,验证后确认所有数据完整、数据库挂载成功、上层应用运行正常。5、解释虚拟磁盘中的文件系统,因为数据缺失,文件系统解释过程中出现很多报错,提示某些文件损坏。9、通过数据库解析程序将文件中重要的几十张表导出,并导入到新建的数据库中,恢复出缺失的文件。并重组这些碎片,但是经过重组后发现有部分碎片文件缺失,只能暂时将缺失的文件碎片位置留空。3、分析底层数据,排查被删除的虚拟机磁盘区域,扫描区域发现了大量的碎片。断电导致虚拟机无法启动。原创 2024-06-27 16:16:36 · 196 阅读 · 0 评论 -
vxfs文件系统数据恢复
4、分析RAID组的信息如条带大小,磁盘顺序及数据走向,根据分析获取到的raid信息重构RAID组。6、由于LUN是基于RAID组的,将RAID组重构出来之后就开始分析LUN在RAID组中的分配情况以及LUN分配的数据块MAP。、将恢复出来的Oracle数据库附加到原始生产环境的HP-Unix服务器中,启动Oracle数据库成功。5、分析数据盘中的数据发现有一块硬盘在同一个条带上的数据和其他硬盘不一样,此盘是先掉线的。7.分析生成出来的所有LUN,发现所有LUN中均包含HP-Unix的LVM逻辑卷信息。原创 2024-06-27 16:11:37 · 285 阅读 · 0 评论 -
存储raid5阵列数据恢复
将每一个LUN的数据块分布MAP提取出来,北亚企安数据恢复工程师编写程序解析所有LUN的数据MAP,然后根据数据MAP导出所有LUN的数据。MSA2000存储,有一组由8块SAS硬盘(其中有一块热备盘)组建的RAID5阵列,raid5阵列上层划分了6个lun,均分配给HP-Unix小型机使用,主要数据为oracle数据库和OA服务端。MSA2000存储RAID5阵列中2块硬盘出现故障离线,阵列中只有一块热备盘,热备盘成功激活,RAID5阵列瘫痪,上层LUN无法使用,存储不可用。没有报错,成功挂载。原创 2024-06-27 16:10:39 · 179 阅读 · 0 评论 -
EMC Isilon服务器数据恢复
通过数据换算得知丢失的数据MAP项总共才包含不到1G的数据,删除的文件全是虚拟机的vmdk文件,里面都是NTFS的文件系统,NTFS文件系统的MFT基本都在3G的位置。验证vmdk中的数据库及视频文件没问题后,批量导出所有重要的vmdk文件,修改每个vmdk文件。调整代码部分后再次导出vmdk,这次导出的数据正常且MFT的位置也在相应位置。2.对所有符合该ID的数据MAP做聚合。对扫描到的数据MAP做解释,并根据VCN号的顺序导出数据,通过文件的Inode进行唯一ID的提取工作。需要进行数据恢复的虚拟机。原创 2024-06-27 16:09:35 · 207 阅读 · 0 评论 -
DELL戴尔服务器数据恢复
检测两块离线硬盘,发现第一块离线硬盘无法访问,第二块硬盘存在大量坏道。6、将第二块磁盘的镜像备份到新硬盘,并将其强制上线,更换第一块磁盘,并对其进行同步。在更换新硬盘进行同步的过程中,第二块磁盘指示灯报警,同步失败,阵列无法正常工作。1、对所有硬盘做只读镜像的备份,单独备份第二块离线的硬盘,备份过程中略过坏扇区。4、在备份过程中同时分析原RAID组成结构,构建虚拟RAID环境。2、对15块硬盘镜像文件进行异或测试,全部通过,无明显错误。3、计算第二块硬盘损坏扇区位置的数据,并将其写入镜像文件。原创 2024-06-27 16:08:12 · 114 阅读 · 0 评论 -
HP 服务器数据恢复
条带也就是raid阵列块,它是RAID处理数据的基本单元。RAID-5的1个条带组中有1个校验区,根据这个规律可以对该raid-5阵列进行分析,也可以通过比较法确定条带大小。服务器挂载了8块硬盘组成RAID-5磁盘阵列,其中4号盘是热备盘,服务器在正常运行中两块硬盘亮黄色故障灯,的,共有8块硬盘均为SAS硬盘,组成的raid5。将2块掉线硬盘检测发现,硬盘有大量坏道,没有巡道声。RAID-5磁盘阵列重建完成,服务器数据恢复成功。硬盘检测发现序列号无法读取,在扩展卡上无法识别,将所有硬盘以只读的方式镜像后,原创 2024-06-27 16:07:11 · 217 阅读 · 0 评论 -
服务器数据恢复案例
备份完成后交回原故障盘,之后的恢复操作直到数据确认无误前不再涉及原故障盘。将故障服务器中的硬盘取出并编号编号,确保在恢复好后能顺利的放入原服务器中。4、对备份盘进行RAID结构分析,得到其原来的RAID级别。热备盘完全无启用,硬盘无明显物理故障,无明显同步表现。存在数据库,因raid处于瘫痪状态,数据库无法操作。有一块热备盘,两块硬盘离线后,raid崩溃。启动数据库,启动应用软件,一切正常,无报错。,确保在恢复过程中不再开启服务器。修复后,重启系统,成功进入桌面。操作系统为linux。原创 2024-06-27 16:05:42 · 186 阅读 · 0 评论 -
虚拟机数据恢复
数据丢失是由于服务器在Windows系统下格式化为ntfs格式并且还重新分区,随后又对该分区进行删除。这一操作导致其他服务器接入存储后光纤环境互斥不当,虚拟机瘫痪。服务器上搭建与原始环境相同的虚拟化环境,连接两个vmfs分区,提取vmdk及所有配置文件,通过nfs回迁至虚拟化环境。重点分析第一组vmfs分区得出如下结论:第一、第二级索引保留完整,部分结构丢失。发现所有数据中的有效“55AA”表示都存在,硬盘ID标志也存在,但分区表数据丢失。,服务器中的数据完全识别不到了,服务器处于瘫痪状态。原创 2024-06-27 16:04:23 · 101 阅读 · 0 评论 -
服务器亮黄灯数据恢复
5、分析出的raid原始结构信息重组raid数据,在只读环境下将重建好的raid阵列进行逻辑校验。如果硬盘存在物理故障则需要按照硬盘物理故障解决方案进行硬盘物理数据恢复。服务器中有一块硬盘亮黄灯,raid阵列无法运行,系统也无法进入。以只读的方式,把所有硬盘数据都镜像在数据恢复好的设备中,服务器闪黄灯是一种警示,提示服务器硬盘存在故障即将下线。硬盘进行排序编号,然后取出服务器,保持服务器。根据所镜像出来的数据进行分析raid信息等。2、对所有硬盘进行故障检测,阵列情况,迁移出所有数据。原创 2024-06-27 16:02:59 · 120 阅读 · 0 评论 -
Hp服务器raid故障数据恢复
2、镜像文件分析底层数据获取raid相关信息,根据获取到的raid信息重组raid并进行异或校验。3、尝试多种硬盘离线状态下去提取数据,发现每块盘离线所提取的数据都是一致的。8、将上层连接数据库,验证数据的可用性。磁盘故障导致RAID瘫痪,其中一块硬盘状态灯显示红色。7、通过整合拼接修复解析出数据,提取数据到新建的数据库中。5、分析扫描数据文件,由于离线硬盘上线之后的同步操作。在扫描的结果中发现较连续的数据片段,碎片可用。块磁盘可以正常读取,没有发现坏道。,运行的是金蝶数据库。好的服务器用只读的方式。原创 2024-06-26 15:57:39 · 187 阅读 · 0 评论 -
HP EVA服务器存储数据恢复
正常情况下,raid一旦创建完成后就不再对管理模块中的信息进行更改,不过由于raid管理模块信息是可修改信息,一次或多次意外断电可能导致raid管理模块信息被篡改或丢失,情况严重可能导致raid卡元器损坏,导致服务器对多块物理硬盘进行RAID管理的中间层模块不可用。、对年限已久的服务器应定期安全状况检查,对整体运行状态进行评估以决定是否进行硬件及系统的全面升级,3、对所构建RAID中的数据进行逻辑校验,确保重构出来的RAID参数正确无误。后,将所有恢复出来的数据迁移好的存储环境中,数据恢复完成。原创 2024-06-26 15:53:31 · 200 阅读 · 0 评论