Início / dba / Perguntas / 30313
Accepted
andrerpena
Asked: 2012-12-13 12:51:52 +0800 CST

Por que meu banco de dados está preso no estado Restaurando?

  • 772

Eu tenho alguns testes de unidade que manipulam dados em um banco de dados. Para garantir que o estado do banco de dados seja sempre o mesmo em todos os testes, estamos tentando restaurar a database snapshotno início desses testes.

O código de restauração fica assim:

USE Master
ALTER DATABASE {0} SET SINGLE_USER WITH ROLLBACK IMMEDIATE 
RESTORE DATABASE {0} FROM DATABASE_SNAPSHOT = '{1}' WITH RECOVERY
ALTER DATABASE {0} SET MULTI_USER

Depois disso, os testes se conectam ao banco de dados e fazem o que for necessário.

O problema é que, durante a depuração dos testes, se eventualmente eu precisar apertar o stopbotão para cancelar os testes, o banco de dados fica no Restoringestado para sempre. É estranho porque só acontece quando eu paro a sessão de depuração. Se eu tiver 20 testes e todos eles restaurarem o snapshot antes do teste, não obterei nenhum erro durante essas execuções de teste.

Você tem alguma sugestão do que pode estar causando isso?

EDITAR

Complementando a resposta do @usr, para recuperar o banco de dados do estado inconsistente no início dos testes, é necessário adicionar a REPLACEopção ao comando restore.

Vai funcionar se for assim:

USE Master
ALTER DATABASE {0} SET SINGLE_USER WITH ROLLBACK IMMEDIATE 
RESTORE DATABASE {0} FROM DATABASE_SNAPSHOT = '{1}' WITH RECOVERY, REPLACE
ALTER DATABASE {0} SET MULTI_USER
sql-server restore

2 respostas

  1. Best Answer

    Se você abortar no RESTOREmeio do caminho, o banco de dados estará em um estado inutilizável. Isso faz sentido: algumas páginas são antigas, outras são novas.

    A interrupção do depurador encerra o processo do cliente, fazendo com que o SQL Server elimine a conexão e todas as sessões e solicitações associadas.

    Para fazê-lo funcionar, reinicie a última etapa de restauração que foi interrompida. No seu caso, restaure a partir do instantâneo novamente.

    • 6

  2. Pode haver outra consulta ainda em execução no banco de dados original que está bloqueando o comando de restauração.

    Primeiro, verifique o status do seu banco de dados:

    -- check status of databases
select name, state_desc
from sys.databases
where name = 'DATABASENAME';
go

    Execute isto para ver se alguém está executando uma consulta em seu banco de dados:

    select r.session_id, s.host_name, s.program_name, s.login_name,
DB_NAME(r.database_id) as 'Database', r.status,
r.command, r.percent_complete, st.text
from sys.dm_exec_requests r
join sys.dm_exec_sessions s
on r.session_id = s.session_id
cross apply sys.dm_exec_sql_text(r.sql_handle) st
where s.is_user_process = 1
and r.session_id <> @@SPID
order by r.session_id;
go

    Se sim, mate-os:

    -- kill the offending session
kill SESSIONID;
go
    • -1

relate perguntas