Fala Pessoal,<\/p>\n
O tempo est\u00e1 bem curto e por isso faz tempo que n\u00e3o posto por aqui. Semana passada passei por um problema e gostaria de deixar registrado aqui para voc\u00eas.<\/p>\n
Possuo um servidor SQL Server de homologa\u00e7\u00e3o que \u00e9 virtualizado. Algumas databases menores ficam dentro do pr\u00f3prio VHD e as que s\u00e3o maiores ficam em nosso Storage. Ap\u00f3s uma tentativa de expans\u00e3o do tamanho de uma unidade de disco desse servidor (c:), as databases que estavam nas unidades que s\u00e3o armazenadas no Storage ficaram inacess\u00edveis. Elas estavam com o Status ONLINE, entretanto, ao executar um SELECT era gerado um erro. As databases que estavam em um disco local no servidor (dentro do VHD) n\u00e3o tiveram esse problema.<\/p>\n
Ao tentar executar um DBCC CHECKDB em uma dessas databases, o erro abaixo era retornado:<\/p>\n
Msg 1823, Level 16, State 2, Line 1
\nA database snapshot cannot be created because it failed to start.<\/p>\n
Msg 7928, Level 16, State 1, Line 1
\nThe database snapshot for online checks could not be created. Either the reason is given in a previous error or one of the underlying volumes does not support sparse files or alternate streams. Attempting to get exclusive access to run checks offline.
\nDBCC results for ‘NOME_DATABASE’. CHECKDB found 0 allocation errors and 0 consistency errors in database ‘NOME_DATABASE’.<\/p>\n
Msg 9001, Level 21, State 1, Line 1
\nThe log for database ‘NOME_DATABASE’ is not available. Check the event log for related error messages. Resolve any errors and restart the database.<\/p>\n
Msg 823, Level 24, State 2, Line 1
\nThe operating system returned error 21(failed to retrieve text for this error. Reason: 1815) to SQL Server during a read at offset 0x00000000196000 in file ‘X:\\NOME_DATABASE_Data.mdf’. Additional messages in the SQL Server error log and system event log may provide more detail. This is a severe system-level error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.<\/p>\n
Eu n\u00e3o conseguia nem executar um detach nas databases.<\/p>\n
Para resolver esse problema segui os seguintes passos:<\/p>\n
1 – Ao tentar deixar a database offline, eu estava sendo bloqueado por outro processo. Com isso, tive que matar todas as conex\u00f5es da mesma:<\/p>\n
alter database database_name set single_user with rollback immediate<\/p>\n
2 – Ap\u00f3s a execu\u00e7\u00e3o desse comando a conex\u00e3o \u00e9 perdida. Em seguida, devem ser rodados os outros dois comandos abaixo:<\/p>\n
alter database database_name set offline
\nalter database database_name set online<\/p>\n
3 – Para finalizar, verifiquei se est\u00e1 tudo certo executando o comando a seguir:<\/p>\n
DBCC CHECKDB(‘database_name’)<\/p>\n
Nenhum erro foi retornado e a database estava novamente acess\u00edvel para utiliza\u00e7\u00e3o.<\/p>\n
N\u00e3o sei exatamente o que aconceteu, mas acredito que a VM perdeu a conex\u00e3o com os discos do Storage temporariamente, o que causou\u00a0 uma perda de referencia do SQL Server para os arquivos de dados e logs. Se eu tivesse que voltar um restore de todas as databases desse servidor eu iria demorar aproximadamente 8 horas. Espero que possa ajud\u00e1-los.<\/p>\n
Gostou dessa dica?<\/b><\/p>\n
Cadastre seu e-mail para receber novos Posts e curta minha P\u00e1gina no Facebook<\/a> para receber Dicas de Leituras e Eventos sobre SQL Server.<\/p>\n