对服务器进行重装系统操作失误导致磁盘分区发生变化，原服务器内的第二分区由于未知原因不可访问，分区内的数据丢失。经过对客户服务器的xfs文件系统分析，分析结果为文件系统头部超级块丢失，文件系统的部分目录项丢失，部分就节点丢失。根据超级块备份及文件系统中的目录树结构，对超级块进行修复还原，对丢失的节点、目录项进行修补、重构之后，文件系统中99%以上的数据可以完整恢复
服务器数据恢复环境部署及故障原因：·华为云ECS网站服务器，服务器采用linux操作系统，数据库版本号5.6,。在执行数据库版本更新测试时，错误地将本应在测试库执行的sql脚本执行于生产库，导致部分表被truncate，另有部分表内少量数据被delete。该实例内数据表均采用innodb作为默认存储引擎。·数据恢复需求：·恢复被truncat的8个表以及被少量数据被delete的4个表。·服务器数
找到ocfs2文件系统的超级块，通过分析超级块得出该文件系统的一些基本结构信息，然后通过客户给出的虚拟磁盘文件名称，查找到虚拟磁盘文件的目录项，继而找到所对应的所有一级索引项和二级索引项，并利用自主开发的文件系统解析程序，对已备份的数据进行文件系统解析。ocfs2文件系统的索引项结构如下。
一、服务器数据恢复环境部署介绍：今天为大家介绍的数据恢复成功案例服务器型号为：ORACLE-SUN-ZFS7320。服务器内涉及硬盘32块，服务器操作采用的是Windows操作系统。·二、服务器数据恢复故障情况服务器在正常运行的时候突然崩溃，没有断电、进水、异常操作、机房不稳定等外部因素。服务器管理员对设备进行重启后发现无法进入系统，需要对服务器内的数据进行恢复。·三、分析服务器磁盘底层数据服务器
数据库环境部署与故障原因：本次恢复的数据库安装在客户本地服务器上，服务器操作系统为windows2008r2。在当前环境内安装有mysql5.6单实例，引擎类型为innodb，表内数据存储所使用表空间类型为独立表空间。未进行数据库备份，未开启binlog。导致数据丢失的原因是由于人为误操作使用Delete命令进行删除数据时未添加where子句进行筛选导致全表数据被删除，删除后未对该表进行任何操作，
【Raid5阵列数据恢复案例简介】今天记录一次raid5磁盘阵列数据恢复的成功案例。首先简单介绍一下需要数据恢复的服务器基础配置情况：·客户的服务器设备为EMC存储，raid5磁盘阵列，由多块stat硬盘组成一组磁盘阵列，包含两块热备盘。服务器发生故障崩溃时底层硬盘有2块出现故障，热备盘中有一块被激活。·【服务器数据恢复常规检测】数据恢复中心的数据恢复工程师前往客户现场对服务器设备进行故障检测。服
【服务器故障情况概述】今天介绍的是服务器raid5阵列因为不明原因导致阵列崩溃后的故障排查方法，以及服务器数据恢复过程。下面简单介绍一下需要恢复数据的服务器硬件配置情况：本次数据恢复案例中的服务器型号为某品牌X3850型号，服务器上组建了一个raid5磁盘阵列，阵列里包含4块成员盘和1块热备盘一共5块。服务器再正常使用过成功突然崩溃，管理员查看raid阵列状态时发现阵列中有2块硬盘掉线，热备盘没有
一、vsan分布式存储故障情况介绍近期处理了一个vsan分布式存储的数据恢复案例，需要进行数据恢复的服务器是一套vsan超融合基础架构。由于客户的服务器供电异常导致异常关机，服务器管理员对服务器进行了重启，重启后发现vsan存储逻辑架构出现故障，虚拟磁盘文件丢失，虚拟机组件异常。客户的vsan存储服务器里面一共搭配了16块硬盘，其中固态硬盘有8块，机械硬盘8块。固态硬盘主要作为缓存盘使用。#二、v
今天为大家介绍一个Linux服务器数据恢复成功案例，本次服务器数据恢复物理服务器请款如下：客户故障服务器为一台X3850服务器，这个服务器是由4块146GSAS硬盘组成的RAID5作为存储介质，文件系统全都是reiserfs。我们首先经过分析发现了之前的硬盘数据组织结构是由一个不到100M的boot分区，后接一个271G的LVM卷，之后是2G的swap分区。LVM卷中直接划分了一个reiserfs
服务器硬盘物理故障情况简介：服务器简单来说就是计算机的一种，具有高速的CPU运算能力、长时间的可靠运行、强大的I/O外部数据吞吐能力以及更好的扩展性。多数企业配备有自己的服务器，同时也带来了服务器故障导致数据丢失的困惑，毕竟更换一台新设备无法恢复原有的设备，今天给大家简单介绍一下服务器硬盘故障导致数据丢失后的数据恢复方法，下面是案例背景。北京某公司的一台服务器出现了硬盘故障，导致服务器瘫痪，数据丢
客户机房供电系统不稳定导致服务器存储非正常关机，重启后ESXI系统无法连接存储。机房管理员对服务器进行故障排查，发现FreeNAS的UFS2文件系统由于非正常关机出现故障，于是对文件系统进行fsck修复并将ESXI系统连接到服务器存储上。管理员对上层文件系统及数据进行检查，发现原服务器上的文件系统和存储数据都无法被识别，把vmfs进行了格式化等操作，最终导致数据丢失。
HP SMART ARRAY在创建一组新的RAID5时，默认会全盘重建所有块校验，也就是说在组成RAID5的任一条带中，总有一个校验块的数据是创建时生成的，相对于原先的有用数据而言，即是破坏的。经过分析，后生成的4块盘RAID5是按双循环，64K块大小，16次条带换校验的方式组织的，也就是说在4块磁盘成员中，大约每隔3M便会有1M的数据是错误的。
数据恢复工程师接到客户的服务器后对服务器进行了初检，首先将存储的lun以只读的模式映射到了数据恢复中心的数据恢复专用存储设备上。接着对客户的服务器进行扇区级别的镜像操作，这样做的目的有两个，一个是可以让客户取回原服务器，避免后期的数据恢复过程占用客户设备，另一个是为了保护客户的原有数据，因为数据恢复需要大量的数据分析和尝试，存在有多次尝试的可能，这样在镜像文件中进行数据恢复操作就可以避免在客户的原服务器上进行操作，保护客户原数据的完整性。万一我们恢复失败了，客户也可以携带原服务器到其他公司进行数据恢复操作，是一种对客户数据负责的方式。
数据库解析
【EVA存储设备信息】1、HPEVA8400存储：1组扩展柜。2、12个2TFATA磁盘（AG691A454414-001）和8个300G15KFC磁盘（AG690A454411-001）组成。3、主机环境为WINDOWS。【EVA存储故障分析】1、经与用户再三确定得知，数据出现故障后已停止使用。按照以往HP-EVA的故障可能推断，数据恢复的可靠性较高。2、EVA主机及扩展柜正常关机，之后将所有硬
简介：由于MD3200存储中虚拟机的数据文件丢失，导致整个Hyper-V服务瘫痪，虚拟机无法使用，故障环境为WindowsServer2012服务器，系统中部署了Hyper-V虚拟机环境，虚拟机的硬盘文件和配置文件放在朝阳区某托管中心托管的DELLMD3200存储中（注：硬盘600G4，4T1）。MD3200存储是由4块600G硬盘组成的阵列，用作存储虚拟机的数据文件。单块4T硬盘用作虚拟机数据文
NetAppFAS3220是NetApp推出的中端存储阵列，针对NAS和SAN环境构建，被定制为虚拟化、私有云或传统、早先的用途，适用于从几TB到超过2PB的存储需求，提供数据保护，可扩展性，自动精简配置，精简克隆，备份和灾难恢复，下面就讲解NetAppFAS3220存储的数据恢复的方法。·本次讲解的NetAppFAS3220型号的存储，硬件环境是一共96块600G的SAS硬盘，硬盘和普通的硬盘还
Sybase数据库特点：1、基于客户/服务器体系结构的数据库2、真正开放的数据库3、一种高性能的数据库Sybase数据库故障解决难点：Sybase数据库应用和本身的架构相对而言比较复杂，多数技术人员及公司对Sybase数据库底层结构和运行机制也处于并非完全了解的阶段，这就对Sybase数据库数据恢复和修复造成了很大的阻碍。那么当Sybase数据库出现严重的故障我们该如何解决呢？任何系统和应用都要遵
IBM存储硬盘故障信息：1、一台IBMDS5300的存储，一个机头，连接的4个扩展柜，底层是50块600GB的硬盘组的RAID。2、两组RAID5，其中一组RAID崩溃，这组RAID由27块600G硬盘组成，存放是Oracle数据库文件，在存储系统上层一共分了11个卷，卷大小为1TB有10个，一个为4TB。IBM存储硬盘检测分析：工程师先对用户的27块硬盘做了硬件检测，发现用户的2块硬盘出现坏道、
故障环境为一套VMWARE VSAN 的超融合基础架构，共包含三台服务器节点。每台服务器节点上配置2块200G容量的SSD硬盘和4块1T容量的机械硬盘，共6块SSD硬盘和12块机械硬盘。 每个服务器节点上创建两个磁盘组，每个磁盘组使用1个SSD硬盘作为缓存盘，2个机械硬盘作为容量盘，共配置6个磁盘组，组成VSAN存储空间存储虚拟机文件。 在使用过程中，由于非正常关机，导致VSAN中，逻辑架构出现故障，部分虚拟机磁盘组件出现问题，导致磁盘文件丢失。
一、HPMSA存储设备信息1、存储空间由8块450GBSAS的硬盘组成。2、7块硬盘组成一个RAID5的阵列，1块作为热备盘。二、HPMSA存储设备故障描述1、RAID5阵列中出现2块硬盘损坏，而此时只有一块热备盘成功激活，因此导致RAID5阵列瘫痪，上层LUN无法正常使用。2、RAID阵列中某些磁盘掉线，导致整个存储不可用。因此需要先对所有磁盘做物理检测，检测完后确认硬盘无物理故障。接着使用坏道
一、MSSQLndf文件故障描述用户某存储损坏，导致数据库崩溃。通过重组存储，恢复数据库文件，发现有四个ndf文件大小变为0KB。数据库大小约80TB。数据库中有1223个文件，数据库每10天生成一个NDF文件，每个NDF大约500GB，数据库包含两个LDF文件。二、MSSQLndf文件故障分析存储损坏，NDF文件大小变为0KB，经判断NDF文件在磁盘上可能存在。可以通过编写数据库扫描碎片程序，扫
一、故障设备信息：服务器：X3850服务器硬盘类型：SAS，容量：146G4块硬盘组成RAID5文件系统：Reiserfs二、Reiserfs文件系统故障分析：1、经过分析发现了之前的硬盘数据组织结构是由一个不到100M的boot分区，后接一个271G的LVM卷，之后是2G的swap分区。LVM卷中直接划分了一个reiserfs文件系统，作为根分区。2、用户在使用的过程中，系统遭遇了未知的原因而瘫
这是一台安装了40多块硬盘的大型服务器，采用的是raid5磁盘阵列模式。故障发生的过程就是典型的阵列同步过程中硬盘掉线导致数据同步失败。本次数据恢的完整度为100%。
Office文档是目前应用最广泛的文档格式，但很多人都没有为office文件建立完善的安全防护措施，也没有养成进行文件备份的良好习惯，所以一旦出现操作失误、病毒破坏、系统故障等情况，就有可能造成当前正在编辑的word、excel文档和access数据库等受到损坏，下次无法打开。那么一旦遇到这类文档被破坏或者丢失我们是否就束手无策了呢，当然不是，我们可以借助专业知识和小工具进行受损文档修复。未公开的
一、服务器设备类型：HPDL380服务器300GSAS盘数量三块二、服务器故障描述：硬盘磁盘故障导致整个RAID组瘫痪，具体显示为其中一块硬盘状态灯为红色。由于数据库存储在D分区，备份存储在E分区。存储故障，造成D分区不可识别，E分区可识别，但是拷贝备份文件报错，通过重启服务器，导致先离线的硬盘上线，并同步了一段时间，在没有同步完成就直接强制关机，之后未对服务器做任何操作。三、服务器数据恢复操作流
【服务器数据恢复故障介绍】··数据恢复中心近期接到客户服务器数据恢复案例并成功恢复，经客户许可后现将数据恢复过程分享给大家，下面简单介绍一下本次服务器数据恢复的故障情况。··客户使用的是某品牌的服务器，搭配了多块硬盘组成一组raid5磁盘阵列，作为公司的共享存储池使用，服务器上包含公司数据库文件和普通文件。由于硬盘掉线导致服务器内的D分区识别不到，服务器管理员查看设备后对服务器进行重启操作，导致服
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
