主页 / dba / 问题 / 197693
Accepted
Rainbolt
Asked: 2018-02-13 07:37:22 +0800 CST

为什么禁用复制后我的事务日志文件变得如此之大？

  • 772

在为什么事务日志不断增长或空间不足？，概述了事务日志增长的两个常见原因：

  1. 数据库处于完全恢复模式，不进行日志备份。
  2. 长时间运行的事务占用了大量空间。

据我所知，这些原因都不适用于我。我的数据库处于简单恢复模式，没有长时间运行的事务占用大量空间。

在此处输入图像描述

在此处输入图像描述

DBCC OPENTRAN请注意，当我截取屏幕截图并且没有活动的交易时，我很幸运。大多数时候，我看到并看到几秒钟前开始的交易。

另一个答案表明我的日志可能很大，但为空。要检查这一点，我右键单击数据库，然后导航到任务 -> 收缩 -> 文件，然后选择日志文件类型。我可以看到我的日志文件很大，而且可用空间也很少。

在此处输入图像描述

我使用Aaron Bertrand 的查询来找出导致日志文件增长的会话以及间隔时间。查询告诉我日志文件以半固定的时间间隔增长，大约每 10 分钟一次。SPID 每次都不同，并不总是来自同一个应用程序。我使用了一个查询（由于某种原因我现在找不到）来确定该会话上次执行的 SQL 语句。我研究了这些查询，看看是否有什么突出的，没有发现任何明显的东西。我最终决定，如果DBCC OPENTRAN说没有事务长时间运行，那么问题一定不在于应用程序正在执行的查询。

我们最近尝试使用此数据库作为源来设置事务复制。我们最终不得不放弃，但在删除该出版物时遇到了问题。我们不得不手动删除分发数据库并使用它sp_removedbreplication来清理。我读到复制会导致事务日志未经检查地增长。我的想法是，由于删除发布的过程并不顺利，日志文件可能正在增长，因为复制的一些残余物仍然存在。

那么，除了两个最常见的原因，我还能做些什么来弄清楚为什么事务日志变得如此之大（并修复它）？

sql-server transaction-log

1 个回答

  1. Best Answer

    从您的评论中，您显然成功地重新启用了复制，然后使用标题为Disable Publishing and Distribution的帖子中包含的信息正确删除了它。

    总结所涉及的步骤：

    1. 创建一个只有一篇文章的新出版物（无论如何我们都将删除）。当提示您为快照代理设置计划时，请选择任何不是现在的时间。
    2. 停止所有与复制相关的作业。有关作业名称的列表，请参阅 Replication Agent 安全模型的“ SQL Server 代理下的代理安全”部分。
    3. 在订阅数据库上的每个订阅服务器上，执行sp_removedbreplication以从数据库中删除复制对象。此存储过程不会删除分发服务器上的复制作业。
    4. 在发布数据库上的发布服务器上，执行sp_removedbreplication以从数据库中删除复制对象。
    5. 如果发布服务器使用远程分发服务器，请执行sp_dropdistributor。
    6. 在分发服务器上，执行sp_dropdistpublisher。对于在 Distributor 注册的每个 Publisher，该存储过程应该运行一次。
    7. 在分发服务器上，执行sp_dropdistributiondb删除分发数据库。此存储过程应为分发服务器上的每个分发数据库运行一次。这还会删除与分发数据库关联的任何队列读取器代理作业。
    8. 在分发服务器上，执行sp_dropdistributor以从服务器上删除分发服务器名称。

    注意：

    如果在执行sp_dropdistpublisher和sp_dropdistributor之前未删除所有复制发布和分发对象，则这些过程将返回错误。要在删除 Publisher 或 Distributor 时删除所有与复制相关的对象，@no_checks 参数必须设置为1。如果 Publisher 或 Distributor 离线或无法访问，则可以将@ignore_distributor参数设置为1，以便将它们删除；但是，必须手动删除任何遗留的发布和分发对象。

    • 2

相关问题