noções básicas de backups do SQL Server 2008

Question

Nós não temos um DBA e eu tenho que fazer backups. Nós temos apenas um banco de dados que é 3gb (os outros são menores que 100mb). O banco de dados de 3GB é pesado e tem dados muito importantes. Eu configuro backups diários para todos os bancos de dados, mas acho que isso pode não ser suficiente.

• O que são backups de log transacionais?
• qual é o meu plano de ação de backup apropriado para o banco de dados de 3GB?
• como faço os backups de log e com que finalidade?
• é um backup completo diário suficiente?

Answer 1

Ok, você realmente precisa ir até a documentação e lê-la - tornar-se um pequeno dba. Esperar que as pessoas aqui copiem / colem as informações EXTREMAMENTE detalhadas do BOOKS ONLINE - a documentação do SQL Server - não é um bom comportamento. Dito isto, você também está no site errado - isso é absolutamente NÃO um problema de programação. Existe um site irmão (serverfault.com) para problemas operacionais do servidor, a que pertencem os backups.

Para começar:

O log de transações registra todas as alterações feitas no banco de dados. Isso significa que você faz um backup completo e, em seguida, o log tx pode ser usado para avançar até a ÚLTIMA TRANSAÇÃO SUPERIOR AO REGISTRO. MEans que se você fizer um backup do log tx após 16 horas, o servidor morre, no novo servidor você restaura o backup diário, processa o log de transações e volta para a última transação confirmada após 16 horas;) Se você perguntar eu - um negócio que não faz isso merece o dano que eles recebem por não fazer isso.

O log de transações, na verdade, é a vantagem do HUGH que você tem em algo como o SQL Server em comparação com os backups em nível de arquivo clássicos.

Todas as outras perguntas não posso responder. A sério. Essas não são decisões de "nível de dba", elas são decisões de negócios. Conheço empresas fazendo backups de log de transações a cada 5 minutos, enviando-as para um servidor seaprate (marque: Log File Shipping). Razão: perder dados seria um desastre. Imagine a Amazon perdendo todas as vendas por meio dia. Conheço outras empresas fazendo backups diários, às vezes até semanais (pequena loja, site da intranet). Eu sei que outros não dependem de backups para problemas de desaster, mas usando replicação e / ou espelhamento, com backups diários completos e backups de log de hora em hora, para que, se um servidor morrer, eles não recebam nenhum tempo de inatividade. Tudo isso é "o mesmo" do ponto de vista técnico - cada recomendação depende do caso comercial, sobre o qual você não fala nada.

Como cenário normal, gostaria de sugerir backups completos regulares (semanalmente, durante o horário de inatividade como domingo), bakups diferenciais diários (muito menores que os cheios) e um backup de log a cada x horas (1, 6, 12 - depende do seu caso de negócio).

    

Answer 2

Os outros deram uma visão geral básica. Vou lhe dar algumas respostas genéricas às suas perguntas, mas observe que as respostas reais dependerão das suas necessidades comerciais.

• O que são backups de log transacionais?

Backups do log de transações fazem backup do log de transações. Esse log registra todas as transações realizadas no banco de dados. Quando um banco de dados está no modo de recuperação simples, esse log é limpo após cada ponto de verificação no banco de dados. Quando o banco de dados está no modo Completo, esses logs continuam a ser preenchidos com transações até o backup ser feito ou truncado manualmente. Ao fazer backup dos logs de transação, você pode usá-los em combinação com backups de banco de dados "regulares" para avançar para as transações executadas recentemente ao recuperar o banco de dados.

• qual é o meu plano de ação de backup apropriado para o banco de dados de 3GB?

Não há uma resposta para essa pergunta, mas, em geral, costumo fazer um backup completo semanal, combinado com backups diferenciais diários.

• como faço os backups de log e com que finalidade?

Os backups de log serão executados por um plano de manutenção do SQL criado por você. Você executa esses backups para limpar o log de transações e registrar as transações no caso de precisar recuperá-las. Observe que, se você não pretende usar backups de log de transações, deverá alterar o banco de dados para modo de recuperação simples para evitar problemas em logs completos ou em discos completos, pois as transações não serão removidas automaticamente do log quando estiverem no modo de recuperação completa .

Você pode executar os backups de log com qualquer frequência que seja necessária para o seu aplicativo. Por exemplo, se for inaceitável perder mais de cinco minutos de transações, você executará backups de log a cada cinco minutos, em combinação com seus backups de bancos de dados completos e diferenciais.

• é um backup completo diário suficiente?

Isso depende inteiramente de suas necessidades. Meu padrão é o Diferencial diário completo mais diário e, em seguida, os backups de log a cada 15 a 30 minutos para bancos de dados de recuperação completos ou em outro agendamento, se necessário. Outra decisão que você precisará tomar é quanto tempo manter seus backups para fins de recuperação. As compensações primárias são obviamente complexas de gerenciamento e espaço em disco necessário.

    

Answer 3

Não sou especialista, mas, no meu entender, com backups de log de transações, é possível reverter as transações que ocorrem. Isso não é necessário se você não quiser desfazer as coisas que aconteceram.

A pergunta "é um backup completo diário suficiente?" depende da situação. Se for a cada 24 horas e você perder o banco de dados uma hora antes do backup, perderá 23 horas de dados.

Um backup diferencial faz o backup de todas as alterações desde o último backup completo; um backup incremental faz o backup de todas as alterações desde o último backup completo ou diferencial / incremental / completo. Dependendo da sua configuração, uma delas pode ser útil para você.

Você pode fazer algo como adicionar um backup diferencial no meio do seu backup completo ou usar backups incrementais ao longo do dia ...