企业数据库损坏、实例无法启动

数据库实例起不来，通常伴随这些报错：数据页校验失败、日志链断裂、文件组或数据文件缺失、附加数据库失败，业务系统连接不上。生产环境里最常见的原因不是攻击，而是存储异常、非正常关机与断电、磁盘写满导致写入中断，以及误删数据文件或归档日志，事后才发现备份也是旧的。

常见的错误操作：直接用修复命令硬修，可能丢数据而且不可回退；删掉日志重建数据库；把数据文件复制到另一台机器上反复附加，每次附加都可能修改文件头；重装实例后用空库覆盖原文件。每做一步，可恢复的事务范围都会缩小一圈。

我们的处理思路分四步：第一步，先把数据文件、日志文件与备份集所在磁盘做只读镜像，原始盘封存；第二步，解析数据页与索引结构、检查日志链是否完整，尽量做事务级恢复，把能提交的事务补齐；第三步，对损坏的页做页级修复，重建库结构（表、索引、约束），再导出表数据、视图、触发器与存储过程；第四步，把导出结果放到独立存储，交由客户在新环境挂载并核对数据完整性。

数据库能恢复到什么时间点，取决于日志链的完整程度。事务日志还在、日志链没有断时，可以做不完全恢复，把数据补到故障前最近的可提交点；日志缺失或被人为删除时，只能靠数据页里残留的记录逐条重建，可恢复范围会明显缩小。所以现场第一件事不是修，而是把现有的数据文件、日志文件、归档与备份集原样留存，连目录位置都别改。

另一件常被忽略的事：数据库恢复的目标不是让库能打开，而是让业务数据可用。有些情况下实例能启动，但表里的数据已经不完整、索引与数据不一致，直接拿去用反而会把错误数据写进新库。我们的做法是先做整体一致性校验，把每个表的可恢复行数与异常页数量的评估结果交给客户，确认范围后再导出，导出后还会做一次行数与关键字段抽查。

适用与建议：覆盖 SQL Server、Oracle、MySQL、DB2、Sybase 等常见数据库，处理 MDF、NDF 数据文件与归档日志、日志备份。建议第一时间停库停写，保留数据文件与日志（不要删日志），保留最近的备份集，尽早送检；先评估可恢复范围再决定修复方案，比直接对原库动手稳妥得多。24 小时免费评估：0755-83775551。

说明：本页为通用故障现象与处置方法整理，不涉及具体客户名称、设备编号与数据内容。返回栏目列表：典型故障与处置