td48260 Asked: 2022-05-21 05:15:01 +0800 CST2022-05-21 05:15:01 +0800 CST 2022-05-21 05:15:01 +0800 CST DBCC CHECKDB 错误 2706 772 CHECKDB 作业最近开始为 2 个数据库（msdb 和一个用户数据库）返回错误号 2706。虽然 msdb.dbo.suspect_pages 表是空的。当我手动运行 CHECKDB 时，它说： CHECKDB 在数据库“msdb”中发现 0 个分配错误和 0 个一致性错误。 我不确定它是否相关，但就在错误开始出现之前，我们将 SQL Server 2016 从 CU17 升级到 SP3。 我在哪里可以找到有关错误号 2706 含义的信息？ 谢谢 dbcc-checkdb sql-server-2016 1 个回答 Voted Best Answer Yousef Rahimy Akhondzadeh 2022-05-21T20:57:52+08:002022-05-21T20:57:52+08:00 您可以在此处获取更多信息：https : //www.sqlservercentral.com/forums/topic/sql2017-cu21-checkdb-with-extended_logical_checks 其中用户 Albert Hamidullin 报告： 我发现了错误，它出现了两次，并显示此消息“表 'fn_available_backups' 不存在。” 两个对象 - 两条消息 事实证明，dbcc 并不总是能正确理解对象是否为表。 我在其他数据库上发现了同样的错误，其中表类型是罪魁祸首 msdb中有两个名为fn_available_backups的表值函数，一个在managed_backup架构中，一个在smart_admin架构中。 当EXTENDED_LOGICAL_CHECKS尝试检查与返回表变量上的索引关联的统计信息是否损坏时，将引发错误。
您可以在此处获取更多信息：https : //www.sqlservercentral.com/forums/topic/sql2017-cu21-checkdb-with-extended_logical_checks 其中用户 Albert Hamidullin 报告：
msdb中有两个名为fn_available_backups的表值函数，一个在managed_backup架构中，一个在smart_admin架构中。
当
EXTENDED_LOGICAL_CHECKS尝试检查与返回表变量上的索引关联的统计信息是否损坏时，将引发错误。