Eu recebo a seguinte mensagem de erro quando um aplicativo envia uma consulta:
Msg 605, Nível 21, estado 3, linha 1
Tentar recuperar a página lógica (1: 224) no banco de dados de 11 falhou. Ela pertence a unidade de alocação não 72058253744865280-72057594040287232
O que há de errado?
Vídeo recomendado
https://youtu.be/diWPPPhW-9E
https://youtu.be/diWPPPhW-9E
SQL Server
-
- Acabou de chegar
- Mensagens: 1
- Registrado em: Sex Nov 13, 2015 5:09 pm
Re: SQL Server
Roberto,
Sem saber qual o código o que está tentando fazer, não como ajudar muito.
Att
Sem saber qual o código o que está tentando fazer, não como ajudar muito.
Att
-
- Acabou de chegar
- Mensagens: 1
- Registrado em: Qua Nov 18, 2015 9:39 am
Re: SQL Server
Se DBCC CHECKDB ou CHECKTABLE relata um erro (que deve ser Msg 2533), a página está danificado ou página errada. Você deve restaurar um backup para resolver o problema. Se você não pode restaurar um backup, use as opções de reparo com DBCC CHECKDB. Para descobrir a causa do problema é a utilização de técnicas tais como faria com outros erros de corrupção de banco de dados que inclui:
Verifique se há problemas de hardware ou nível do sistema (A ferramenta como SQLIOSim pode ser útil para fazer isso. Navios SQLIOSim com o SQL Server 2008 e SQL Server 2008 R2 e não requer um download separado)
Certifique-se de que você tem a opção de banco de dados = CHECKSUM PAGE_VERIFY diante. Enquanto você ainda pode encontrar um 605 Erro de erro com soma de verificação habilitado (Ex. "Roteirista" problema ou uma página incorrecta fornecida pelo sistema I / S), permitindo que a soma de verificação pode fornecer prova definitiva de que a página foi modificada de forma incorreta no sistema I / S.
Tente restaurar um banco de dados de backup que sabe que será "limpo" (sem erros CHECKDB) e fazer backup do log de transações cobrindo saber o momento é o erro. Se você pode "jogar" esse problema, restaurando um banco de dados de backup de dados e transações "limpas" registra contato o suporte da Microsoft para obter ajuda.
Para mais informações sobre os problemas de corrupção de banco de dados veja aqui: Recovery ToolBox for SQL Server https://sql.recoverytoolbox.com/pt/
Verifique se há problemas de hardware ou nível do sistema (A ferramenta como SQLIOSim pode ser útil para fazer isso. Navios SQLIOSim com o SQL Server 2008 e SQL Server 2008 R2 e não requer um download separado)
Certifique-se de que você tem a opção de banco de dados = CHECKSUM PAGE_VERIFY diante. Enquanto você ainda pode encontrar um 605 Erro de erro com soma de verificação habilitado (Ex. "Roteirista" problema ou uma página incorrecta fornecida pelo sistema I / S), permitindo que a soma de verificação pode fornecer prova definitiva de que a página foi modificada de forma incorreta no sistema I / S.
Tente restaurar um banco de dados de backup que sabe que será "limpo" (sem erros CHECKDB) e fazer backup do log de transações cobrindo saber o momento é o erro. Se você pode "jogar" esse problema, restaurando um banco de dados de backup de dados e transações "limpas" registra contato o suporte da Microsoft para obter ajuda.
Para mais informações sobre os problemas de corrupção de banco de dados veja aqui: Recovery ToolBox for SQL Server https://sql.recoverytoolbox.com/pt/