Você pode colocar um banco de dados no modo de espera sem fazer BACKUP DATABASE?

2

Alguém sabe se existe uma maneira do T-SQL de colocar um banco de dados do SQL Server no modo somente leitura em espera, como é possível com a cláusula STANDBY do BACKUP DATABASE, somente sem fazer um BACKUP DATABASE?

Antecedentes: Eu tenho uma configuração de envio de log em casa no SQL Server 2005 Workgroup Edition. Eu encontrei um utilitário de backup de terceiros que faz backups compactados. É mais rápido que o BACKUP DATABASE e os arquivos são muito menores, mas falta a capacidade de colocar um banco de dados no modo de espera / somente leitura. Eu preciso desse recurso para failover ao fazer testes de recuperação de desastres. Se fizermos o failover e o log do nosso servidor de espera (agora ativo) de volta para o nosso servidor primário, podemos simplesmente voltar a falhar no final do teste, em vez de começar tudo de novo. Eu posso fazer o backup de cauda de log com BACKUP DATABASE em vez da ferramenta de terceiros, mas seria mais limpo se eu não precisasse.

    
por David Wimbush 10.07.2009 / 16:41

3 respostas

5

Não, não há como colocar um banco de dados no modo de espera sem restaurar o banco de dados de um backup ao mesmo tempo. Depois que o banco de dados for gravável, você não poderá prepará-lo para restaurar os registros novamente, pois a cadeia do LSN foi danificada.

    
por 10.07.2009 / 18:40
1

Você poderia usar

ALTER DATABASE your_database SET READ_ONLY

use então

ALTER DATABASE your_database SET READ_WRITE

quando você quer reverter?

    
por 10.07.2009 / 17:54
0

Eu tenho que admitir, eu respondi ao seu outro post (sobre o seu software de backup) e agora que estou lendo esta pergunta, estou realmente um pouco preocupado com o software de backup que você está usando.

Esta é uma daquelas coisas em que "muito complexo" de uma solução pode realmente levar a um desastre no futuro. Eu não sei nada sobre o software de backup que você está usando, mas um Google rápido mostrou várias avaliações ruins (mas infelizmente, avaliações desatualizadas).

Então, eu não sei. Existe algum motivo específico pelo qual você deseja usar este software de backup em vez de confiar no MS SQL Server para fazer isso por você?

Com certeza, velocidade e espaço em disco NÃO PODEM SER MAIS muito mais importantes do que INTEGRIDADE DE DADOS e CONFIABILIDADE?

Estou faltando alguma coisa aqui?

Talvez Paul Randal possa querer falar aqui?

    
por 10.07.2009 / 19:18