transaction-log

0热度

1回答

在SQL Server中，我有一个包含1200万行和5.6 GB存储的表（dbo.MYTABLE）。我需要更新每个记录的varchar（150）字段。我在WHILE循环中执行UPDATE操作，每次迭代更新50K行。交易日志似乎不是每次迭代后免费并不断增长。即使在UPDATE过程完成后，也不会返回事务日志空间。我的问题是，为什么使用的事务日志空间永远不会降低，即使UPDATE完成。代码如下

0热度

1回答

DB2 ZOS大型机 - 归档日志禁用

我正在使用DB2 ZOS版本10，我一直在数据屏蔽项目下工作。对于这个项目，我一直在执行超过10万个DDL语句（删除，更新，插入）。因此，我需要在整个SCRAMBLE PROCESS启动之前禁用事务日志。在DB2 iSeries AS400中，我已经通过调用帮助禁用TRANSACTION LOG DISABLE的过程来解决同样的问题。像智慧一样，我需要在DB2 ZOS中做。

5热度

1回答

如何从TRANSACTION LOG BACKUP FILE中获取SQL语句？

我只想问关于SQL Server中的事务日志。我们可以在我们的任何系统位置备份.bak格式的日志文件。问题是从事务日志备份文件中提取SQL语句/查询。我们可以使用fn_dump_dblog函数来完成。但是我们想要的是提取在日志中必须完成事务的查询或数据。我想手动执行它与“顶点”工具相同的SQL服务器。并且不想使用任何第三方工具。现在我可以从日志中提取table name和operation

0热度

1回答

如何优化我的查询，以避免完全的事务日志在SQL Server

我发现我的数据库，通过限制在Godaddy的数据库服务器，我被他们的支持团队告诉记者，这是因为完整的事务日志他们截断它之后因为我没有管理权限，我的共享主机它几周内得到充分一次他们告诉我这是是由于我的代码，并要求我审查我的代码进行优化但现在我不明白什么是审查我的查询意思有没有被写在我的查询，以避免事务日志已满更新任何代码在会员inquery 。我的代码是这样的 Microsoft.Pr

1热度

1回答

重建索引时事务日志增长35％

我有一个3 GB左右的小型数据库，索引高度分散。有97％的支离破碎的指数很少。为了减少碎片，我开始重建索引。但是在重建索引之后，我发现这个活动产生了大量的事务日志。仅仅因为重建索引，我的交易日志增长了35-40％左右。我在这个数据库上有一些镜像和日志传送设置ON。现在的问题是我怎么能限制的SQL Server，它不会生成日志索引重建活动或为这些类型的活动票据产生更少的日志：我已经通过一些网站

1热度

1回答

当存在非零log_reuse_wait时，SQL Server事务日志是否会“锁定”？

场景：我试图写一个SQL Server数据库的应用程序，而我得到的消息：的事务日志数据库“DB_NAME”已满。要找出为什么日志中的空间不能被重用，请参阅sys.databases 然而log_reuse_wait_desc列。，我看到有很多的驱动事务日志的空间要写入和自动增长是。因此，从SQL Management Studio中，我发出： select name, log_reu

2热度

1回答

使用SQL Server作为源时的AWS DMS限制 - 复制具有超过8000字节信息的行

我正在考虑在Amazon RDS中使用它们的DMS从现场数据库中复制数据来创建只读数据库。对一般限制亚马逊DMS列表，其中之一是：变化与超过8000个字节的信息，包括标题和映射信息行，不正确由于在SQL Server TLOG缓冲限制处理尺寸。在什么情况下适用？我的印象是一个表最多可以包含每行8,060个字节。据我所知，varchar，nvarchar,varbinary,sql_varian

0热度

1回答

为什么我的SQL事务日志文件不能自动增长？

我一直在运行一个特别大的查询，生成数百万条记录的问题被插入到表中。每次运行查询时，我都会收到一个报告事务日志文件已满的错误。我设法得到一个测试查询以减少一组结果运行，并使用SELECT INTO而不是INSERT作为预建表。这组缩减的结果产生了20 gb的表格，838,978,560行。当试图INSERT到预建表，我也尝试使用它和没有一个群集索引。两个失败。服务器设置服务器运行SQL Se

-1热度

1回答

SQL服务器：究竟是master.sys.databases的backup_finish_date

当最后backup_finish_date用下面的查询（从SQL Server: how to query when the last transaction log backup has been taken?）查询： SELECT d.name, d.recovery_model_desc, MAX(b.backup_finish_date) AS backup_fin

1热度

1回答

是否有截断大型事务日志的替代策略？（> 200GB）

我正在尝试其他类似问题的答案之一，但想问一下，如果日志是200GB与截至20GB的很多示例截断事务日志是否会有所不同？其他问题需要一个20GB的事务日志并将其减少到1MB，对于10倍大小的事务日志，策略是否不同？