问题标签 [transaction-log]

我不是 SQL 专家，每次我需要做一些超出基础的事情时，我都会想起这样一个事实。我有一个规模不大的测试数据库，但事务日志肯定是。如何清除事务日志？

我们的测试数据库突然丢失了行。我们希望他们回来。

有没有办法筛选今天发生在数据库上的所有事情？每个 SQL 语句？我认为这种东西在事务日志中，但不知道如何查看它。

有没有办法撤消删除操作？

顺便说一句：是的，我们确实有备份，但也希望找到删除的原因......

事务日志已满是什么意思？我将文件设置为在需要时增长 20%。我的驱动器上还剩 4GB。如何永久解决此问题？运行这些命令可以暂时解决问题：

如何在 SQL Server 2005 中截断和缩小大型日志文件？如何定期应用截断？

截断和收缩之间有什么区别吗？

提前致谢

这是我的场景：

我有一个简单的存储过程，它从表中删除一组特定的行（我们会说大约 30k 行），然后插入大约相同数量的行。这通常只需要几秒钟；但是，该表上有一个触发器，用于监视插入/删除，并尝试模仿另一台服务器上的链接表发生的情况。

由于触发器，这个过程又慢得令人难以置信，并且在这个过程中表也被锁定。所以这是我的两个问题：

1. 我猜减速的很大一部分是由于事务日志。有没有办法让我在我的存储过程中指定我不希望记录过程中的内容？
2. 有没有办法让我在整个过程中不锁定表格的情况下执行“删除”和“插入”命令？

谢谢！

编辑- 感谢您的回答；我认为是这种情况（无法执行上述任何一项），但想确定一下。触发器是很久以前创建的，看起来不是很有效，所以看起来我的下一步将是深入了解需要什么以及如何改进它。谢谢！

我正在尝试管理 SQL Server 2008 日志文件的大小。我有一个每天加载一次的报告数据库。简单恢复模式是最合适的，因为除了早上的负载之外没有任何事务，我可以重新创建这些记录。我的目标是使事务日志具有固定大小，足够大以至于在加载期间不必分配新空间。

我的问题是日志不断增长。我知道日志应该被标记为重复使用，但为什么日志一直在增长？log_reuse_wait_desc 显示“无”。

我可以将日志文件缩小到 1 MB，所以我知道其中没有事务。我可以设置一个工作来执行此操作，但我更愿意将日志保留为 500MB，这足以处理日常负载。如果我这样做，日志会增长。

如何使日志保持一致的大小？

请注意：缩小日志文件并不能解决此问题。我知道该怎么做。我正在尝试找到一种方法来重新使用事务日志中的空间。

除了在 Oracle 数据库中的所有表上放置触发器之外，是否有一个 Java API 可以用来从 Oracle 事务日志中读取事务？

我的目的是能够检测进入专有（供应商）数据库的交易并做出相应的反应。我们不能修改数据库，以免我们的维护合同无效。

请帮忙！

我有一个每晚备份的 SQL Server 2005 数据库。那里的备份包括：

1. 数据库的完整备份。
2. 事务日志的备份。

目前这是两个独立的工作。

日志很大，我想进行设置，以便：

1. 数据库每晚完整备份
2. 设置日志以便我可以从一个备份和下一个备份之间的任何点恢复数据库。

如何进行设置以便日志文件易于管理？我怀疑日志从未缩小过，因为日志很大。

我们有带有完整备份和事务日志的 SQL Server 2005 数据库。我们的数据库有问题 - 需要 SQL CSI Forensic 团队提供帮助。

有没有办法查看事务日志并确定是否执行了存储过程？我们知道它发生的时间（如果它发生了），但它是否发生存在争议。

有什么建议么。我知道我们应该一直在记录——我们现在显然正在考虑这个问题。

如何增加事务日志的大小？是否也可以临时增加事务日志？

假设我有以下情况。我的删除操作对于当前事务日志来说太大了。我想要：

• 增加事务日志（我可以检测当前的大小吗？我可以告诉我需要多大的事务日志来进行操作吗？）
• （执行我的操作）
• 备份事务日志
• 恢复事务日志的大小。