Compartilhar via

Fazer backup e restauração de bancos de dados do SQL Server

Este tópico descreve os benefícios de fazer backup de bancos de dados do SQL Server, termos básicos de backup e restauração e apresenta estratégias de backup e restauração para o SQL Server e considerações de segurança para backup e restauração do SQL Server.

O componente de backup e restauração do SQL Server fornece uma proteção essencial para proteger dados críticos armazenados em seus bancos de dados do SQL Server. Para minimizar o risco de perda catastrófica de dados, você precisa fazer backup de seus bancos de dados para preservar as modificações em seus dados regularmente. Uma estratégia de backup e restauração bem planejada ajuda a proteger bancos de dados contra perda de dados causada por uma variedade de falhas. Teste sua estratégia restaurando um conjunto de backups e recuperando seu banco de dados para prepará-lo para responder efetivamente a um desastre.

Além do armazenamento local para armazenar os backups, o SQL Server também dá suporte ao backup e à restauração do Serviço de Armazenamento de Blobs do Azure. Para obter mais informações, consulte SQL Server Backup e Restauração com o Serviço de Armazenamento de Blobs do Azure.

Benefícios

  • Fazer backup de seus bancos de dados do SQL Server, executar procedimentos de restauração de teste em seus backups e armazenar cópias de backups em um local seguro e fora do local protege contra perda de dados potencialmente catastrófica.

    Importante

    Essa é a única maneira de proteger de forma confiável seus dados do SQL Server.

    Com backups válidos de um banco de dados, você pode recuperar seus dados de muitas falhas, como:

    • Falha de mídia.

    • Erros de usuário, por exemplo, descartando uma tabela por engano.

    • Falhas de hardware, por exemplo, uma unidade de disco danificada ou perda permanente de um servidor.

    • Desastres naturais. Usando o Backup do SQL Server no serviço de Armazenamento de Blobs do Azure, você pode criar um backup fora do site em uma região diferente da localização local, a ser usado no caso de um desastre natural afetar sua localização local.

  • Além disso, os backups de um banco de dados são úteis para fins administrativos rotineiros, como copiar um banco de dados de um servidor para outro, configurar Grupos de Disponibilidade AlwaysOn ou espelhamento de banco de dados e arquivamento.

Componentes e conceitos

fazer backup [verbo]
Copia os dados ou registros de log de um banco de dados do SQL Server ou de seu log de transações para um dispositivo de backup, como um disco, para criar um backup de dados ou backup de log.

backup [substantivo]
Uma cópia de dados que pode ser usada para restaurar e recuperar os dados após uma falha. Os backups de um banco de dados também podem ser usados para restaurar uma cópia do banco de dados em um novo local.

dispositivo de backup
Um dispositivo de disco ou fita para o qual os backups do SQL Server são gravados e dos quais podem ser restaurados. Os backups do SQL Server também podem ser gravados em um serviço de Armazenamento de Blobs do Azure e o formato de URL é usado para especificar o destino e o nome do arquivo de backup. Para obter mais informações, consulte SQL Server Backup e Restauração com o Serviço de Armazenamento de Blobs do Azure.

mídia de backup
Uma ou mais fitas ou arquivos de disco para os quais um ou mais backups foram gravados.

backup de dados
Um backup de dados em um banco de dados completo (um backup de banco de dados), um banco de dados parcial (um backup parcial) ou um conjunto de arquivos de dados ou grupos de arquivos (um backup de arquivo).

backup do banco de dados
Um backup de um banco de dados. Backups de banco de dados completos representam todo o banco de dados no momento em que o backup foi concluído. Os backups diferenciais de banco de dados contêm apenas alterações feitas no banco de dados desde o backup de banco de dados completo mais recente.

backup diferencial
Um backup de dados baseado no backup completo mais recente de um banco de dados completo ou parcial ou um conjunto de arquivos de dados ou grupos de arquivos (a base diferencial) e que contém apenas os dados que foram alterados desde essa base.

backup completo
Um backup de dados que contém todos os dados em um banco de dados específico ou conjunto de arquivos ou grupos de arquivos e também log suficiente para permitir a recuperação desses dados.

backup de log
Um backup de logs de transações que inclui todos os registros de log que não foram incluídos em um backup anterior. (modelo de recuperação completa)

recuperar
Para retornar um banco de dados a um estado estável e consistente.

recuperação
Uma fase de inicialização do banco de dados ou de uma restauração com recuperação, que leva o banco de dados a um estado consistente em termos de transações.

modelo de recuperação
Uma propriedade de banco de dados que controla a manutenção do log de transações em um banco de dados. Existem três modelos de recuperação: simples, completo e registrado em massa. O modelo de recuperação do banco de dados determina seus requisitos de backup e restauração.

restaurar
Um processo de várias fases que copia todos os dados e páginas de log de um backup especificado do SQL Server para um banco de dados especificado e, em seguida, encaminha todas as transações registradas no backup aplicando alterações registradas em log para encaminhar os dados a tempo.

Introdução às estratégias de backup e restauração

O backup e a restauração de dados devem ser personalizados para um ambiente específico e devem trabalhar com os recursos disponíveis. Portanto, um uso confiável de backup e restauração para recuperação requer uma estratégia de backup e restauração. Uma estratégia de backup e restauração bem projetada maximiza a disponibilidade de dados e minimiza a perda de dados, considerando seus requisitos de negócios específicos.

Importante

Coloque o banco de dados e os backups em dispositivos separados. Caso contrário, se o dispositivo que contém o banco de dados falhar, os backups ficarão indisponíveis. Colocar os dados e backups em dispositivos separados também aprimora o desempenho de E/S tanto para gravar backups quanto para o uso em produção do banco de dados.

Uma estratégia de backup e restauração contém uma parte de backup e uma parte de restauração. A parte de backup da estratégia define o tipo e a frequência dos backups, a natureza e a velocidade do hardware necessários para eles, como os backups devem ser testados e onde e como a mídia de backup deve ser armazenada (incluindo considerações de segurança). A parte de restauração da estratégia define quem é responsável por executar restaurações e como as restaurações devem ser executadas para atender às suas metas de disponibilidade do banco de dados e minimizar a perda de dados. Recomendamos que você documente seus procedimentos de backup e restauração e mantenha uma cópia da documentação em seu run book.

A criação de uma estratégia eficaz de backup e restauração requer um planejamento, implementação e teste cuidadosos. É necessário realizar testes. Você não tem uma estratégia de backup até ter restaurado com êxito backups em todas as combinações incluídas em sua estratégia de restauração. Você deve considerar uma variedade de fatores. Estes incluem o seguinte:

  • As metas de produção da sua organização para os bancos de dados, especialmente os requisitos de disponibilidade e proteção de dados contra perda.

  • A natureza de cada um de seus bancos de dados: seu tamanho, seus padrões de uso, a natureza de seu conteúdo, os requisitos para seus dados e assim por diante.

  • Restrições em recursos, como: hardware, pessoal, espaço para armazenar mídia de backup, a segurança física da mídia armazenada e assim por diante.

    Observação

    O formato de armazenamento em disco do SQL Server é o mesmo nos ambientes de 64 bits e 32 bits. Portanto, os processos de backup e restauração funcionam em ambientes de 32 bits e 64 bits. Um backup criado em uma instância de servidor em execução em um ambiente pode ser restaurado em uma instância de servidor executada no outro ambiente.

Impacto do modelo de recuperação no backup e restauração

As operações de backup e restauração ocorrem no contexto de um modelo de recuperação. Um modelo de recuperação é uma propriedade de banco de dados que controla como o log de transações é gerenciado. Além disso, o modelo de recuperação de um banco de dados determina quais tipos de backups e quais cenários de restauração têm suporte para o banco de dados. Normalmente, um banco de dados usa o modelo de recuperação simples ou o modelo de recuperação completa. O modelo de recuperação completa pode ser complementado mudando para o modelo de recuperação registrado em massa antes das operações em massa. Para uma introdução a esses modelos de recuperação e como eles afetam o gerenciamento do log de transações, consulte O Log de Transações (SQL Server).

A melhor opção do modelo de recuperação para o banco de dados depende dos requisitos de negócios. Para evitar o gerenciamento de logs de transações e simplificar o backup e a restauração, use o modelo de recuperação simples. Para minimizar a exposição à perda de trabalho, ao custo da sobrecarga administrativa, use o modelo de recuperação completa. Para obter informações sobre o efeito dos modelos de recuperação no backup e restauração, consulte a Visão Geral do Backup (SQL Server).

Projetar a estratégia de backup

Depois de selecionar um modelo de recuperação que atenda aos seus requisitos de negócios para um banco de dados específico, você precisará planejar e implementar uma estratégia de backup correspondente. A estratégia de backup ideal depende de uma variedade de fatores, dos quais os seguintes são especialmente significativos:

  • Quantas horas por dia os aplicativos precisam acessar o banco de dados?

    Se houver um período previsível fora do pico, recomendamos que você agende backups de banco de dados completos para esse período.

  • Com que frequência as alterações e as atualizações podem ocorrer?

    Se as alterações forem frequentes, considere o seguinte:

    • No modelo de recuperação simples, considere agendar backups diferenciais entre backups de banco de dados completos. Um backup diferencial captura apenas as alterações desde o último backup completo do banco de dados.

    • No modelo de recuperação completa, você deve agendar backups de log frequentes. O agendamento de backups diferenciais entre backups completos pode reduzir o tempo de restauração reduzindo o número de backups de log a serem restaurados após a restauração dos dados.

  • As alterações provavelmente ocorrerão em apenas uma pequena parte do banco de dados ou em grande parte do banco de dados?

    Para um banco de dados grande no qual as alterações estão concentradas em uma parte dos arquivos ou grupos de arquivos, backups parciais e backups de arquivos podem ser úteis. Para obter mais informações, consulte Backups Parciais (SQL Server) e backups de arquivos completos (SQL Server).

  • Quanto espaço em disco um backup de banco de dados completo exigirá?

    Para obter mais informações, consulte Estimando o tamanho de um backup de banco de dados completo, mais adiante nesta seção.

Estimar o tamanho de um backup de banco de dados completo

Antes de implementar uma estratégia de backup e restauração, você deve estimar quanto espaço em disco um backup de banco de dados completo usará. A operação de backup copia os dados no banco de dados para o arquivo de backup. O backup contém apenas os dados reais no banco de dados e não qualquer espaço não utilizado. Portanto, o backup geralmente é menor do que o próprio banco de dados. Você pode estimar o tamanho de um backup completo do banco de dados usando o procedimento armazenado do sistema sp_spaceused. Para obter mais informações, consulte sp_spaceused (Transact-SQL).

Agendar cópias de segurança

A execução de uma operação de backup tem efeito mínimo nas transações em execução; portanto, as operações de backup podem ser executadas durante operações regulares. Você pode executar um backup do SQL Server com efeito mínimo nas cargas de trabalho de produção.

Observação

Para obter informações sobre restrições de simultaneidade durante o backup, consulte a Visão Geral do Backup (SQL Server).

Depois de decidir quais tipos de backup você precisa e com que frequência você precisa executar cada tipo, recomendamos que você agende backups regulares como parte de um plano de manutenção de banco de dados para o banco de dados. Para obter informações sobre planos de manutenção e como criá-los para backups de banco de dados e backups de log, consulte Usar o Assistente de Plano de Manutenção.

Testar seus backups

Você não tem uma estratégia de restauração até testar seus backups. É muito importante testar minuciosamente sua estratégia de backup para cada um de seus bancos de dados restaurando uma cópia do banco de dados em um sistema de teste. Você deve testar a restauração de todos os tipos de backup que pretende usar.

Recomendamos que você mantenha um manual de operações para cada banco de dados. Esse manual de operações deve documentar a localização dos backups, os nomes dos dispositivos de backup (se houver) e o tempo necessário para restaurar os backups de teste.

Tarefas Relacionadas

Agendando trabalhos de backup

Trabalhando com dispositivos de backup e mídia de backup

Criando cópias de segurança

Observação

Para backups parciais ou apenas de cópia, você deve usar a instrução BACKUP Transact-SQL com a opção PARTIAL ou COPY_ONLY, respectivamente.

Usando o SQL Server Management Studio

Usando Transact-SQL

Restaurando backups de dados

Usando o SQL Server Management Studio

Usando Transact-SQL

Restaurando logs de transações (modelo de recuperação completa)

Usando o SQL Server Management Studio

Usando Transact-SQL

Tarefas de restauração adicionais

Usando Transact-SQL

Consulte Também

Visão geral do backup (SQL Server)
Visão geral da restauração e recuperação (SQL Server)
BACKUP (Transact-SQL)
RESTORE (Transact-SQL)
Backup e restauração de bancos de dados dos Serviços de Análise
Fazer backup e restaurar índices e catálogos de texto completo
Fazer backup e restaurar bancos de dados replicados
O log de transações (SQL Server)
Modelos de recuperação (SQL Server)
Conjuntos de mídia, famílias de mídia e conjuntos de backup (SQL Server)

  • Last updated on