无日志附加数据库,或者修复断电质疑的数据库
假定损坏的数据库名称是: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