是否可以从活动（大量数据移动）存储过程中释放事务日志锁？

Question

为准确而编辑的术语：

我们的数据集市内每天都有大量数据流。一些最大的，由 SSIS 管理的存储过程完成，需要几个小时。这些长时间运行的存储过程正在阻止清除事务日志（这使问题更加复杂，因为我们同时运行了许多 SP，然后它们都写入 T 日志而没有截断）。最终这会破坏我们的数据库，我们不得不从早上的快照中恢复。

我们已经探索过在 SP 中执行“sub”-commits，但据我了解，您无法在活动存储过程中完全释放事务日志，因为它本身就是一个事务。

如果不重构我们的大型 SP 以分批运行或类似的效果，是否可以在活动 SP 中定期提交事务日志，以便我们释放事务日志上的锁定？

编辑/扩展：

也许我上面错了： 在 SP 中间歇性提交是否会导致事务日志被截断？

Answer 1

在 SP 中间歇性提交是否会导致事务日志被截断？

如果客户端启动事务，则不建议在存储过程中提交该事务。 不允许使用与输入时不同的@@trancount 退出存储过程。

技术上允许以下模式，尽管我从未见过它在现实世界中使用过：

use tempdb
if @@trancount > 0 rollback
go
drop table if exists T
create table T(id int identity)
go
create or alter procedure tranTest
as
begin

  insert into T default values

  commit transaction

  begin transaction

end
go

begin transaction 
exec tranTest
select * from T
rollback

go 5

如果客户端代码回滚事务而不回滚存储过程的工作，这将是非常令人困惑的。

如果客户端不启动事务，则存储过程中可以有多个事务，但事务的最小粒度是单个 DML 语句。因此，每个 INSERT、UPDATE、DELETE 或 MERGE 都将在单个事务中运行。

对此的实际解决方案是，按好坏的降序排列：

1) 增加可用于日志文件的存储空间以容纳事务。

2) 重构 ETL 以使用更短的事务，可能在声明表中准备好数据并在单个最终事务中加载或切换它

3) 重构 ETL 以小批量运行。