Estou no SQL 2014 Standard fazendo CHECKDBs DBCC offline (portanto, em uma caixa diferente da produção). Na maioria das vezes, meu processo está indo bem rápido, mas por algum motivo eu tenho esse pequeno banco de dados (6 GB) e está demorando horas para fazer o DBCC. Da última vez que funcionou, demorou 9 horas. Parece congelar na conclusão de % diferente ao verificar sys.dm_exec_requests. Neste mesmo servidor estou fazendo CHECKDBs em bancos de dados na faixa dos terabytes sem problemas. Estou usando as seguintes dicas no CHECKDB neste momento (e, sim, eventualmente farei completo em vez de apenas físico)
WITH NO_INFOMSGS, ALL_ERRORMSGS, PHYSICAL_ONLY, TABLOCK
O que poderia estar errado com este banco de dados que está fazendo com que demore uma eternidade?
Se suas operações CHECKDB estiverem sendo bloqueadas por
FT CRAWL, uma solução razoável seria desativar a pesquisa de texto completo para o banco de dados depois que ele for restaurado. Afinal, não é como se você estivesse usando DBCC CHECKDB para validar que a pesquisa de texto completo está fazendo a coisa certa ou que você está restaurando esta cópia do banco de dados para facilitar as consultas de FT.Para desabilitar a pesquisa de texto completo para um banco de dados chamado
foo:Você provavelmente não precisa do condicional, pois já sabemos que o FT está instalado, mas é bom levar caso esse servidor mude ou você mova suas restaurações para um local diferente.