Início / dba / Perguntas / 53473
Accepted
IT researcher
Asked: 2013-11-19 02:15:44 +0800 CST

Checkdb dando erro para banco de dados mestre

  • 772

Quando executo o dbcc checkdb no banco de dados mestre, recebo um erro como

Msg 5030, Level 16, State 12, Line 1
The database could not be exclusively locked to perform the operation.
Msg 7926, Level 16, State 1, Line 1
Check statement aborted. The database could not be checked as a database snapshot could not be created and the database or table could not be locked. See Books Online for details of when this behavior is expected and what workarounds exist. Also see previous errors for more details.

Quando pesquisei, recebi muitos links informando que isso acontece quando o banco de dados tem um grupo de arquivos somente leitura ou o arquivo está no sistema de arquivos FAT32. Mas quando verifiquei, o banco de dados mestre não estava no grupo de arquivos somente leitura. Mas o arquivo mdf estava no sistema de arquivos FAT32. Portanto, a solução foi usar o TABLOCK com o comando checkdb. Então eu tentei dbcc checkdb With Tablock. Mas estou recebendo a mesma mensagem de erro. Então, qual é o motivo desse erro. Estou usando o sql server 2008 R2 express (service pack 2).

sql-server sql-server-2008-r2

1 respostas

  1. Best Answer

    O FAT32 é a razão aqui. E você não pode fazer um TABLOCKCHECKDB no banco de dados mestre. WITH TABLOCKcoloca o banco de dados em modo somente leitura - você não pode fazer isso com o banco de dados mestre devido às operações do sistema que precisam ser executadas e executadas no banco de dados mestre.

    Você pode verificar isso com bastante facilidade criando um novo banco de dados de usuário no mesmo sistema de arquivos e, em seguida, tentando um CHECKDB, vendo o mesmo erro e fazendo um CHECKDB nele com a TABLOCKopção. Meu palpite é que você obtém o mesmo erro sem a opção e não obtém o erro ao especificar a opção (desde que não tenha uma conexão aberta com o banco de dados por acidente)

    Infelizmente, você não consegue fazer CHECKDBs regulares no Master até resolver isso.

    Enquanto isso, você pode fazer este processo (um pouco doloroso, mas funciona)

    1. Certifique-se de que todos os serviços que se conectam ao SQL Server estejam desligados/parados (isso inclui serviços como SSIS, gravador SQL VSS, etc.)
    2. Reinicie o SQL Server no modo de usuário único usando o parâmetro de inicialização -m ( descrito aqui )
    3. Conecte-se como usuário único e faça seu CHECKDB com o TABLOCK especificado.

    Acabei de tentar isso na minha instância do SQL Server 2012 e funcionou. A única maneira de fazer isso.

    Para mim, a grande questão aqui é - por que seu sistema de arquivos é FAT32? Em que sistema operacional está isso? Todos os seus bancos de dados estão em FAT32? É possível estar em FAT32, mas a recomendação é estar em volumes NTFS. No FAT32, você não obtém certos benefícios de permissão que obtém no NTFS - deixando alguns arquivos abertos para manipulação e problemas resultantes e, obviamente, esse problema de CHECKDB.

    • 3

relate perguntas