sql server收缩日志的作业和记录，失败就是因为和备份冲突了吗？

我来答

匿名用户

sql server

我来答

添加附件

问题补充

2条回答

默认

可能延迟日志截断的因素

在日志记录长时间处于活动状态时，事务日志截断将延迟，事务日志可能填满，这一点我们在本主题（很长）前面提到过。

重要

若要了解如何响应完整的事务日志，请参阅排查"事务日志已满 (SQL Server错误 9002 ) 。

实际上，日志截断会由于多种原因发生延迟。查询 sys.databases 目录视图的 log_reuse_wait 和 log_reuse_wait_desc 列，了解哪些因素（如果存在）阻止日志截断。下表对这些列的值进行了说明。

log_reuse_wait 值	log_reuse_wait_desc 值	说明
0	NOTHING	当前有一个或多个可重复使用的虚拟日志文件 (VLF)。
1	CHECKPOINT	自上次日志截断之后，尚未生成检查点，或者日志头尚未跨一个虚拟日志 (VLF) 文件移动。（所有恢复模式）这是日志截断延迟的常见原因。有关详细信息，请参阅数据库检查点 (SQL Server)。
2	LOG_BACKUP	在截断事务日志前，需要进行日志备份。（仅限完整恢复模式或大容量日志恢复模式）完成下一个日志备份后，一些日志空间可能变为可重复使用。
3	ACTIVE_BACKUP_OR_RESTORE	数据备份或还原正在进行（所有恢复模式）。如果数据备份阻止了日志截断，则取消备份操作可能有助于解决备份直接导致的此问题。
4	ACTIVE_TRANSACTION	事务处于活动状态（所有恢复模式）：一个长时间运行的事务可能存在于日志备份的开头。在这种情况下，可能需要进行另一个日志备份才能释放空间。请注意，长时间运行的事务将阻止所有恢复模式下的日志截断，包括简单恢复模式，在该模式下事务日志一般在每个自动检查点截断。延迟事务。 “延迟的事务 ”是有效的活动事务，因为某些资源不可用，其回滚受阻。有关延迟事务的原因以及如何将它们从延迟状态中移开的信息，请参阅延迟事务 (SQL Server) 。长时间运行的事务也可能会填满 tempdb 的事务日志。 Tempdb 由用户事务隐式用于内部对象，例如用于排序的工作表、用于哈希的工作文件、游标工作表，以及行版本控制。即使用户事务只包括读取数据（`SELECT` 查询），也可能会以用户事务的名义创建和使用内部对象，然后就会填充 tempdb 事务日志。
5	DATABASE_MIRRORING	数据库镜像暂停，或者在高性能模式下，镜像数据库明显滞后于主体数据库。（仅限完整恢复模式）有关详细信息，请参阅数据库镜像 (SQL Server) 。
6	复制	在事务复制过程中，与发布相关的事务仍未传递到分发数据库。（仅限完整恢复模式）有关事务复制的信息，请参阅 SQL Server Replication。
7	DATABASE_SNAPSHOT_CREATION	正在创建数据库快照。（所有恢复模式）这是日志截断延迟的常见原因，通常也是主要原因。
8	LOG_SCAN	发生日志扫描。（所有恢复模式）这是日志截断延迟的常见原因，通常也是主要原因。
9	AVAILABILITY_REPLICA	可用性组的辅助副本正将此数据库的事务日志记录应用到相应的辅助数据库。（完整恢复模式）有关详细信息，请参阅可用性组Always On概述 (SQL Server) 。
10	-	仅供内部使用
11	-	仅供内部使用
12	-	仅供内部使用
13	OLDEST_PAGE	如果将数据库配置为使用间接检查点，数据库中最早的页可能比检查点日志序列号 (LSN) 早。在这种情况下，最早的页可以延迟日志截断。（所有恢复模式）有关间接检查点的信息，请参阅数据库检查点 (SQL Server) 。
14	OTHER_TRANSIENT	当前未使用此值。
16	XTP_CHECKPOINT	需要执行内存中 OLTP 检查点。对于内存优化表，如果上次检查点后事务日志文件变得大于 1.5 GB（包括基于磁盘的表和内存优化表），则执行自动检查点有关详细信息，请参阅表的检查点 Memory-Optimized操作和 [优化表的日志记录和检查点In-Memory] ()

有用 0

打赏 0

王运亮

是的，有可能。你可以查下当shirk操作失败时，sql server正在做什么操作，然后测试下。参考：
https://www.cnblogs.com/nzperfect/archive/2012/07/24/2606841.html

有用 0

打赏 0

回答交流

Markdown

请输入正文

导入word

提交