数据库恢复

数据库就是结构化的数据创库。人们时刻都在和数据打交道，如存储在个人掌上电脑（PDA）中的数据，家庭预算电子数据表，企业的财务，创库数据，银行，电信数据等等。对于少量，简单的数据，如果它们与其它数据之间的关联较少或没有关联的情况下，他们可以简单的存放在文件中。当然如果所有的数据结构都很简单，那么数据库管理系统就没什么用了。但是企业数据都是相关联的。如职员表链接到名称和地址的纪录，订单纪录需要与库存信息相对应，海运纪录需要与信用额度相对应，等等。通常来说，不可能使用普通的纪录文件来管理大量的，复杂的系列数据，如银行的客户数据，或者生厂商的生长控制数据。普通纪录文件没有系统结构来系统地反映数据间的复杂关系，它也不能强制定义个别数据对象。

数据库管理系统

数据库管理系统（DBMSS），或者数据库管理器已经发展了近二十年，来解决上面提到的这些需求。数据库管理器是近于文件系统的软件系统，通过它应用程序和用户可以取得所需的数据。然而，它们又不是像文件系统，它们定义了所管理的数据之间的结构和约束关系。并且，数据库管理器提供了一些基本的数据管理功能。

管理数据库日志

对于容灾而言，数据库设备份应当存贮在远离数据库的地方。为了达到最优容灾状态，在灾难发生后能够容易地获取数据库日志也是非常必要的。数据库归档日志通常保存在备份储存的地点。数据库管理员必须在数据库实时恢复和资源占用两者之间找到平衡，从而决定进行数据库日志归档的频率。过多地进行归档可以降低数据损失的潜在危险，但是浪费了更多地进程和0/1资源，很有可能增加了处理的响应时间。过少地进行归档可以降低资源的平均占用量，但是延长了两次归档的时间隔时间，很有可能导致不能做到准确的实时恢复。

如果一个数据库和它的联机日志被损坏了，那么即使马上进行了严密的数据库备份和日志归档。数据也极有可能丢失。因此，一个完整的数据库融灾策略的一个重要部分就是对联机的数据库日志进行复制，这样在进行恢复处理时就可以及时利用这些复制的内容准确无误地修复数据。联机数据库日志可以通过有限的距离进行镜像。如果距离过长，数据库管理员可以通过多路转接技术或者通过企业网络同时进行本地和远处的日志拷贝。多路转接技术通常比镜像和低水平复制（如数据卷）的速度要慢一些，因此如果可以的话要尽量选择后一种方式。

最高级别的数据库实时恢复是在每次事物提交的之前同步进行数据库日志的传输和归档。换句话说，必须要在日志已经被转移到另外地点后，才进行事务的提交。显而易见，这种选择执行起来的代价是非常昂贵的，因而在实践中较少采用。

被动式的数据库恢复

在没有备份的情况下，一旦出现数据灾难，那么就只能通过恢复关键数据库文件，再尝试恢复文件结构，以这样的方式来恢复数据库。由于此时涉及到硬件结构，文件系统，数据库结构的深入分析，因此要求服务商有极强的综合技术能力。

利客维最擅长Orale 和SQL Server数据库的恢复，主要包括以下数据库恢复技术

ORACLE恢复修复

1undo，systen表空间损坏的恢复

2误delete数据的恢复，误删除表空间drop,truncate表的恢复

3各种ora-错误的恢复

4DMP文件不能导入数据库以及LOB数据恢复等情况

5oracle数据库中数据文件出现现坏块情况下的恢复

6oracle数据库无数据库文件但有有日志的情况下的恢复

7能够在系统表和空间文件丢失，变成0字节下完整的恢复数据

8只要没有覆盖表空间件，我都有信心恢复数据。无论你是什么系统（Windows,UNIX）等，无论什么存储设备（硬盘，磁盘阵列）

SQL，Server恢复

1.       如完全丢失数据库文件，用一般数据恢复方式不能恢复

2.       表被删除，甚至被重写，表行被删除

3.       索引错误，或者IAM断裂

4.       数据库大面损坏，可以指定任意表或者字段提取数据

5.       系统表损坏甚至完全损坏，可以提取指定数据