问题标签 [transaction-log]

如果查询返回任何记录，我有一个 SQL 语句会更新表中的记录。查询仅在需要更新时才返回记录。当我在查询上运行选择时，我没有得到任何记录，所以当更新运行时应该没有更新记录。

我遇到的问题是存储过程中的查询不会完成，因为在查询完成之前事务日志已填满。我不担心交易日志现在会填满。

我的问题是，如果没有更新记录，那么为什么要向事务日志写入任何内容？

我们有一个数据库，它是 ALWAYS ON 的一部分。我们想清除该数据库的事务日志，因为这只是一个生产服务器，我们每天从我们的其他生产服务器之一复制数据 4 次。

由于我们每次都对 4 GB 数据进行快照复制，因此事务日志每天都在增加。

由于空间有限，我们想到了每天清理日志，这样我们就不会遇到空间问题。

我尝试了一段代码，该代码对于不属于 ALWAYS ON 的数据库运行良好。

但是当我在实际数据库上尝试代码时，它根本不起作用，日志仍然存在。

在上面的代码中，我创建了一个备份设备，然后备份了数据库并尝试缩小日志文件。但这对始终在线的 DB 部分没有帮助。

我们的事务日志 (2008 R2) 增长非常快（尽管有完整备份）存在问题。在 SQL 分析器中，我运行跟踪捕获所有带有行数的插入、删除和更新语句，它们都非常低。

服务器上运行的许多应用程序都使用 SP 并且 Rowcount 设置为关闭，所以我看不到哪些正在执行大量更新、插入、删除操作（我知道有几个，但是有数百个 SP，很多其中是第 3 方应用程序的一部分）。追踪这些的最佳方法是什么？

我意识到除了插入、更新、删除之外还有其他问题可能导致日志增长或不被截断，但我想排除这些问题（如果可以的话）

有什么建议么？

TIA

标记

在“计算机系统设计原理”的 LOG第 9.3.2 节中，是一个将日志原子地（具有全有或全无语义）写入磁盘以实现预写日志协议的过程。但本书并未讨论有关LOG. 我想知道在实践中LOG程序是如何实现的，比如Mysql、Oracle等。

我有两个 SQL Server，其中一个服务器（服务器 A）正在备份某个数据库上的事务日志并将它们上传到另一个（服务器 B）。不幸的是，我无法访问服务器 A，我只需要相信它正在完成定期将其事务日志上传到服务器 B 的工作。

现在，假设服务器 B 出于某种原因需要恢复数据库。这样做会破坏其接收更多事务日志备份的能力。

有什么方法可以复制/分支/备份恢复数据库，所以我可以拥有一个可以继续应用事务日志的版本，以及一个可以恢复读取/写入的版本？

我们有一个 SQL Server 2008 R2 数据库，它时不时地备份事务日志。今天上午 12 点左右，数据库出现了一个大错误……我的事务日志一直持续到上午 8 点，然后是上午 12 点 - 下午 16 点 - 等等。

我的问题是：我可以将这些事务日志反向合并到数据库中，以便我在早上 8 点返回数据库状态吗？

还是我最好的机会来恢复较早的完整备份并将所有事务日志恢复到早上 8 点？

第一个选项更可取，因为完全备份已经执行了一段时间，我害怕从那里恢复并应用 trn 日志。我对此有误会吗？如果按照这种情况（恢复完整备份并应用 trn 日志），是否真的有可能发生任何不好的事情？

我有一个看起来很简单的查询的问题，但它在我的开发环境中给我带来了很多问题。

我要做的是通过我在新表中的新文章 ID 更改文章 ID。

我希望表格“评论”的结尾如下：

所以我执行这个查询：

问题是我在磁盘中有 20GB 的可用空间，当我执行此查询时，事务日志开始增长并在查询完成之前使用所有可用空间。6 分钟后，磁盘的 20GB 可用空间就消失了。

我已将恢复模式更改为简单。但是，问题仍然存在，并且事务日志不断增长。

我可以使用我在 stackoverflow 中看到的下一个查询看到数据库的事务日志正在增长：

有谁知道我有什么选择或者我可以做些什么来阻止查询将这么多的信息写入事务日志？

我有一个关于 SQL 日志文件大小以及日志文件备份后应该设置的问题。我知道这取决于很多因素，并且没有正确或错误的数量（相对而言，因为我不会像默认设置那样以 1 mb 开始日志），但是应该有多少 VLF 在如果我们进行了大约 200 mb 的事务（或者我们的 .mdf 文件增长了那么多），那么这些 VLF 会有多大或日志文件有多大？我已经阅读了 Kimberly Tripp 和 Paul Randal 的博客，但充其量仍然是模糊的。

我有一个 1 亿 kb 的报表服务器日志文件。报表服务器设置为完全恢复，没有配置事务日志备份。我添加了一个 Tlog 备份，它应该随着时间的推移截断文件。但 sql 日志驱动器已满。如何释放空间或缩小空间？

谢谢

我有一个 SQL Server 2012 Express。现在，我已经看到，它不再使用日志文件了。日志文件的大小始终为 2MB，并且更改日期为过去。数据库使用率很高，所以我想知道为什么事务日志没有增长。它在我看来，SQL Server 不再使用日志文件。在数据库上，日志文件的自动增长已打开（以 10MB 为步长），最大值为 2'097'152MB。是否有任何其他选项来配置日志文件的使用？