生产ERP之易助ERP账套数据库置疑修复

最近有家易助客户账套数据库置疑，但没有备份，只能想办法修复。

1 在恢复数据库发生错误。

2 在拷贝过程中出现,数据错误，循环冗余检查.文件拷贝失败。

问题的分析：首先这个问题不是个好预兆，数据处在非常不稳定状态，或者已经出现啦（在磁盘上）逻辑错误。

从该错误提示得到的解释是：循环冗余检查(CRC)是一种数据传输检错功能，对数据进行多项式计算，

并将得到的结果附在帧的后面，接收设备也执行类似的算法，以保证数据传输的正确性和完整性。若CRC

校验不通过，系统重复向硬盘复制数据，陷入死循环，导致复制过程无法完成。

循环冗余检测失败的可能原因：光盘拷贝可能会是光盘损坏。硬盘拷贝可能会是硬盘出现物理坏道（很严重，恢复性不确定，

一般只能恢复部分或者完全不能恢复，而且数据可能是不完整的）。或者硬盘出现逻辑坏道（属于软件上的问题。

可修复性非常大）。

我们急需做的是什么：我们现在最重要的是要把文件拷贝出现，确认文件是否可用。

拷贝的方法：推荐软件。finaldata2.0.这款软件是恢复硬盘数据的一款比较好的软件

图《1》

图《2》，选择文件打开，然后找到无法拷贝的mdf文件所在的盘。，如d盘。点确定

图《3》，等确定，扫描完后。找到该mdf 和 ldf文件

图《4》，把该mdf文件和ldf文件恢复到其他盘。然后重新附加到数据库。

但是报错。附加时报如下错误：

服务器: 消息 1813，级别 16，状态 2，行 1

未能打开新数据库 'test'。CREATE DATABASE 将终止此时有必要修复此数据库

3 进行修复数据库。

A、用“企业管理器”新建一个同名的数据。可以修改默认路径，为表述方便，我使用D:data,数据文件名test.mdf,日志文件名test_log.ldf

B、停止SQL服务

C、删除test_log.ldf文件，将新建的test.mdf文件用旧的test.mdf文件替换。

D、启动SQL服务。进入企业管理器后发现test数据显示为“置疑”，此后保证无人连接上此数据库，并不做任何操作。

E、设置test数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。我在实际操作的时候没有使用命令，命令方式大家可以自己测试 ^_^

复制代码代码如下:

use master

go

sp_configure 'allow updates',1

go

reconfigure with override

go

F、设置test数据库为紧急修复模式。在查询分析器中执行如下语句：updatesysdatabases set status=-32768 where dbid=DB_ID('test')

复制代码执行后在企业管理器中刷新后会发现ttdb数据库显示为“只读置疑脱机紧急模式”。可以看到数据库里面的表，但是仅仅有系统表。

G、重建数据库日志文件。在查询分析器中执行如下语句：

复制代码代码如下:

dbcc rebuild_log('test','d:Datatest_log.ldf')

执行之前必须退出企业管理器，并且没有人连接些数据库。否则会报如下错误：

服务器: 消息 5030，级别 16，状态 1，行 1

未能排它地锁定数据库以执行该操作。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

正常的消息：

警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。可以访问数据库里面的用户表了。

H、验证数据库一致性（可省略，不过我忠实地执行了^_^），查询分析器中执行：

复制代码代码如下:

dbcc checkdb('test')

报出了每个表的执行情况后，最后报：

CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'test' 中）。

DBCC 执行完毕。如果发生错误。则要进行进一步的修复。

A、把数据库置为单用户模式:

sp_dboption '数据库名称', 'single user', 'true'

B、在允许数据丢失情况下修复数据库:

DBCC checkdb('数据库名称',REPAIR_ALLOW_DATA_LOSS)

如果执行一次不行，可以在多执行几次直到没有再提示数据库有错误为止。

C、把数据库重新设置为多用户模式:

sp_dboption '数据库名称', 'single user', 'false'

这样这个数据库的错误修复就完成了。然后停止掉SQLSERVER,重新启动服务器就可以。

这种方法对于一般出现问题可以不用安装企业管理器，直接在服务器用OSQL –E 进入数据库，然后通过上面两条命令来修复数据库。这样速度比较快！