SQL Server 2014：事务日志错误：“由于 'XTP_CHECKPOINT'，数据库 'ClientDB' 的事务日志已满。”答案

【问题标题】：SQL Server 2014 : Transaction Logs error : “The transaction log for database 'ClientDB' is full due to 'XTP_CHECKPOINT'.”SQL Server 2014：事务日志错误：“由于 'XTP_CHECKPOINT'，数据库 'ClientDB' 的事务日志已满。”
【发布时间】：2023-03-10 15:54:01
【问题描述】：

SQL Server 版本：Microsoft SQL Server 2014 - 12.0.2495.0 (X64)
2015 年 3 月 31 日 09:47:37 版权所有 (c) 微软公司 Windows NT 6.3（内部版本 9600：）上的企业评估版（64 位）

数据库恢复模式：完全备份类型：完整

使用SQLBulkCopy 和Batch size : 10000 执行简单的insert 事务

一段时间后出现的数据库错误如下：

“由于 'XTP_CHECKPOINT'，数据库 'ClientDB' 的事务日志已满。”

出现此错误消息后，我无法执行任何操作。无法缩小日志文件。

【问题讨论】：

标签： sql-server-2014

【解决方案1】：

我有一个类似的问题：我没有复制，但是一旦我使用内存优化表作为测试，数据库处于简单恢复模式，但我的事务日志没有被截断。手动截断，即使是在完全备份之后，也会出现错误：

无法收缩日志文件 X，因为位于文件末尾的逻辑日志文件正在使用中。

手动检查点失败：

消息 41315，第 16 级，状态 4，第 N 行数据库 X 中的检查点操作失败。

手动检查点仅在重新启动 SQL 服务后才成功，由于我的 Multi Tb 数据库大小，这将导致 4 小时处于恢复状态。我还尝试将自动增长设置为特定大小，但最终都做了同样的事情：填满事务日志，直到没有空间为止。

最后，经过日日夜夜的尝试和研究，我通过安装Cumulative Update 3 for SQL Server 2014 SP1找到了解决我的问题的方法

【讨论】：

【解决方案2】：

我不确定，但你可以看到this link

他们提出：“...... XTP_CHECKPOINT 不能从 log_reuse_wait 中删除，除非完成完整的数据库备份......”

【讨论】：