Sqlserver数据库日志太大如何快速删除

下面说一下Sqlserver数据库日志太大的问题。
我以前也遇到过这种情况，Apache日志文件也导致了这个问题。
话虽如此，该文件很大，而且很难删除。
Sqlserver数据库日志太大怎么办？有办法。
让我向您介绍两种方法。

第一种方法，我们将在简单恢复模式下工作。
首先执行这个命令：DUMP TRANSACTION [库名] with NO_LOG。
该命令可以清除注册表。
然后，ELSE: BACKUP LOG [数据库名]WITH NO_LOG，这个操作可以截断事务日志。

接下来我们将缩小数据库文件。
如果不进行压缩，文件将不会缩小。
步骤是： - 企业管理器 - 右键单击​​要压缩的数据库 - 所有任务 - 收缩数据库 - 收缩文件。
选择日志文件，然后在收缩模式下将其收缩为xxm。
这里它给了她允许减少的最低 M 数。
输入该号码并验证。
对数据文件执行类似的操作。

还可以使用SQL语句来完成：DBCC SHRINKDATABASE（客户数据）来收缩数据库，或者DBCC SHRINKFILE(1 )来收缩指定的数据文件。

其次，我们来谈谈另一个技巧。
首先进入企业管理器，选择数据库，然后选择“所有任务”->“分离数据库”。
如果数据库正在连接，请先单击“清除”，然后单击“确定”。
然后进入数据库文件存放目录，删除it_log.LDF文件。
如果您不介意的话，可以先将其复制到其他地方。

接下来进入Enterprise Manager数据库->所有功能->附加数据库。
选择它_Data.MDF。
这时，你会在日志文件项中看到一个红叉。
没关系，点击确定即可。
如果没有出现红叉却没有找到，直接删除缺失的文件，只留下mdf，然后点击添加。

最后，如果数据库没有日志，它会询问你是否创建一个新的。
确认一下就可以了如果以后新的日志文件较大，则继续此步骤即可。

虽然可以手动截断日志，但我们不建议这样做，因为它会破坏日志链。
这会导致在下一次完整备份或完整差异备份之前失去介质故障保护。
除非有非常特殊的情况，否则最好立即创建数据备份。

sqlserver收缩数据库后日志变大

当数据库收缩后日志增长时，确实很烦人。
说实话，当时我不太明白为什么会出现这种情况，但后来我意识到了一些可能的原因。

首先，compaction操作会触发自动日志扩展。
想一想。
收缩时，数据库中必须重新组织许多数据页，并且在此过程中可以生成新的事务。
例如，如果您在2 02 3 年1 0月1 日收缩数据库，并发现您的日志在1 0月5 日突然变大，则可能是当时重组数据页时生成的额外日志。

其次，旧的交易记录没有清理干净。
即使缩小数据库，旧的日志记录也可能不会被删除。
就像当你清理手机相册并删除一堆照片时，你会注意到有些照片被系统标记为“已删除”，但并未完全删除，因此你不会注意到太多存储空间损失。
数据库也是如此。
旧的事务日志可能仍然存在并占用空间。

第三，恢复模式设置不正确。
如果您的数据库具有简单的恢复模型，则压缩操作可能根本不会截断日志。
简单恢复模式就是“惰性模式”。
日志不会完全清除，只是定期截断。
例如，在2 02 3 年9 月1 日设置的简单恢复模式下，每个检查点仅截断少量日志，并且压缩操作可能不会删除任何冗余日志。

第四，还有未完成的事情。
如果数据库中有一些不完整的事务，那么compaction操作可能根本不起作用。
就像你作业写了一半，老师来取你的作业一样，你只能交一份不完整的作业本。
数据库也是如此。
如果有未完成的事务，日志会继续增长。

要解决此问题，您可以尝试多种方法。
首先，切换到完整恢复模式并先执行日志备份，然后收缩数据库以允许完整日志清理。
接下来，检查数据库中是否有未完成的事务并解决它们。
第三，收缩数据库时指定一个目标大小，避免随意收缩。
例如，如果您想在 2 02 3 年 1 0 月 1 0 日收缩数据库，您可以直接指定收缩到 1 00 GB，而不是破坏它本身。

就是这样。
无论如何，缩小数据库会使日志变大。
这可能是由于以下四个原因之一：

sqlserver收缩数据库后日志变大

结论：SQLServer收缩后日志变大。
原因可能包括： 1 . 收缩没有删除日志条目； 2 .恢复模式设置不正确； 3 、未完成的交易占用空间； 4 .后台进程或作业的影响。
故障排除需要检查恢复模型、事务、进程和作业设置。