Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Este tópico é relevante para bancos de dados do SQL Server que contêm vários arquivos ou grupos de arquivos.
Os arquivos em um banco de dados do SQL Server podem ser copiados e restaurados individualmente. Além disso, você pode especificar um grupo de arquivos inteiro em vez de especificar cada arquivo constituinte individualmente. Observe que se qualquer arquivo em um grupo de arquivos estiver offline (por exemplo, como o arquivo está sendo restaurado), todo o grupo de arquivos estará offline e não poderá ser feito backup.
Backups de arquivos dos grupos de arquivos em modo somente leitura podem ser combinados com backups parciais. Os backups parciais incluem todos os grupos de arquivos de leitura/gravação e, opcionalmente, um ou mais grupos de arquivos somente leitura. Para obter mais informações, consulte Backups Parciais (SQL Server).
Um backup de arquivo pode servir como base diferencial para backups de arquivos diferenciais. Para obter mais informações, consulte Backups Diferenciais (SQL Server).
Observação
Backups de arquivos completos normalmente são chamados de backups de arquivo, exceto quando eles estão sendo explicitamente comparados com backups de arquivos diferenciais.
Neste tópico:
Benefícios dos Backups de Arquivos
Os backups de arquivo oferecem as seguintes vantagens em relação aos backups de banco de dados:
O uso de backups de arquivo pode aumentar a velocidade de recuperação permitindo que você restaure apenas arquivos danificados, sem restaurar o restante do banco de dados.
Por exemplo, se um banco de dados consistir em vários arquivos localizados em discos diferentes e um disco falhar, somente o arquivo no disco com falha precisará ser restaurado. O arquivo danificado pode ser restaurado rapidamente e a recuperação é mais rápida do que seria para um banco de dados inteiro.
Os backups de arquivos aumentam a flexibilidade no agendamento e na manipulação de mídia em backups de banco de dados completos, que para bancos de dados muito grandes podem se tornar incontroláveis. A maior flexibilidade de backups de arquivo ou grupo de arquivos também é útil para bancos de dados grandes que contêm dados que têm características de atualização variadas.
Desvantagens dos backups de arquivos
A principal desvantagem dos backups de arquivo em comparação com backups de banco de dados completos é a complexidade administrativa adicional. Manter e manter o controle de um conjunto completo desses backups pode ser uma tarefa demorada que pode superar os requisitos de espaço de backups de banco de dados completos.
Uma falha de mídia pode tornar um banco de dados completo irrecuperável se um arquivo danificado não tiver um backup. Portanto, você deve manter um conjunto completo de backups de arquivo e, para o modelo de recuperação completo/bulk-logged, um ou mais backups de log que abrangem minimamente o intervalo entre o primeiro backup de arquivo completo e o último backup de arquivo completo.
Visão geral dos Backups de Arquivos
Um backup de arquivo completo faz backup de todos os dados em um ou mais arquivos ou grupos de arquivos. Por padrão, os backups de arquivo contêm registros de log suficientes para encaminhar o arquivo até o final da operação de backup.
Fazer backup de um arquivo ou grupo de arquivos somente leitura é o mesmo para cada modelo de recuperação. No modelo de recuperação completa, um conjunto completo de backups de arquivos completos, juntamente com backups de log suficientes para abranger todos os backups de arquivo, é o equivalente a um backup de banco de dados completo.
Somente uma operação de backup de arquivo pode ocorrer por vez. Você pode fazer backup de vários arquivos em uma operação, mas isso pode estender o tempo de recuperação se você precisar restaurar apenas um único arquivo. Isso ocorre porque, para localizar esse arquivo, todo o backup é lido.
Observação
Arquivos individuais podem ser restaurados de um backup de banco de dados; no entanto, localizar e restaurar um arquivo leva mais tempo de um backup de banco de dados do que de um backup de arquivo.
Backups de arquivo e o modelo de recuperação simples
No modelo de recuperação simples, todos os arquivos de leitura/gravação devem ser armazenados em backup juntos. Isso garante que o banco de dados possa ser restaurado para um ponto consistente no tempo. Em vez de especificar individualmente cada arquivo de leitura/gravação ou grupo de arquivos, use a opção READ_WRITE_FILEGROUPS. Essa opção faz backup de todos os grupos de arquivos de leitura/gravação no banco de dados. Um backup criado especificando READ_WRITE_FILEGROUPS é conhecido como um backup parcial. Para obter mais informações, consulte Backups Parciais (SQL Server).
Backups de arquivo e o modelo de recuperação completa
No modelo de recuperação completa, você deve fazer backup do log de transações, independentemente do restante da estratégia de backup. Um conjunto completo de backups de arquivos completos, juntamente com backups de log suficientes para abranger todos os backups de arquivo desde o início do primeiro backup de arquivo, é o equivalente a um backup de banco de dados completo.
Restaurar um banco de dados usando apenas backups de arquivo e log pode ser complexo. Portanto, se for possível, é uma prática recomendada executar um backup de banco de dados completo e iniciar os backups de log antes do primeiro backup de arquivo. A ilustração a seguir mostra uma estratégia na qual um backup de banco de dados completo é feito (no momento t1) logo após a criação do banco de dados (no momento t0). Esse primeiro backup de banco de dados permite que os backups de log de transações comecem. Os backups de log de transações estão agendados para ocorrer em intervalos definidos. Os backups de arquivo ocorrem em qualquer intervalo que atenda melhor aos requisitos de negócios do banco de dados. Esta ilustração mostra cada um dos quatro grupos de arquivos sendo submetidos a backup de um de cada vez. A ordem na qual eles são apoiados (A, C, B, A) reflete os requisitos de negócios do banco de dados.
Observação
No modelo de recuperação completa, você deve encaminhar o log de transações ao restaurar um backup de arquivo de leitura/gravação para garantir que o arquivo seja consistente com o restante do banco de dados. Para evitar a reversão de muitos backups de log de transações, considere o uso de backups de arquivos diferenciais. Para obter mais informações, consulte Backups Diferenciais (SQL Server).
Tarefas Relacionadas
Para criar um backup de arquivo ou grupo de arquivos
Observação
Não há suporte para backups de arquivo pelo Assistente de Plano de Manutenção.
Consulte Também
BACKUP (Transact-SQL)
Visão geral do backup (SQL Server)
Backup e restauração: interoperabilidade e coexistência (SQL Server)
Backups diferenciais (SQL Server)
Restaurações de arquivo (modelo de recuperação simples)
Restaurações de arquivo (modelo de recuperação completa)
Restauração Online (SQL Server)
Restaurações por etapas (SQL Server)