Eu tenho um índice espacial para o qual DBCC CHECKDBrelata corrupções: DBCC CHECKDB(MyDB) WITH EXTENDED_LOGICAL_CHECKS, DATA_PURITY, NO_INFOMSGS, ALL_ERRORMSGS, TABLERESULTS O índice espacial, índice XML ou exibição indexada 'sys.extended_index_xxx_384000' (ID do objeto xxx) não contém todas...
Temos um banco de dados muito grande (~ 6 TB), cujo arquivo de log de transações foi excluído (enquanto o SQL Server foi desligado. Tentamos: Desanexando e reconectando o banco de dados; e Recuperando a exclusão do arquivo de log de transações ... mas nada funcionou até agora. No momento,...
tl; dr : por que o CHECKDB está lendo o log de transações de um banco de dados do usuário com tabelas com otimização de memória? Parece que o CHECKDB está lendo o arquivo de log de transações do banco de dados do usuário ao verificar um dos meus bancos de dados - em particular, um banco de dados...
Aparece definir um grupo de arquivos para read_onlyimpedir dbcc checkdbo banco de dados inteiro se o grupo de arquivos contiver um índice columnstore. Ao tentar executar checkdbou checkfilegroup( por qualquer grupo de arquivos no banco de dados, incluindo secundários de leitura e gravação...
TL; DR: Eu tenho uma corrupção não corrigível em uma exibição indexada. Aqui estão os detalhes: Corrida DBCC CHECKDB([DbName]) WITH EXTENDED_LOGICAL_CHECKS, DATA_PURITY, NO_INFOMSGS, ALL_ERRORMSGS em um dos meus bancos de dados produz o seguinte erro: Msg 8907, Nível 16, Estado 1, Linha 1 O...
Estou executando o checkdb com a opção Physical_only e ele falha com vários erros, como abaixo: Mensagem 8965, Nível 16, Estado 1, Linha 1 Erro de tabela: ID do objeto 1557580587, ID do índice 1, ID da partição 72057594088456192, ID da unidade de alocação 72057594177454080 (tipo dados em linha)....
Eu tenho um banco de dados onde, quando executo o comando backup BACKUP DATABASE [MyDatabase] TO DISK = 'G:\Backup\MyDatabase_01_01_2018.bak' WITH NOFORMAT, NOSKIP, COMPRESSION, INIT, BUFFERCOUNT = 100 Eu recebo a mensagem de erro A mensagem 3043, nível 16, estado 1, linha 8 BACKUP...
Estou trabalhando na implementação do método de Paul Randal de espalhar manualmente o DBCC CHECKDB por vários dias para bancos de dados muito grandes, que consistem basicamente em: Dividindo as tabelas no banco de dados aproximadamente igualmente entre 7 buckets Executando um DBCC CHECKALLOC...
Um de nossos servidores SQL relatou o seguinte erro recentemente: DATE/TIME: 2/25/2013 9:15:14 PM DESCRIPTION: No catalog entry found for partition ID 9079262474267394048 in database 2. The metadata is inconsistent. Run DBCC CHECKDB to check for a metadata corruption. Menos de 15 minutos...
Temos monitorado algumas SQLServer: Memory Managermétricas e percebemos que após o DBCC CheckDBtrabalho, as métricas Database Cache Memory (KB) cai significativamente. Para ser exato, caiu de 140 GB de memória de banco de dados em cache para 60 GB. E depois disso, suba lentamente novamente...