SQL Server 2008无日志文件附加数据库

 

我们的“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

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'

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

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

 

 

 

缩小 SQL Server 数据库日志文件

2010-12-20 07:05

-- 缩小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