无日志附加数据库，或者修复断电质疑的数据库

假定损坏的数据库名称是：jxc_txyy ，创建数据库，覆盖数据文件后，运行以下脚本。

alter database jxc_txyy set EMERGENCY;
alter database jxc_txyy set SINGLE_USER;
dbcc checkdb('jxc_txyy',REPAIR_ALLOW_DATA_LOSS);
dbcc checkdb('jxc_txyy',REPAIR_REBUILD);
alter database jxc_txyy set MULTI_USER;

原文出自以下地址

https://www.cnblogs.com/atree/archive/2010/05/16/Sqlserver2005-mdf-ldf.html

SQL Server 2005无日志文件附加数据库
公司网站运营两年多了，日志文件超级大，在重装系统的时候，为了省事，就没有备份日志文件，而且是没有分离就把日志文件给删掉了（下次一定要记得先分离再删日志文件）。结果造成数据库怎么都附加不上。出现错误。

解决办法：

1、新建一个同名数据库。

2、停止数据库服务，覆盖新建的数据库主文件（小技巧：最好放在同一个磁盘里面，把新建的数据库主文件删掉或移开，再把要恢复的数据库主文件剪切过去，这样就可以节省时间。）

3、启动数据库服务，数据库变为置疑或可疑状态。然后在查询分析器中运行：

alter database 无日志文件的数据库名称 set emergency

设置为紧急状态。

4、再运行：

alter database 无日志文件的数据库名称 set single_user

或者：

Sp_dboption '无日志文件的数据库名称', 'single user', 'true'

设置为单用户模式。

5、检查并重建日志文件，运行：

dbcc checkdb('无日志文件的数据库名称',REPAIR_ALLOW_DATA_LOSS)

这个时间比较长。耐心等待！如果有错误提示，再运行：

dbcc checkdb('无日志文件的数据库名称',REPAIR_REBUILD)

进行修复。如果没有错误，可以跳过。

6、恢复成多用户模式

alter database 无日志文件的数据库名称 set multi_user

或者：

Sp_dboption '无日志文件的数据库名称', 'single user', 'false'

刷新数据库，你就可以看到已经修复好的数据库了。

我是如此修复，至于网上还有很多修复方法，我试过，没有成功。通过多方组合得到这个方法。可能也不是数据库的每一个版本都适用，如果你用过后，不行，希望能留言，让我们能共同讨论，共同进步！

 

20191003另外测试通过的一个方法

1.设置数据库状态，脚本：EXEC sp_resetstatus 'eisdoc'

2.设置数据库为紧急模式，脚本：ALTER DATABASE eisdoc SET EMERGENCY

3.设置数据库为单用户模式（对数据库检查修复只能在单用户模式下），脚本：ALTER DATABASE eisdoc SET SINGLE_USER

4.检查并修复数据库，会提示你修复数据库可能丢失数据，正常应该不会丢失数据库数据，但是数据库日志的完整性将受到破坏，脚本：DBCC CheckDB (eisdoc, REPAIR_ALLOW_DATA_LOSS)

5.恢复数据库为多用户模式，脚本：ALTER DATABASE eisdoc SET MULTI_USER