与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. 超级块

位于文件系统第二扇区，紧跟引导块之后，用于描述本文件系统的结构。如i节点长度、文件系统大小等，其结构存放于/usr/include/sys/filsys.h中，其结构如下:

struct filsys

{ ushort s_isize; /*磁盘索引节点区所占用的数据块数*/

daddr_t s_fsize; /*整个文件系统的数据块数*/

short s_nfree; /*在空闲块登录表中当前登记的空闲块数目*/

daddr_t s_free[NICFREE]; /*空闲块登记表*/

short s_ninode; /*空闲索引节点数*/

ino_t s_inode[NICINOD]; /*空闲节点登记表*/

char s_flock; /*加锁标志位*/

char s_ilock; /*节点加锁标志位*/

char s_fmod; /*超级块修改标志*/

char s_ronly; /*文件系统只读标志*/

time_t s_time; [...]]]>

与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. 超级块

位于文件系统第二扇区，紧跟引导块之后，用于描述本文件系统的结构。如i节点长度、文件系统大小等，其结构存放于/usr/include/sys/filsys.h中，其结构如下:

struct filsys

{ ushort s_isize; /*磁盘索引节点区所占用的数据块数*/

daddr_t s_fsize; /*整个文件系统的数据块数*/

short s_nfree; /*在空闲块登录表中当前登记的空闲块数目*/

daddr_t s_free[NICFREE]; /*空闲块登记表*/

short s_ninode; /*空闲索引节点数*/

ino_t s_inode[NICINOD]; /*空闲节点登记表*/

char s_flock; /*加锁标志位*/

char s_ilock; /*节点加锁标志位*/

char s_fmod; /*超级块修改标志*/

char s_ronly; /*文件系统只读标志*/

time_t s_time; /*超级块上次修改的时间*/

short s_dinfo[4]; /*设备信息*/

daddr_t s_tfree; /*空闲块总数*/

ino_t s_tinode; /*空闲节点总数*/

char s_fname[6]; /*文件系统名称*/

char s_fpack[6];

long s_fill[13]; /*填空位*/

long s_magic; /*指示文件系统的幻数*/

long s_type; /*新文件系统类型*/ };

3. i节点表

i节点表存放在超级块之后，其长度是由超级块中的s_isize字段决定的，其作用是用来描述文件的属性、长度、属主、属组、数据块表等，其数据结构在/usr/include/sys/ino.h中，如下:

struct dinode

{ ushort di_mode;

short di_nlink;

ushort di_uid;

ushort di_gid;

off_t di_size;

char di_addr[40];

time_t di_atime;

time_t di_mtime;

time_t di_ctime; };

4. 目录结构

Unix所有文件均存放于目录中，目录本身也是一个文件。目录存放文件的机制如下: 首先，目录文件本身也象普通文件一样，占用一个索引节点; 其次，由这个索引节点得到目录内容的存放位置; 再次，从其内容中取出一个个的文件名和它对应的节点号，从而访问一个文件。

由此可知文件名是依靠目录来描述的，文件的内容和其他信息则由索引节点来描述。

被删文件的恢复策略

Unix 下删除一个文件的过程很简单，那就是释放索引节点表和文件占用的数据块，清空文件占用的索引节点，但不清除文件内容。但删除文件与删除目录的处理不尽相 同，不同命令删除文件的过程也不相同。 Unix 删除一个文件的具体步骤是: 根据文件i节点的地址表逐一释放文件占用的磁盘数据块，然后清空相应的节点，最后释放i节点。 删除一个目录的过程是: 首先逐一删除目录里的所有文件，然后删除目录。目录本身也是一个文件，故删除方法与删除文件一致。

要恢复被删除的文件，只能根据删除后留下的东西去做文章。文件被删除后留下了什么呢？由上述分析可知: 其一，留下了文件的内容; 其二，留下了“现场”。文件的恢复策略只能从这两个方面来分析。

1.根据磁盘现场进行恢复

如果文件被删除，现场未被破坏(即文件被删除后硬盘未发生过写操作)，而且假定只删除了一个文件，那么可根据系统的分配算法进行恢复。因为系统建立一个文 件时，必定根据某一特定的分配算法决定文件占用的数据块位置。而当该文件被删除后，它所占用的数据块被释放，又回到系统的分配表中，这时如果重新建立一个 文件，系统根据原来的分配算法分配出的数据块必定跟该文件原来占用的数据块一致。而且我们知道，Unix文件最后一个数据块尾部多出的字节是全部置0的， 据此只要调用系统的数据分配算法，在系统中一块一块地申请数据块，只要发现一个分配出的数据块中尾部全为0，即可认为文件结束，由此可确定文件长度和内 容，进而实现恢复。方法如下:

● 申请一个索引节点，即向系统申请创建一个新文件名而不写入任何内容。如: #>/tmp/xx。

● 调用系统分配数据块算法getnextfreeblock()得到一个数据块号，记入某一地址表变量中。

● 读出这个数据块，判断其尾部是否全部连续为0，若不是，则回到第二步，若是，则进行第四步。

● 首先用系统函数fstat得到/tmp/xx的i节点号，然后将第二步所得的地址表写入索引节点的地址表中(注意间址问题)，并根据数据块个数和最后一块中有效数据长度计算出文件大小，写入i节点的di_size字段。

● 回写系统的索引节点表即可。

需要说明的是: 第一，系统分配数据块的算法因不同的Unix版本而不同; 第二，有的Unix如SCO Unix 5.0版，其空闲数据块的分配和回收是使用一种动态链表的数据结构来实现的，它们的文件恢复更加容易，只要在空闲链表中的表尾去寻找即可。

2. 根据内容恢复

若现场已被破坏，即硬盘发生过写操作，那么只好根据内容来恢复。而且，由于Unix是一个多进程、多用户系统，它每一次开关机或硬件、通信故障等都会记录 系统日志、.sh_history等，硬盘现场被破坏的可能性极大。因此讨论按内容恢复的方法具有更大的实用价值。笔者经过实际探索得出下列四种恢复策略 供参考。

● 关键字搜索法

如果知道被删除的文件内容中若干字节的内容，而且该文件长度又不超过一个磁盘 块，那么可以在整个文件系统中搜索这一字节串，得出一个文件所在的数据块，将它们的块号填入一个i节点，即可恢复一个文件。搜索文件系统的算法很简单，说 明如下: 首先，用“#df －k”命令确定文件系统的设备文件名(如/dev/root); 然后，用下述函数搜索，若成功，返回数据块号，反之返回-1。其中fsname是文件系统的设备名，如/dev/root，comp()参数是实现搜索条 件的函数。

long searchfs(char *fsname , int comp())

{ FILE *fp;

char buf[1024];

long i=0;

fp=fopen(fsname,”r”);

while (!feof(fp))

{ fread(buf,1024,1,fp);

if (comp()) /* 检查是否符合搜索条件 */

return i; /* 若成功返回块号 */

i++;

}

fclose(fp);

return -1; /* 未找到符合条件的块，返回-1*/ }

● 精确长度搜索法

如果知道被删除文件的精确长度(字节数)，那么可根据一个数据块的大小，计算出文件的最后一个数据块中数据的精确长度，该数据块中其他字节必然是全0。根 据这一条件，通过搜索整个文件系统，找出其中符合条件的数据块，若出现多个块符合要求，则还需要根据其他条件区分。但不管怎样，根据精确长度分析也是恢复 数据的一个策略。

● 内容关联法

如果知道文件内容中存在某种可实现的关联，例如文件的校验和或者文件内容的某种上下文关系，那么也可通过搜索整个文件系统，通过反复尝试寻找符合关联条件的磁盘数据块，进而恢复一个文件。

● 环境比较法

如果知道删除文件所在的文件系统的安装过程，那么，另找一台完全相同的机器，按原来完全相同的步骤安装相同版本的Unix和相应的其他软件。可以想象，新 的机器环境会与原来的环境基本相同，比较两个机器上相同文件系统的内容，可以推断出被删除文件的大致位置，至少可以大大减少查找的范围，一旦查找的范围足 够小时，就可以用逐个观察和尝试的方法结合其他条件恢复数据，降低恢复的难度，增加恢复的可靠性。 (作者单位: 中国人民银行抚州市中心支行 )

链接

SCO Unix磁盘块分配算法

由于一个磁盘块的大小为1024字节，所以一个位图块可以管理0×400×8=0×2000个磁盘块。那么，下一个位图块的块号就是0x61d+ 0×2000=0x261d。这与位图索引块中的数据是相符的。那么，位图块0x61d管理着块号为0x61d-0x261c的磁盘块。由以上数据可见， 在这个位图块中，第一个被使用的磁盘块块号是0x61d，即位图块本身。第一个空闲块块号由0×187401处字节0x1c的第2位指示，是0×627。 由于该位图块是文件卷中的第一个位图块，所以0×627号磁盘块也是文件卷中的第一个空闲块。当我们向系统申请磁盘块时，系统通过超级块、位图索引块、位 图块来寻找那些标志位为1的块，然后将相应的标置位置0。

当释放一个磁盘块时，系统就将相应的标志位置1。现在，我们就可以判断出文 件卷中的每一个磁盘块是否被使用了。但是仅凭这些还不能完全恢复误删的文件，我们还得了解SCO Unix分配磁盘块的算法。为了使一个文件所占用的磁盘块相对集中，SCO Unix是按照特定的算法来选择空闲块分配给文件的。假设某文件所占用的最后一个磁盘块的块号为m，现在要再分配一磁盘块给该文件，若该文件是新文件，则 m=0。

恒德高科公司提供软盘、优盘、硬盘数据恢复服务.以及各种数据库数据恢复、抢修服务。以及各种服务器应用系统的数据恢复服务。包括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 [...]]]> 恒德高科公司提供软盘、优盘、硬盘数据恢复服务.以及各种数据库数据恢复、抢修服务。以及各种服务器应用系统的数据恢复服务。包括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 5E 和 RAID5EE 为例，实际上不同厂商所使用的热备份盘标准是不一样的，有些甚至校验算法也非常特殊。而 HP 的 RAID5 ADG 更是一个特列。更为令情况复杂的是，少数服务器采用混合型 RAID ，诸如 RAID5+0 等都比较难以处理。

面对如此种类繁多的 RAID 类型，要求研发部人员从底层原理上深入研究。目前恒德数据恢复中心研发部已经成功研发出专用分析软件，可以大幅度提高其工作效率，在实际应用中取得非常良好的效果，近期就在一则 RAID5EE 案例中充分发挥了作用。国海机械厂从国外引进了一套加工设备以及技术专家，技术专家临走前将相关的调试资料全部存储在 RAID5EE 磁盘阵列中，等待中方工作人员进一步操作。然而一场突如其来的灾难却使得公司陷入被动：由于网管人员的误操作且未及时报告错误， RAID 信息全部丢失！如此一来，迫在眉睫的工程无法开展，而且每拖延一天就得按照合同给下游客户三万元赔款。

公司的 IT 维护人员并没有应对此类故障的相关经验，因此率先想到的便是寻求服务器厂商的技术支持。很快，服务器厂商的工程师赶到现场。但是限于行业领域以及专业技术的限制，工程师对此也无能为力，毕竟服务器厂商所保证的仅仅是硬件设备的正常运作，数据则完全与之无关。幸好经验丰富的工程师懂得此时不能盲目重建 RAID 或是强行加载，而且直接在当地联系了恒德数据恢复中心。

虽说地处偏远地区，但是当地的恒德分公司在技术实力上丝毫不逊于总部，这完全得益于软件输出技术。恒德的魏工在借到此 RAID 案例之后，马上与总部取得联系。在总部研发部的分析下，认为当地完全有能力很好地解决问题，因此直接授权魏工全权负责。在对镜像盘的操作中，魏工很快找到了解决问题的方法，并且在速度上有着很大的优势。通过半天的努力之后，恒德已经成功恢复了两个分区。按照这个速度推算，大约到晚上便可以完全恢复数据。
在第二天一早，恒德工程师宣布 100 ％修复数据并且通过了验收。作为国内唯一拥有研发部的数据恢复中心，恒德已经通过将近一年的重点技术项目攻关取得明显的技术优势。 RAID 数据恢复已经成为恒德的主营业务，而较高的成功率与恢复速度也得到业界的认同。

数据库修复

数据库就是结构化的数据仓库。人们时刻都在和数据打交道，如：存储在个人掌上电脑（ 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. 系统表损坏甚至完全损坏。可以提取指定数据。