数据库恢复和修复

特别提示：

1.发生故障后，保留当前现状，切勿进行其他操作。

以下数据库故障说明：

数据库不明原因宕机，无法启动

不管是单机、双机热备份（HA系统）、RAC(Oracle Real Application)环境，如果数据库出现异常宕机，并且无法重新启动，那可能面对了极为严重的问题。检查Oracle的alert文件可以获得更为详细的故障信息，当贵方现有技术力量无法判断或解决故障时，可以联系我们协助解决和处理。

数据块损坏

当Oracle数据库出现坏块时，这通常意味着数据库出现了不一致或者面对着硬件故障，而且坏块往往意味着不可恢复性的数据损失。在这种情况下，谨慎的做法是停止数据库业务服务，对数据库进行彻底检查，修复，彻底排除故障。我们可以协助处理这一类故障，恢复数据，减少损失。

数据的误删除

由于用户的一些意外或误操作，可能会导致数据的误删除，比如错误操作DELETE掉业务数据，并且提交（Commit）了事务；还有可能因为意外的Truncate等操作，损失了数据；此外一些不当的DROP操作也是经常会发生的情况。如果遭遇了这些意外，您需要做的是，尽快停止数据库服务，或者备份相关的数据文件，然后联系我们，我们能够迅速的帮助客户从类似故障恢复出来。

文件的意外损失

当遇到数据文件被误删除的意外，甚至可能是整个数据库都被误删除rm掉。这对数据库来说是灾难性的，不过我们能为提供专业技术支援协助恢复。当遭遇这些情况时，需要做保护现场，不再对丢失文件的磁盘进行写入操作，我们将最大限度的协助恢复数据，理想的情况，数据能够100%的被恢复出来。

系统表空间（SYSTEM）表空间损坏

对于Oracle数据库来说，系统表空间是数据库的核心所在，如果SYSTEM表空间损坏，则数据库可能会无法启动。在面对这种情况时，如果存在有效的备份，可以通过备份进行数据恢复，如果不存在有效备份，那么我们可进行特殊情况下的数据恢复。

其他需要协助的情况

其他难于处理的故障情况，我们都将充分调动资源，结合自身的技术实力，竭诚为您服务。

我们支持各种数据库的磁盘底层碎片级恢复、物理/逻辑损坏和drop database/drop table/delete ROWs 的数据恢复，

包括但不限于以下品牌：

如果您的IT环境中，有备份与容灾的建设或改造的需求，请参考解决方案中的备份与容灾相关方案。