Dispositivos de backup

Durante uma operação de backup, os dados cujo backup está sendo feito, o backup, são gravados em um dispositivo de backup físico. Um 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).

ObservaçãoObservação

Um 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. Um conjunto de mídias é uma coleção ordenada de mídias de backup, fitas ou arquivos de disco, que utiliza um tipo e número fixos de dispositivos de backup. Para obter informações sobre conjuntos de mídias, consulte Conjuntos de mídias, famílias de mídia e conjuntos de backup..

Usando dispositivos de backup em disco

Um dispositivo de backup em disco é 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 de sistema operacional regular.

Se um arquivo de disco ficar cheio enquanto uma operação de backup está anexando 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 de disco disponível no dispositivo de disco, portanto o tamanho apropriado de um dispositivo de disco de backup depende do tamanho de seus backups.

Um dispositivo de backup de disco pode ser um simples dispositivo de disco, como uma unidade ATA. Como alternativa, pode-se usar uma unidade de disco removível que permite a substituição de um disco cheio 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 "Fazer backup de um arquivo em um compartilhamento de rede", mais adiante, neste tópico.

As ferramentas de gerenciamento do SQL Server são muito flexíveis ao manusear dispositivos de backup em disco, pois elas geram automaticamente um nome com carimbo de data e hora no arquivo de disco.

Observação importanteImportante

Nós recomendamos que um disco de backup seja diferente dos discos de banco de dados e de log. Isso é necessário para certificar-se de que poderá acessar os backups se o disco de dados ou de log falhar.

Especificando um arquivo de backup usando seu nome físico

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

BACKUP DATABASE database_name

TO DISK = { 'physical_backup_device_name' | **@**physical_backup_device_name_var }

Por exemplo:

BACKUP DATABASE AdventureWorks 
   TO DISK = 'Z:\SQLServerBackups\AdventureWorks.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 AdventureWorks 
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks.bak'; 

Especificando o caminho de um arquivo de backup em disco

Ao especificar um arquivo de backup, você deve digitar seu caminho completo e o nome do arquivo. Se você especificar somente o nome de arquivo ou um caminho relativo ao fazer o backup de um arquivo, o arquivo de backup será armazenado 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\MSSQL10.MSSQLSERVER\MSSQL\Backup.

Para evitar ambigüidade, especialmente em scripts, recomendamos que você especifique claramente o caminho do diretório de backup em cada cláusula DISK. Porém, isto é 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, pode-se omitir o caminho da cláusula DISK. Por exemplo, a seguinte instrução BACKUP faz o backup do banco de dados do AdventureWorks no arquivo de backup AdventureWorks.bak no diretório de backup padrão.

BACKUP DATABASE AdventureWorks 
   TO DISK = ’AdventureWorks.bak’;
GO
ObservaçãoObservação

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

Fazendo backup em um arquivo em um compartilhamento de rede

Para SQL Server acessar 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 possam gravar no compartilhamento de rede e as operações de restauração possam ler a partir do compartilhamento de rede. A disponibilidade de unidades de rede e permissões depende do contexto no qual o serviço SQL Server está executando:

  • Para fazer backup em uma unidade de rede quando SQL Server está executando em uma conta de usuário de domínio, a unidade compartilhada deve ser mapeada como uma unidade de rede na sessão onde SQL Server está sendo executado. Se você iniciar o Sqlservr.exe da linha de comando, o SQL Server verá todas as unidades de rede mapeadas em sua sessão de logon.

  • Ao executar o Sqlservr.exe como um serviço, o SQL Server é executado em uma sessão separada que não tem nenhuma 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 a conta de serviço de rede usando a conta do computador em vez de um usuário de domínio. Para ativar backups de computadores específicos para uma unidade compartilhada, conceda acesso às contas do computador. Desde que o processo Sqlservr.exe que está gravando o backup tenha acesso, é irrelevante se o usuário que está enviando o comando BACKUP tem acesso.

    Observação importanteImportante

    Fazer backup de dados em uma rede pode ocasionar erros de rede e por isso, é recomendável que você, quando estiver usando uma unidade remota, verifique a operação de backup após concluí-lo. Para obter mais informações, consulte Verificando backups.

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

Para especificar um compartilhamento de rede em um backup ou comando de restauração, é necessário usar para o dispositivo de backup o nome UNC do arquivo, totalmente qualificado. Um nome UNC tem a forma \\Systemname\ShareName\Path\FileName.

Por exemplo:

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

Usando dispositivos de fita

ObservaçãoObservação

O suporte a dispositivos de backup em fita será removido em uma versão futura do SQL Server. Evite usar esse recurso em novos trabalhos de desenvolvimento e planeje modificar os aplicativos que o utilizam atualmente.

Fazer backup de dados do SQL Server em fita exige que a unidade ou unidades de fita sejam suportadas pelo sistema operacional Microsoft do Windows. Além disso, para determinada unidade de fita, nós recomendamos que você só utilize 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 outra fita. Cada fita contém um cabeçalho de mídia. A primeira mídia usada é chamada fita inicial. Cada fita sucessiva é conhecida como uma fita de continuação e tem um número de seqüência de mídia uma vez superior à fita anterior. Por exemplo, um conjunto de mídias associado a quatro dispositivos de mídia 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 anexar um conjunto de backup, você deve montar a última fita na série. Se a última fita não estiver montada, o Mecanismo de Banco de Dados examina até o final da fita e solicita que você troque a fita. Neste 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. O backup em dispositivos de fita remotos não é suportado.

  • Se um dispositivo de backup é preenchido durante uma operação de backup, mas mais dados ainda precisam ser gravados, o SQL Server solicita uma nova fita e continua a operação de backup depois que a nova fita é carregada.

Gerenciando fitas abertas

Para exibir uma lista de dispositivos de fitas abertas e o status de solicitações de montagem, consulte a exibição de gerenciamento dinâmico sys.dm_io_backup_tapes. Esta exibição mostra todas as fitas abertas. Elas incluem fitas em uso que estão temporariamente inativas enquanto esperam a próxima operação de BACKUP ou RESTAURAÇÃO.

Se uma fita foi acidentalmente deixada aberta, o modo mais rápido de liberá-la é usando o seguinte comando: RESTORE REWINDONLY FROM TAPE **=**backup_device_name. Para obter mais informações, consulte RESTORE REWINDONLY (Transact-SQL).

Especificando uma fita de backup usando seu nome físico

A sintaxe básica do BACKUP para especificar uma fita de backup usando o nome de 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 AdventureWorks 
   TO TAPE = '\\.\tape0';
GO

Para especificar um dispositivo de fita físico 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 RESTAURAÇÃO específicas de fita

Para facilitar o gerenciamento de fita, a instrução BACKUP fornece as seguintes opções específicas de 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 rebobina a fita após o preenchimento. O comportamento padrão é rebobinar a fita (REWIND).

ObservaçãoObservação

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

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 unidade de fita). Um dispositivo de backup lógico permite que você use nomes indiretos ao fazer referência ao dispositivo de backup físico correspondente.

Definir um dispositivo de backup lógico envolve a atribuição de 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\AdventureWorks.bak ou unidade de fita \\.\tape0. Comandos de backup e restauração podem especificar AdventureWorksBackups como o dispositivo de backup, em vez de DISK = 'Z:\SQLServerBackups\AdventureWorks.bak' ou TAPE = '\\.\tape0'.

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

Depois que um dispositivo de backup lógico é definido, em um comando de BACKUP ou RESTAURAÇÃO, é possível especificar o dispositivo de backup lógico em vez do nome físico do dispositivo. Por exemplo, a instrução seguinte faz backup do banco de dados AdventureWorks no dispositivo de backup lógico AdventureWorksBackups.

BACKUP DATABASE AdventureWorks 
   TO AdventureWorksBackups;
GO
ObservaçãoObservação

Em uma determinada instrução de BACKUP ou RESTAURAÇÃO, 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 do que usar um caminho longo. Usar um dispositivo de backup lógico poderá ajudar se você planeja gravar uma série de backups no mesmo caminho ou em um dispositivo de fita. Os dispositivos de backup lógicos são especialmente úteis para identificar dispositivos de backup de fita.

Um script de backup pode ser gravado para usar um dispositivo de backup lógico particular. Isso permite que você alterne para novos dispositivos de backup físicos sem atualizar o script. Alternar envolve o seguinte processo:

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

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

Para definir um dispositivo de backup lógico

Para excluir um dispositivo de backup lógico

Para usar um dispositivo de backup lógico (SQL Server Management Studio)

Para usar um dispositivo de backup lógico (Transact-SQL)

Conjuntos de mídias de backup espelhados

O espelhamento de conjuntos de mídias de backup reduz o efeito de maus funcionamentos do dispositivo de backup. Esses maus funcionamentos são especialmente sérios uma vez que os backups são a última linha de defesa contra a perda de dados. À medida que o tamanho dos bancos de dados cresce, aumenta a probabilidade de que uma falha de um dispositivo de backup ou mídia torne impossível a restauração de um backup. O espelhamento de mídias de backup aumenta a confiabilidade de backups fornecendo redundância para o dispositivo de backup físico. Para obter mais informações, consulte Usando conjuntos de mídia de backup espelhado.

ObservaçãoObservação

Os conjuntos de mídias de backup espelhados são suportados somente em SQL Server 2005 Enterprise Edition e em versões posteriores.

Arquivando backups do SQL Server

Recomendamos que você use um utilitário de backup do sistema de arquivos para arquivar os backups de disco e que armazene os arquivos externamente. Usar um disco tem a vantagem de usar a rede para gravar os backups arquivados em um disco externo. Usar uma fita tem a vantagem de permitir que você acumule uma série de backups arquivados até que tenha certeza de que não precisa mais deles.

Uma abordagem de arquivamento comum é gravar os backups do SQL Server em um disco de backup local, arquivá-los em uma fita e armazenar as fitas externamente.