1、停服务；
2、删除日志文件（直接物理删除了：（；
3、再启动服务，
4、原设想是可以直接建立日志文件，或者通过手工创建，未果；
4.1、把数据库离线处理，再做分离操作
4.2、新建立一个空的同名数据库，停掉服务，把新库的mdf文件删除，然后把原库的mdf文件覆盖，再启动服务，未果
4.3、接4.2，建立同名空库后，分离，覆盖，再附加，未果
我介入后：
1、问明情况后，依据自己原来的操作经验，知道这种情况肯定是有办法的，只要数据文件没有损坏；
2、上网搜索，找到一个
CREATE DATABASE DBname
ON (FILENAME = 'D:\SalesData\archdat1.mdf')
FOR ATTACH_REBUILD_LOG ;
在本地服务器上新建立数据库，然后分离、删除ldf文件、然后执行上述代码，成功。
到生产环境上执行，报错，失败。前面的操作可能过多，mdf文件的数据可能有损坏，报错，错误信息忘记了
3、又搜索，找到一个相对靠谱的操作
http://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'
刷新数据库，你就可以看到已经修复好的数据库了。
我是如此修复，至于网上还有很多修复方法，我试过，没有成功。通过多方组合得到这个方法。可能也不是数据库的每一个版本都适用，如果你用过后，不行，希望能留言，让我们能共同讨论，共同进步！
最新评论