Backups simultâneos no SQL Server?

Question

Atualmente, temos nossos backups gerenciados por uma empresa de terceiros. Há um monte de tarefas de agente criadas que fazem backups completos (4 vezes por dia) e backups de log de transações (4 vezes por hora).

Agora, queremos gerenciar nossos backups internamente, mas não queremos desativar os trabalhos de terceiros até termos certeza de que configuramos tudo corretamente internamente

Portanto, estou propondo um período curto (digamos, alguns dias) em que os backups estão sendo feitos tanto pelo sistema antigo quanto pelo novo.

Eu estou querendo saber quais são as ramificações de ter esses dois sistemas diferentes, ambos gerenciam backups, e as potenciais armadilhas de ter backups feitos simultaneamente. Isso é mesmo suportado? Se sim, e tendo em mente que o sistema pode lidar com um backup sem degradação perceptível do desempenho, é bastante lógico supor que ele deve ser capaz de lidar com dois backups simultâneos?

Atualmente, a carga no servidor é bastante leve e raramente é difícil.

Qualquer conselho é apreciado

    

Answer 1

Você terá problemas em ter os dois backups sendo executados juntos, com o mesmo tempo.

Para começar, seus logs de transação serão divididos entre dois sites, e você precisará de todos eles para recuperar a última transação.

Além disso, há uma grande chance de que as tarefas de backup entrem em conflito e isso falhará em uma (ou ambas) das instruções de backup, potencialmente deixando lacunas em seu backup.

A recuperação também será mais complicada.

Eu recomendo começar com a saída dos trabalhos existentes e apenas fazer backups diários completos em seu site primeiro, verificar se estão tudo OK e, em seguida, alternar os backups do log de transações do provedor de terceiros para o sistema de backup.

Claro, teste seus scripts e cenários de recuperação. Presumo que seu novo esquema de backup colocará os arquivos de backup em um local seguro e protegido dos servidores principais!

Mais informações: Conflitos de backup do SQL Server

    

Answer 2

Como um acréscimo ao post acima, você pode usar o T-SQL para fazer um backup somente de cópia que não atrapalhe o cronograma de backup que essa empresa terceirizada possui atualmente. Dependendo do tempo do seu backup, e quantos (backups) você precisa levar todos os dias no início, você pode simplesmente fazer algo como:

BACKUP DATABASE [database_name]
TO DISK = 'E:\Backups\DBName100611-whatever-you-call-it.bak'
WITH COPY ONLY
NAME = 'NameYourBackup'
DESCRIPTION = 'BriefDescriptionOfTheDatabase'

Isso criará uma cópia do banco de dados que não afetará o cronograma atual e o enviará para o dispositivo em que você estiver armazenando seus backups. Então você pode restaurar os bancos de dados para um servidor de teste / dev para ter certeza de que eles estão intactos e tudo o que você quer está lá.

Usando o código acima, você pode alterá-lo para fazer backups de log de transações e colocar o código em etapas em um trabalho SQL a ser agendado em um determinado momento.

Mais informações aqui: link