Como configurar backups diários com o ms sql server agent 2005

Question

Estou apenas imaginando se alguém pode me informar sobre um bom procedimento para configurar backups incrementais e completos diários para qualquer local a partir de uma instância do MS SQL 2005.

Pontos de bônus para qualquer um podem descrever como fazer isso sem o agente do Servidor (para Express).

    

Answer 1

1. Planeje sua estratégia de recuperação. Você precisa pensar em como você deseja recuperar o banco de dados. Quanto tempo você pode estar deprimido? Quantos backups você deseja percorrer para concluir a restauração. Isso determinará a combinação correta de backups de log de transação completos, diferenciais e até mesmo.
2. Depois de planejar sua estratégia de recuperação, coloque-a em uma linha do tempo para ter certeza de que faz sentido. Isso também permite que você verifique intervalos quando for fazer backups.
3. Determine os comandos básicos do T-SQL para cada etapa de backup. Você deve gravar no disco local (ou no armazenamento conectado à SAN que aparece como disco local), pois essa é a maneira mais rápida de fazer o backup e impede que um problema de rede faça com que o próprio backup falhe. Você está olhando para BACKUP DATABASE e possivelmente BACKUP LOG aqui.
4. Determine como você tirará os backups do sistema para outra mídia de armazenamento. Você vai copiar para um compartilhamento de rede? Ou você vai fazer backup direto para fita? Por quanto tempo esses backups serão retidos nesse local? Essas perguntas determinarão sua convenção de nomenclatura e outros mecanismos que você pode precisar executar.
5. Faça o roteiro. Se você estiver em um sistema sem agente, poderá usar o Agendador de Tarefas, mas não receberá uma notificação por email quando falhar, o que significa que alguém precisará verificar isso regularmente. Mas como estamos falando do SQL Server 2005, você pode usar SQLCMD para execute os comandos T-SQL para criar os backups.
6. Se você está apenas fazendo um backup em fita deste sistema, provavelmente tudo que resta é criar o arquivo em lote que chama os comandos SQLCMD e T-SQL. Se você precisar copiar os arquivos, precisará adicionar os comandos de cópia apropriados. Se você precisar fazer algo mais sofisticado como nomear os arquivos de backup de uma maneira específica, talvez seja necessário usar um pouco de script como o VBScript para gerar os comandos apropriados. O que eu fiz nessa situação é usar o VBScript para criar o arquivo de lote que eu vou executar em seguida. Você pode fazer uma conexão ADO a partir do VBScript e executar os comandos de backup dessa forma, mas tenho a tendência de gostar da abordagem do arquivo em lotes, porque vejo exatamente o que foi executado.

Answer 2

Mais algumas coisas para adicionar:

• certifique-se de usar a opção WITH CHECKSUM nos seus backups. Ele testa as somas de verificação da página do arquivo de dados à medida que as lê para garantir que não está fazendo o backup de corruptionn. Ele também calcula uma soma de verificação em todo o backup, que você pode usar quando você ....
• periodicamente restaure seus backups para garantir que sejam válidos. Pelo menos, execute RESTORE VERIFYONLY ... WITH CHECKSUM, que basicamente fará tudo, exceto colocar os bits de volta no disco, incluindo o novo teste de todos os checksums. A melhor aposta é realmente restaurá-los em outro sistema.
• prática se recuperando de um desastre - e é por isso que você está realizando os backups em primeiro lugar. Assegure-se de que os backups que você está fazendo permitam que você recupere seu RTO e RPO.

Algumas postagens de blog com muito mais informações para expandir o que todos disseram: link e link

Felicidades

    

Answer 3

K. Brian Kelley fez um ótimo trabalho explicando todo o processo.

Aqui é um ótimo script para automatizar o processo de backup de um banco de dados expresso. Na Parte 2 também é uma Edição para 2008 e um executável, então você não usa o sqlcmd.

O ExpressMaint pode ser baixado em Codeplex

    

Answer 4

Os seguintes vídeos do SQL Server gratuitos também ajudarão a dar uma ideia dos conceitos, melhores práticas e etapas práticas que você precisará implementar (embora sejam direcionados a instalações que não são do SQL Express):

Backups do SQL Server desmistificados

Opções de backup do SQL Server

Práticas recomendadas de backup do SQL Server

Backups com o SQL Server Management Studio

Restaurando bancos de dados com o SQL Server Management Studio

Além disso, como Paul menciona, eu recomendo que você pratique regularmente como restaurar / recuperar seus bancos de dados. Porque aprender a fazê-lo depois de uma falha é positivamente o PIOR tempo para descobrir isso ... e não há garantia de que seus backups estejam funcionando corretamente, a menos que você esteja testando-os REGULARMENTEMENTE.