我们的“DBA”晚上执行了一个涉及用户的操作，结果执行数据量太大，导致sql server存放日志的磁盘空间不足，第二天早起发现论坛出现问题，不能发帖。收缩日志不见效果的情况下，和其主管商议决定直接删除日志文件.ldf 。没有进一步验证自己的方案，就付诸实施。
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
公司网站运营两年多了，日志文件超级大，在重装系统的时候，为了省事，就没有备份日志文件，而且是没有分离就把日志文件给删掉了（下次一定要记得先分离再删日志文件）。结果造成数据库怎么都附加不上。出现错误。
解决办法：
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'
刷新数据库，你就可以看到已经修复好的数据库了。
我是如此修复，至于网上还有很多修复方法，我试过，没有成功。通过多方组合得到这个方法。可能也不是数据库的每一个版本都适用，如果你用过后，不行，希望能留言，让我们能共同讨论，共同进步！
|
-- 缩小SQL Server数据库日志文件
-- 修改其中的3个参数(数据库名，日志文件名，和目标日志文件的大小) Set NoCount On Declare @LogicalFileName sysname Declare @MaxMinutes Int Declare @NewSize Int Use mm -- 要操作的数据库名 Select @LogicalFileName = 'mm_log' -- 日志文件名 Select @MaxMinutes = 10 -- Limit On Time allowed To Wrap Log. Select @NewSize = 8 -- 你想设定的日志文件的大小(M) -- Setup / initialize Declare @OriginalSize Int Select @OriginalSize = Size From sysfiles Where Name = @LogicalFileName Select 'Original Size of ' + db_name() + ' LOG is ' + CONVERT(Varchar(30),@OriginalSize) + ' 8K pages or ' + CONVERT(Varchar(30),(@OriginalSize*8/1024)) + 'MB' From sysfiles Where Name = @LogicalFileName Create Table DummyTrans (DummyColumn Char (8000) Not Null) Declare @Counter Int, @StartTime Datetime, @TruncLog Varchar(255) Select @StartTime = GETDATE(), @TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY' DBCC SHRINKFILE (@LogicalFileName, @NewSize) Exec (@TruncLog) -- Wrap the Log If necessary. While @MaxMinutes > DATEDIFF(mi, @StartTime, GETDATE()) -- Time has Not expired And @OriginalSize = (Select Size From sysfiles Where Name = @LogicalFileName) And (@OriginalSize * 8 /1024) > @NewSize Begin -- Outer Loop. Select @Counter = 0 While ((@Counter < @OriginalSize / 16) And (@Counter < 50000)) Begin -- Update Insert DummyTrans Values ('Fill Log') Delete DummyTrans Select @Counter = @Counter + 1 End Exec (@TruncLog) End Select 'Final Size of ' + db_name() + ' LOG is ' + CONVERT(Varchar(30),Size) + ' 8K pages or ' + CONVERT(Varchar(30),(Size*8/1024)) + 'MB' From sysfiles Where Name = @LogicalFileName Drop Table DummyTrans Set NoCount Off |