如何从 SQL Server 2008 中删除 .ldf 文件？

Question

提前致谢

如果我停止 SQL-server 然后将 .LDF 文件（事务日志文件）删除到数据库中，会发生什么？数据库会被标记为可疑数据库还是 SQL-server 会自动创建一个新数据库？ SQL Server 2008 R2 而且我的.LDF文件太大了，怎么管理，可以缩小还是删除 请在查询表中提出建议

谢谢

Answer 1

您不应该删除任何数据库文件，因为它会严重损坏您的数据库！

如果您的磁盘空间不足，您可能希望将数据库拆分为多个部分。这可以在数据库的属性中完成。因此，您可以将数据库的每个部分放到不同的存储卷中。

如果您将恢复模式从完全更改为简单，您还可以使用以下命令缩小事务日志文件：

ALTER DATABASE myDatabase SET RECOVERY SIMPLE
DBCC SHRINKDATABASE (myDatabase , 5)

也可以切换回完全恢复：

ALTER DATABASE myDatabase SET RECOVERY FULL

关于 SHRINKDATABASE 的更新 - 或者我在回答这个问题时不知道的：

虽然上面的方法消除了一些未使用的空间，但它对数据库文件 (MDF) 有一些严重的缺点 - 它会通过将索引碎片化而损害您的索引，从而恶化数据库的性能。所以你需要在之后重建索引，以摆脱收缩命令造成的碎片。

如果您只想缩小日志文件，可能只想使用SHRINKFILE。我从 MSDN 复制了这个例子：

USE AdventureWorks2012;
GO
-- Truncate the log by changing the database recovery model to SIMPLE.
ALTER DATABASE AdventureWorks2012
SET RECOVERY SIMPLE;
GO
-- Shrink the truncated log file to 1 MB.
DBCC SHRINKFILE (AdventureWorks2012_Log, 1);
GO
-- Reset the database recovery model.
ALTER DATABASE AdventureWorks2012
SET RECOVERY FULL;
GO

Answer 2

不要冒险手动删除您的 LDF 文件！如果您不需要事务文件或希望将它们减小到您选择的任何大小，请按照以下步骤操作： （注意这会影响你的备份，所以在这样做之前一定要确定）

1. 右键数据库
2. 选择属性
3. 点击“选项”标签。
4. 将恢复模式设置为 SIMPLE
5. 接下来，选择“文件”选项卡
6. 现在确保选择 LOG 文件并向右滚动。在“自动增长”标题下，点击圆点 ....
7. 然后禁用自动增长（这是可选的，会限制额外增长）
8. 然后点击确定，将“初始大小”设置为您希望的大小（我设置为 20MB）
9. 点击确定保存更改
10. 然后再次右键单击数据库，选择“任务 > 收缩 > 数据库”，按确定。
11. 现在比较您的文件大小！:)

Answer 3

我做到了

• 分离数据库（包括丢弃连接）
• 删除 *.ldf 文件
• 附加数据库，但删除预期的 *.ldf 文件

在 SQL 2012 中为 4 个不同的数据库做了它，我在 SQL 2008 中应该是一样的

Answer 4

由于您可以阅读 cmets，因此删除日志并不是一个好的解决方案。但是如果你确定你不会丢失任何东西，你可以将你的数据库恢复模式更改为简单，然后使用

DBCC shrinkdatabase ('here your database name')

清除您的日志。

您能做的最糟糕的事情是从磁盘中删除日志文件。如果您的服务器在服务器停止时有未完成的事务，则这些事务在重新启动后不会回滚，您将获得损坏的数据。

Answer 5

您应该备份您的事务日志，然后会有可用空间来缩小它。更改为简单模式然后缩小意味着您将丢失所有在还原时有用的事务数据。

Answer 6

在 MS SQL 服务器中清除所有数据库中的所有 ldf 文件（事务日志文件）的最佳方法当然是提前备份所有数据库：

USE MASTER
print '*****************************************'
print '************ Czyścik LDF ****************'
print '*****************************************'

declare
   @isql varchar(2000),
   @dbname varchar(64),
   @logfile varchar(128),
   @recovery_model varchar(64)

   declare c1 cursor for 
   SELECT  d.name, mf.name as logfile, d.recovery_model_desc  --, physical_name AS current_file_location, size
   FROM sys.master_files mf
      inner join sys.databases d
      on mf.database_id = d.database_id
   --where recovery_model_desc <> 'SIMPLE'
   and d.name not in ('master','model','msdb','tempdb') 
   and mf.type_desc = 'LOG'
   and d.state_desc = 'online'   
   open c1
   fetch next from c1 into @dbname, @logfile, @recovery_model
   While @@fetch_status <> -1
      begin

      print '----- OPERATIONS FOR: ' + @dbname + ' ------'

      print 'CURRENT MODEL IS: ' + @recovery_model

      select @isql = 'ALTER DATABASE ' + @dbname + ' SET RECOVERY SIMPLE'
      print @isql
      exec(@isql)
      select @isql='USE ' + @dbname + ' checkpoint'
      print @isql
      exec(@isql)
      select @isql='USE ' + @dbname + ' DBCC SHRINKFILE (' + @logfile + ', 1)'
      print @isql
      exec(@isql)
      select @isql = 'ALTER DATABASE ' + @dbname + ' SET RECOVERY ' + @recovery_model
      print @isql
      exec(@isql)

      fetch next from c1 into @dbname, @logfile, @recovery_model
      end
   close c1
   deallocate c1

这是一个改进的代码，基于：https://www.sqlservercentral.com/Forums/Topic1163961-357-1.aspx

我推荐阅读这篇文章：https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/recovery-models-sql-server

有时值得在某些数据库上永久启用 RECOVERY MODEL = SIMPLE，从而一劳永逸地摆脱日志问题。尤其是当我们每天备份数据（或服务器）时，从安全的角度来看，白天的更改并不重要。