Início / dba / Perguntas / 345952
Accepted
J. Mini
Asked: 2025-03-29 07:48:31 +0800 CST

CHECKDB funciona em um secundário legível da Enterprise Edition, mas não em CHECKCATALOG

  • 772

Tenho um cluster do SQL Server 2022 Enterprise Edition com vários AGs.

Dois dos AGs consideram diferentes instâncias primárias. Ambos consideram suas secundárias legíveis e estão corretos em pensar assim.

Além de estar nessa configuração secundária legível, nada torna nenhum dos bancos de dados em nenhuma das instâncias somente leitura. Eles não são Grupos de Disponibilidade Básica.

Aqui está o choque: quando executo DBCC CHECKCATALOGa segmentação de um banco de dados secundário legível enquanto estou conectado a uma instância que não é o primário desse banco de dados, a consulta falha assim

Msg 3906, Nível 16, Estado 8, Linha 1

Falha ao atualizar o banco de dados "DB NAME" porque o banco de dados é somente leitura.

mas DBCC CHECKDBfunciona muito bem!

Procurei muito, mas não encontrei nada útil sobre isso.

Como posso depurar isso? Por que DBCC CHECKDB, que é um superconjunto de DBCC CHECKCATALOG, funcionaria onde DBCC CHECKCATALOGfalha?

sql-server

1 respostas

  1. Best Answer

    Procurei muito, mas não encontrei nada útil sobre isso.

    Concordo que a documentação não é muito boa sobre isso.

    Como posso depurar isso?

    Há vários lugares para começar: testar várias versões para ver se há uma versão principal ou diferença de CU, configurar sessões de eventos estendidas, um criador de perfil se você preferir isso ao XE, um depurador real, etc.

    Por que o DBCC CHECKDB, que é um superconjunto do DBCC CHECKCATALOG, funcionaria onde o DBCC CHECKCATALOG falha?

    Este não é tão interessante quanto parece. Sim, logicamente CHECKCATALOGé executado como parte de CHECKDB, no entanto, não há nada afirmando que os mesmos caminhos de código devem ser tomados.

    Por exemplo, CHECKCATALOGfuncionará perfeitamente no SQL Server 2016, mas não funcionará no SQL Server 2017. Não há documentação oficial afirmando que CHECKCATALOGfuncionará, na maioria das vezes, apenas CHECKDBfunciona CHECKDB.

    Em versões mais recentes do SQL Server, aquelas que têm hekaton, havia um item que parecia ser adicionado ao caminho do código na CHECKCATALOGinvocação específica que não existe no CHECKDBcaminho do código; ele tenta alterar fisicamente o banco de dados, e é por isso que ocorre o erro sobre falha na atualização do banco de dados.

    A resposta é porque eles usam dois caminhos de código diferentes, dependendo de qual item é invocado, onde um caminho de código tem alguns itens diferentes, o que inibe o uso em um banco de dados somente leitura.

    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

    O CheckdB foi oficialmente mencionado no TechCommunity Blogs .

    • 5

relate perguntas