Compartilhar via

Dispositivos de backup (SQL Server)

Durante uma operação de backup em um banco de dados do SQL Server, os dados de backup (o backup) são gravados em um dispositivo de backup físico. Esse dispositivo de backup físico é inicializado quando o primeiro backup em um conjunto de mídias é gravado nele. Os backups em um conjunto de um ou mais dispositivos de backup compõem um único conjunto de mídias.

Neste tópico:

Termos e definições

disco de backup
Um disco rígido ou outra mídia de armazenamento em disco que contém um ou mais arquivos de backup. Um arquivo de backup é um arquivo regular do sistema operacional.

coleção de mídias
Uma coleção ordenada de mídia de backup, fitas ou arquivos de disco, que usa um tipo fixo e um número de dispositivos de backup. Para obter mais informações sobre conjuntos de mídia, consulte Conjuntos de Mídia, Famílias de Mídia e Conjuntos de Backup (SQL Server).

dispositivo de backup físico
Uma unidade de fita ou um arquivo de disco fornecido pelo sistema operacional. Um backup pode ser gravado em 1 a 64 dispositivos de backup. Se um backup exigir vários dispositivos de backup, todos os dispositivos deverão corresponder a um único tipo de dispositivo (disco ou fita).

Os Backups do SQL Server também podem ser gravados no serviço de Armazenamento de Blobs do Azure, além de disco ou fita.

Usando dispositivos de backup de disco

Nesta seção:

Se um arquivo de disco for preenchido enquanto uma operação de backup estiver acrescentando um backup ao conjunto de mídias, a operação de backup falhará. O tamanho máximo de um arquivo de backup é determinado pelo espaço livre em disco disponível no dispositivo de disco; portanto, o tamanho apropriado para um dispositivo de disco de backup depende do tamanho dos backups.

Um dispositivo de backup de disco pode ser um dispositivo de disco simples, como uma unidade ATA. Como alternativa, você poderia usar uma unidade de disco removível a quente que permitiria substituir de forma transparente um disco completo na unidade por um disco vazio. Um disco de backup pode ser um disco local no servidor ou um disco remoto que é um recurso de rede compartilhado. Para obter informações sobre como usar um disco remoto, consulte Fazendo backup em um arquivo em um compartilhamento de rede, mais adiante neste tópico.

As ferramentas de gerenciamento do SQL Server são muito flexíveis no tratamento de dispositivos de backup de disco porque geram automaticamente um nome com carimbo de data/hora no arquivo de disco.

Importante

Recomendamos que um disco de backup seja um disco diferente dos discos de log e dados do banco de dados. Isso é necessário para garantir que você possa acessar os backups se os dados ou o disco de log falharem.

Especificando um arquivo de backup usando seu nome físico (Transact-SQL)

A sintaxe de BACKUP básica para especificar um arquivo de backup usando seu nome de dispositivo físico é:

BACKUP DATABASE database_name

TO DISK = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Por exemplo:

BACKUP DATABASE AdventureWorks2012   
   TO DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak';  
GO

Para especificar um dispositivo de disco físico em uma instrução RESTORE , a sintaxe básica é:

RESTORE { DATABASE | LOG } database_name

FROM DISK = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Por exemplo

RESTORE DATABASE AdventureWorks2012   
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak';

Especificando o caminho de um arquivo de backup de disco

Ao especificar um arquivo de backup, insira o caminho completo e o nome do arquivo. Se você especificar apenas o nome do arquivo ou um caminho relativo quando estiver fazendo backup em um arquivo, o arquivo de backup será colocado no diretório de backup padrão. O diretório de backup padrão é C:\Arquivos de Programas\Microsoft SQL Server\MSSQL. n\MSSQL\Backup, onde n é o número da instância do servidor. Portanto, para a instância de servidor padrão, o diretório de backup padrão é: C:\Arquivos de Programas\Microsoft SQL Server\MSSQL12. MSSQLSERVER\MSSQL\Backup.

Para evitar ambiguidade, especialmente em scripts, recomendamos que você especifique explicitamente o caminho do diretório de backup em cada cláusula DISK. No entanto, isso é menos importante quando você está usando o Editor de Consultas. Nesse caso, se você tiver certeza de que o arquivo de backup reside no diretório de backup padrão, poderá omitir o caminho de uma cláusula DISK. Por exemplo, a instrução a seguir BACKUP faz backup do banco de dados AdventureWorks2012 para o diretório de backup padrão.

BACKUP DATABASE AdventureWorks2012   
   TO DISK = 'AdventureWorks2012.bak';  
GO

Observação

O local padrão é armazenado na chave do registro BackupDirectory em HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.n\MSSQLServer.

Realizando backup em um arquivo em um compartilhamento de rede

Para que o SQL Server acesse um arquivo de disco remoto, a conta de serviço do SQL Server deve ter acesso ao compartilhamento de rede. Isso inclui ter as permissões necessárias para que as operações de backup escrevam no compartilhamento de rede e para que as operações de restauração leiam a partir dele. A disponibilidade de unidades de rede e permissões depende do contexto em que o serviço do SQL Server está em execução:

  • Para fazer backup em uma unidade de rede quando o SQL Server estiver em execução em uma conta de usuário de domínio, a unidade compartilhada deve ser mapeada como uma unidade de rede na sessão em que o SQL Server está em execução. Caso você inicie Sqlservr.exe da linha de comando, o SQL Server verá todas as unidades de rede mapeadas na sessão de login.

  • Quando você executa Sqlservr.exe como um serviço, o SQL Server é executado em uma sessão separada que não tem relação com sua sessão de logon. A sessão na qual um serviço é executado pode ter suas próprias unidades mapeadas, embora normalmente não tenha.

  • Você pode se conectar com a conta de serviço de rede usando a conta de computador em vez de um usuário de domínio. Para habilitar backups de computadores específicos para uma unidade compartilhada, conceda acesso às contas do computador. Desde que o processo de Sqlservr.exe que está gravando o backup tenha acesso, é irrelevante se o usuário que está enviando o comando BACKUP tem acesso.

    Importante

    O backup de dados em uma rede pode estar sujeito a erros de rede; portanto, recomendamos que, quando você estiver usando um disco remoto, verifique a operação de backup depois que ela for concluída. Para obter mais informações, consulte RESTORE VERIFYONLY (Transact-SQL).

Especificando um nome UNC (Convenção de Nomenclatura Universal)

Para especificar um compartilhamento de rede em um comando de backup ou restauração, você deve usar o nome UNC (convenção de nomenclatura universal) totalmente qualificado do arquivo para o dispositivo de backup. Um nome UNC tem o formato \\Systemname\ShareName\Path\FileName FileName.

Por exemplo:

BACKUP DATABASE AdventureWorks2012   
   TO DISK = '\\BackupSystem\BackupDisk1\AW_backups\AdventureWorksData.Bak';  
GO

Usando dispositivos de fita

Observação

O suporte para dispositivos de backup em fita será removido em uma versão futura do SQL Server. Evite usar esse recurso em um novo trabalho de desenvolvimento e planeje modificar aplicativos que atualmente usam esse recurso.

Nesta seção:

O backup de dados do SQL Server em fita requer que a unidade de fita ou as unidades sejam compatíveis com o sistema operacional Microsoft Windows. Além disso, para a unidade de fita específica, recomendamos que você utilize apenas as fitas recomendadas pelo fabricante da unidade. Para obter mais informações sobre como instalar uma unidade de fita, consulte a documentação do sistema operacional Windows.

Quando uma unidade de fita é usada, uma operação de backup pode preencher uma fita e continuar em uma fita seguinte. Cada fita contém um cabeçalho de mídia. A primeira mídia usada é chamada de fita inicial. Cada fita sucessiva é conhecida como uma fita de continuação e tem um número de sequência de mídia que é um maior que a fita anterior. Por exemplo, um conjunto de mídia que está associado a quatro dispositivos de fita contém pelo menos quatro fitas iniciais (e, se o banco de dados não couber, quatro séries de fitas de continuação). Ao adicionar um conjunto de backup, é necessário montar a última fita da série. Se a última fita não estiver montada, o Mecanismo de Banco de Dados examinará até o final da fita montada e, em seguida, exigirá que você altere a fita. Nesse ponto, monte a última fita.

Os dispositivos de backup de fita são usados como dispositivos de disco, com as seguintes exceções:

  • O dispositivo de fita deve estar conectado fisicamente ao computador que está executando uma instância do SQL Server. Não há suporte para fazer backup em dispositivos de fita remota.

  • Se um dispositivo de backup de fita for preenchido durante a operação de backup, mas mais dados ainda precisarem ser gravados, o SQL Server solicitará uma nova fita e continuará a operação de backup depois que uma nova fita for carregada.

Especificando uma fita de backup usando seu nome físico (Transact-SQL)

A sintaxe de BACKUP básica para especificar uma fita de backup usando o nome do dispositivo físico da unidade de fita é:

BACKUP { DATABASE | LOG } database_name

TO TAPE = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Por exemplo:

BACKUP LOG AdventureWorks2012   
   TO TAPE = '\\.\tape0';  
GO

Para especificar um dispositivo de fita física em uma instrução RESTORE , a sintaxe básica é:

RESTORE { DATABASE | LOG } database_name

FROM TAPE = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Opções de BACKUP e RESTORE do Tape-Specific (Transact-SQL)

Para facilitar o gerenciamento de fitas, a instrução BACKUP fornece as seguintes opções específicas da fita:

  • { NOUNLOAD | UNLOAD }

    Você pode controlar se uma fita de backup é descarregada automaticamente da unidade de fita após uma operação de backup ou restauração. UNLOAD/NOUNLOAD é uma configuração de sessão que persiste durante a vida útil da sessão ou até que seja redefinida especificando a alternativa.

  • { REWIND | NOREWIND }

    Você pode controlar se o SQL Server mantém a fita aberta após a operação de backup ou restauração ou libera e retrocede a fita depois que ela for preenchida. O comportamento padrão é retroceder a fita (REWIND).

Observação

Para obter mais informações sobre a sintaxe e os argumentos de BACKUP, consulte BACKUP (Transact-SQL). Para obter mais informações sobre a sintaxe RESTORE e argumentos, consulte RESTORE (Transact-SQL) e RESTORE Arguments (Transact-SQL), respectivamente.

Gerenciando fitas abertas

Para exibir uma lista de dispositivos de fita abertos e o status das solicitações de montagem, consulte a visão de gerenciamento dinâmico sys.dm_io_backup_tapes. Essa visualização mostra todas as fitas abertas. Elas incluem fitas em uso que estão temporariamente ociosas enquanto aguardam a próxima operação de backup ou restauração.

Se uma fita tiver sido acidentalmente deixada aberta, a maneira mais rápida de liberar a fita é usando o seguinte comando: RESTORE REWINDONLY FROM TAPE =backup_device_name. Para obter mais informações, consulte RESTORE REWINDONLY (Transact-SQL).

Usando o Serviço de Armazenamento de Blobs do Azure

Os Backups do SQL Server podem ser gravados no Serviço de Armazenamento de Blobs do Azure. Para obter mais informações sobre como usar o serviço de Armazenamento de Blobs do Azure para seus backups, consulte Backup e Restauração do SQL Server com o Serviço de Armazenamento de Blobs do Azure.

Usando um dispositivo de backup lógico

Um dispositivo de backup lógico é um nome opcional definido pelo usuário que aponta para um dispositivo de backup físico específico (um arquivo de disco ou uma unidade de fita). Um dispositivo de backup lógico permite que você use a indireção ao referenciar o dispositivo de backup físico correspondente.

Definir um dispositivo de backup lógico envolve atribuir um nome lógico a um dispositivo físico. Por exemplo, um dispositivo lógico, AdventureWorksBackups, pode ser definido para apontar para o arquivo Z:\SQLServerBackups\AdventureWorks2012.bak ou a unidade de fita \\.\tape0. Os comandos de backup e restauração podem especificar AdventureWorksBackups como o dispositivo de backup, em vez de DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak' ou TAPE = '\\.\tape0'.

O nome do dispositivo lógico deve ser exclusivo entre todos os dispositivos de backup lógico na instância do servidor. Para exibir os nomes de dispositivos lógicos existentes, consulte a vista de catálogo sys.backup_devices. Essa exibição exibe o nome de cada dispositivo de backup lógico e descreve o tipo e o nome do arquivo físico ou o caminho do dispositivo de backup físico correspondente.

Depois que um dispositivo de backup lógico é definido, em um comando BACKUP ou RESTORE, você pode especificar o dispositivo de backup lógico em vez do nome físico do dispositivo. Por exemplo, a instrução a seguir faz backup do AdventureWorks2012 banco de dados para o AdventureWorksBackups dispositivo de backup lógico.

BACKUP DATABASE AdventureWorks2012   
   TO AdventureWorksBackups;  
GO

Observação

Em uma determinada instrução BACKUP ou RESTORE, o nome do dispositivo de backup lógico e o nome do dispositivo de backup físico correspondente são intercambiáveis.

Uma vantagem de usar um dispositivo de backup lógico é que é mais simples de usar do que um caminho longo. Usar um dispositivo de backup lógico pode ajudar se você planeja escrever uma série de backups no mesmo caminho ou em um dispositivo de fita. Dispositivos de backup lógico são especialmente úteis para identificar dispositivos de backup em fita.

Um script de backup pode ser gravado para usar um dispositivo de backup lógico específico. Isso permite que você alterne para um novo dispositivo de backup físico sem atualizar o script. A alternância envolve o seguinte processo:

  1. Descartando o dispositivo de backup lógico original.

  2. Definindo um novo dispositivo de backup lógico que usa o nome do dispositivo lógico original, mas mapeia para um dispositivo de backup físico diferente. Dispositivos de backup lógico são especialmente úteis para identificar dispositivos de backup em fita.

Conjuntos de unidades de backup espelhados

O espelhamento de conjuntos de mídia de backup reduz o efeito de falhas no dispositivo de backup. Esses defeitos são especialmente graves porque os backups são a última linha de defesa contra perda de dados. À medida que os tamanhos dos bancos de dados aumentam, a probabilidade aumenta de que uma falha de um dispositivo de backup ou mídia tornará um backup inrestorável. O espelhamento de mídia de backup aumenta a confiabilidade dos backups fornecendo redundância para o dispositivo de backup físico. Para obter mais informações, consulte Conjuntos de mídias de backup espelhadas (SQL Server).

Observação

Os conjuntos de mídias de backup espelhados têm suporte apenas no SQL Server 2005 Enterprise Edition e em versões posteriores.

Arquivamento de backups do SQL Server

Recomendamos que você use um utilitário de backup do sistema de arquivos para arquivar os backups de disco e armazenar os arquivos fora do site. O uso de disco tem a vantagem de usar a rede para gravar os backups arquivados em um disco fora do site. O serviço de Armazenamento de Blobs do Azure pode ser usado como opção de arquivamento fora do site. Você pode carregar os backups de disco ou gravar diretamente os backups no serviço de Armazenamento de Blobs do Azure.

Outra abordagem de arquivamento comum é gravar backups do SQL Server em um disco de backup local, arquivá-los em fita e armazenar as fitas fora do site.

Tarefas Relacionadas

Para especificar um dispositivo de disco (SQL Server Management Studio)

Para especificar um dispositivo de fita (SQL Server Management Studio)

Para definir um dispositivo de backup lógico

Para usar um dispositivo de backup lógico

Para exibir informações sobre dispositivos de backup

Para excluir um dispositivo de backup lógico

Consulte Também

SQL Server, objeto de dispositivo de backup
BACKUP (Transact-SQL)
Planos de manutenção
Conjuntos de mídia, famílias de mídia e conjuntos de backup (SQL Server)
RESTORE (Transact-SQL)
RESTORE LABELONLY (Transact-SQL)
sys.backup_devices (Transact-SQL)
sys.dm_io_backup_tapes (Transact-SQL)
Conjuntos de mídias de backup espelhadas (SQL Server)

  • Last updated on