主页 / dba / 问题 / 345952
Accepted
J. Mini
Asked: 2025-03-29 07:48:31 +0800 CST

CHECKDB 适用于企业版可读辅助数据库，但 CHECKCATALOG 不适用

  • 772

我有一个带有多个 AG 的企业版 SQL Server 2022 集群。

其中两个 AG 将不同的实例视为主要实例。这两个 AG 都认为其次要实例是可读的，并且这样认为是正确的。

除了处于可读的辅助配置之外，没有任何东西可以使任何实例上的任何数据库变为只读。它们不是基本可用性组。

令人震惊的是：当我运行DBCC CHECKCATALOG针对可读辅助数据库的查询，同时连接到非该数据库主数据库的实例时，查询会失败，如下所示

消息 3906，级别 16，状态 8，第 1 行

无法更新数据库“DB NAME”，因为该数据库是只读的。

但DBCC CHECKDB工作得很好！

我找遍了所有地方，但没有发现任何有用的信息。

我该如何调试它？为什么DBCC CHECKDB（它是 的超集）可以DBCC CHECKCATALOG工作，而 却DBCC CHECKCATALOG失败了？

sql-server

1 个回答

  1. Best Answer

    我找遍了所有地方，但没有发现任何有用的信息。

    我同意，这方面的文档不是很好。

    我该如何调试它？

    可以从多个地方开始，测试各个版本以查看是否存在主要版本或 CU 差异，设置扩展事件会话、分析器（如果您更喜欢 XE）、实际的调试器等。

    为什么 DBCC CHECKDB（它是 DBCC CHECKCATALOG 的超集）可以在 DBCC CHECKCATALOG 失败的情况下工作？

    这个看起来并不那么有趣。是的，从逻辑上讲CHECKCATALOG是作为的一部分运行的CHECKDB，但是没有任何内容表明必须采用相同的代码路径。

    例如，CHECKCATALOG在 SQL Server 2016 中可以正常完成，但在 SQL Server 2017 中会中断。没有官方文档表明它CHECKCATALOG可以工作，大多数情况下只是CHECKDB并且CHECKDB确实可以工作。

    在较新版本的 SQL Server（具有 hekaton 的版本）中，似乎有一个项目被添加到CHECKCATALOG特定调用中的代码路径中，但该代码路径中并不存在该项目CHECKDB，它会尝试物理更改数据库，这就是出现无法更新数据库的错误的原因。

    答案是因为它们根据调用哪个项目采用两条不同的代码路径，其中一条代码路径包含一些不同的项目，这会抑制在只读数据库上的使用。

    sqldk!ex_raise
sqlmin!CleanupHkLob::Init
sqlmin!DbccCleanupHkLob
sqlmin!DbccCheckCatalog
sqllang!DbccCommand::Execute
sqllang!CStmtDbcc::XretExecute
sqllang!CExecStmtLoopVars::ExecuteXStmtAndSetXretReturn
sqllang!CMsqlExecContext::ExecuteStmts
sqllang!CMsqlExecContext::FExecute
sqllang!CSQLSource::Execute

    CheckdB 在TechCommunity Blogs上有官方博客介绍。

    • 5

相关问题