与DOS/Windows不同，Unix文件被删除后很难恢复，这是由Unix独特的文件系统结构决定的。所以，要想恢复这些文件，就需要另辟蹊径。Unix文件系统的特殊性决定了它不能像Windows系统那样恢复被删除的文件。
Unix 文件目录不像DOS/Windows那样，文件即使被删除之后仍保存有完整的文件名、文件长度、始簇号(即文件占有的第一个磁盘块号)等重要信息。相反， 它的文件信息全部依靠一种被称为i节点的数据结构来描述，而i节点在相应文件被删除之后即被清空，因此，要想直接恢复被删除的文件内容几乎是不可能的，必 须另辟蹊径。本文结合实际，讨论几种文件恢复策略及其关键步骤的具体实现。
不过，需要说明的是，Unix系统下文件系统恢复的具体实现依赖于不同操作系统和不同版本的具体文件系统结构和磁盘块分配算法（见附文）。本文只是试图总结出一种一般性的思路和策略，限于篇幅，不能详细讨论它们的具体实现过程。
Unix文件系统结构
我们知道，Unix是以文件卷作为其文件系统存储格式的，而不同的Unix系统，文件卷格式是有差异的，甚至即使是同一Unix操作系统的不同版本，其文 件系统也未必完全相同，例如: SCO Unix 4.1版与5.0版文件系统结构就有明显差异，但只要是Unix系统，其文件卷的基本结构是一致的。
不管是什么Unix系统，不管什么版本，其文件卷至少包括引导块、超级块、i节点表、数据区等几个部分。
1. 引导块
位于文件卷最开始的第一扇区，这512字节是文件系统的引导代码，为根文件系统所特有，其他文件系统这512字节为空。
2. 超级块
恒德高科公司提供软盘、优盘、硬盘数据恢复服务.以及各种数据库数据恢复、抢修服务。以及各种服务器应用系统的数据恢复服务。包括WEB，MAIL，DNS，FTP等应用系统。
服务器数据修复.
服务器数据恢复
现在的政府机关，军队，企事业单位重要的数据越来越多，越来越大，每个单位客户端的不断增加，普通的硬盘已经不能满足他们对于数据必须安全，可靠，存取方便，扩容简单，操作便捷等等这些要求了，服务器在这些苛刻的要求下诞生了。现在每个网络管理员对于服务器可以说是又爱又恨，它既解决了存取数据快捷，方便；管理客户端的简捷，也解决的普通硬盘没有办法存储那么多那么大的数据库文件的问题。但是RAID0、RAID1、RAID5这些磁盘阵列方式给人们带来的好处之外还给使用者们造成了麻烦，阵列中某块硬
盘忽然不工作了，阵列顺序不小心打乱等等原因造成了大量的数据丢失，工作不能正常的进行。
现在服务器呈两极化发展，一种趋势大型化，一般表现为内部空间比较充裕。一种趋势为微型化，一般表现为内部比较紧凑，如1U和刀片式。由于服务器的用途，其散热条件比较好，通常有多个散热设备，都通过长时间的气流导向测试。但有些服务器机箱的工业设计不合理通风效率不高，在实际不长一段时间非常容易出现灰尘和静电，就大大增加了重启和短路的可能性。
一般用户都对服务器稳定的性能比较信赖，而且广告上大多强调服务器的强大功能， 因而误导了很多使用者，以为服务器是不容易出现故障或很长时间才出现故障，所以不须太费心维护，因而忽略了服务器的潜在危险，所以每当服务器出现故障时都是对客户来讲是个大灾难。
恒德高科数据恢复中心的专家，实战经验极为丰富，并且投资兴建了国内领先的100级超级洁净工作间，以满足对环境要求较高的紧密焊接及开盘工作等，为恢复数据提供了最好的空间，让找回用户丢失的数据不再是难事。
本公司涉及所有的服务器故障引起的SCSI, Fibre Channel, SATA, ATAPI设备的数据丢失和破坏。支持StorageTek, Sony, Overland Storage, Seagate, Comverse, 和HP等品牌。
恒德高科数据恢复中心专业恢复以下品牌的服务器出现的数据丢失：
IBM 惠普 SUN 戴尔 联想 方正
曙光 清华同方 浪潮 微星 超毅 华硕
Acer 康柏 AblestNet 超微 Intel太泽 Intel海啸
Intel万腾 实达 大恒 海信 网新易得 智翔
金品 NEC 宝德 五舟
对于大型企业用户而言，服务器数据的价值与时间休戚相关。在遭遇 RAID 数据灾难之时，其损失已经非常严重，而如果无法及时恢复，则损失将更为惨烈，甚至失去数据恢复的补救意义。毫无疑问，数据恢复不仅仅是成功率的问题，而是必须提高速度，这样才能真正确保其服务质量。通过对 RAID5 磁盘阵列的深入分析，恒德数据恢复中心研发部已经深入掌握了一套行之有效的重组方法，将 RAID 数据恢复速度提高了几倍。
普通的 RAID5 分析重组并不困难，即便是搞错了磁盘顺序也能很轻松地分析出来。而针对因为两块以及以上数量硬盘物理故障所导致的 RAID 崩溃，一般采取先硬件级修复数据（如坏道修复、开盘操作等），得到镜像或直接挂 RAID 后进行分析导出数据。但是针对一些特殊的 RAID5 ，其处理并非如此简单。以 RAID [...]
恒德高科公司提供各种操作系统修复服务，包括 windows ,linux.unix系统修复还原服务。以及各种应用的服务器应用系统。例如web,dns.mail.ftp等服务。
数据库修复
数据库就是结构化的数据仓库。人们时刻都在和数据打交道，如：存储在个人掌上电脑（ PDA ）中的数据、家庭预算电子数据表，企业的财务、仓库数据，银行、电信数据等等。对于少量、简单的数据，如果它们与其它数据之间的关联较少或没有关联的情况下，他们可以简单的存放在文件中。当然如果所有的数据结构都很简单，那么数据库管理系统就没什么用了。但是企业数据都是相关联的。如：职员表链接到名称和地址的记录，订单记录需要与库存信息相对应
，海运记录需要与信用额度相对应，等等。通常来说，不可能使用普通的记录文件来管理大量的、复杂的系列数据，如：银行的客户数据，或者生产厂商的的生产控制数据。普通记录文件没有系统结构来系统的反映数据间的复杂关系，它也不能强制定义个别数据对象。
数据库管理系统
数据库管理系统 (DBMSs) ，或者数据库管理器已经发展了近二十年，来解决上面提到的这些需求。数据库管理器是近似于文件系统的软件系统，通过它应用程序和用户可以取得所需的数据。然而，它们又不像文件系统，它们定义了所管理的数据之间的结构和约束关系。并且，数据库管理器提供了一些基本的数据管理功能：
管理数据库日志
对于容灾而言，数据库备份应当存贮在远离数据库的地方。为了达到最优容灾状态，在灾难发生后能够容易地获取数据库日志也是非常必要的。数据库归档日志通常保存在备份储存的地点。数据库管理员必须在数据库实时恢复和资源占用量两者之间找到平衡，从而决定进行数据库日志归档的频率。过多地进行归档可以降低数据损失的潜在危险，但是浪费了更多的进程和 I/O 资源，很有可能增加了处理的响应时间。过少地进行归档可以降低资源的平均占用量，但是延长了两次归档的间隔时间，很有可能导致不能做到精确的实时恢复。
如果一个数据库和它的联机日志被损坏了，那么即使马上进行了严密的数据库备份和日志归档，数据也极有可能丢失。因此，一个完整的数据库融灾策略的一个重要部分就是对联机的数据库日志进行复制，这样在进行修复处理时就可以及时利用这些复制的内容准确无误地修复数据库。联机数据库日志可以通过有限的距离进行镜像。如果距离过长，数据库管理员可以通过多路转接技术或者通过企业网络同时进行本地和远处的日志拷贝。多路转接技术通常比镜像和低水平复制（如数据卷）的速度要慢一些，因此如果可以的话要尽量选择后一种方式。
最高级别的数据库实时恢复是在每次事务提交的之前同步进行数据库日志的传输和归档。换句话说，必须要在日志已经被转移到另外地点后，才进行事务的提交。显而易见，这种选择执行起来的代价是非常昂贵的，因而在实践中较少采用。
被动式的数据库恢复
在没有备份的情况下，一旦出现数据灾难，那么就只能通过修复关键数据库文件，再尝试修复文件结构，以这样的方式来恢复数据库。由于此时涉及到对硬件结构、文件系统、数据库结构的深入分析，因此要求服务商有极强的综合技术能力。
恒德高科最擅长 Oracle 和MYSQL ,MSSQL数据库的恢复，主要包括以下数据库修复技术：
ORACLE 恢复修复
1 undo 、 system 表空间损坏的恢复。
2 误 delete 数据的恢复、误删除表空间 drop 、 truncate 表的恢复。
3 各种 ora- 错误的修复。
4 DMP 文件不能导入数据库以及 LOB 数据恢复等情况。
5 oracle 数据库中数据文件出现坏块情况下的恢复。
6 oracle 数据库无数据文件但有有日志的情况下的恢复。
7 能够在系统表和表空间文件丢失，变成 0 字节下完整的恢复数据。
9 只要没有覆盖表空间文件，我都有信心恢复数据。无论你是什么系统（ Windows 、 UNIX 等），无论什么存储设备（硬盘、磁盘阵列）
SQL Server 修复
1. 如完全丢失数据库文件，用一般数据恢复方式不能恢复
2. 表被删除，甚至被重写，表行被删除。
3. 索引错误，或者 IAM 断裂。
4. 数据库大面损坏，可以指定任意表或者字段提取数据。
5. 系统表损坏甚至完全损坏。可以提取指定数据。
最近评论