BACKUP (Transact-SQL)

Faz o backup de um Banco de Dados SQL.

Selecionar um produto

Na linha a seguir, selecione o nome do produto em que você tem interesse e somente as informações do produto serão exibidas.

Para obter mais informações sobre as convenções de sintaxe, consulte Transact-SQL convenções de sintaxe.

* SQL Server *

SQL Managed Instance

Plataforma de Análise
Sistema (PDW)

SQL Server

Faz backup de um banco de dados SQL Server completo para criar um backup de banco de dados ou um ou mais arquivos ou grupos de arquivos do banco de dados para criar um backup de arquivo (BACKUP DATABASE). Além disso, no modelo de recuperação completa ou no modelo de recuperação bulk-logged, faz backup do log de transações do banco de dados para criar um backup de log (BACKUP LOG).

Sintaxe

--Back up a whole database
BACKUP DATABASE { database_name | @database_name_var }
  TO <backup_device> [ , ...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL
           | <general_WITH_options> [ , ...n ] } ]
[ ; ]

--Back up specific files or filegroups
BACKUP DATABASE { database_name | @database_name_var }
 <file_or_filegroup> [ , ...n ]
  TO <backup_device> [ , ...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL | <general_WITH_options> [ , ...n ] } ]
[ ; ]

--Create a partial backup
BACKUP DATABASE { database_name | @database_name_var }
 READ_WRITE_FILEGROUPS [ , <read_only_filegroup> [ , ...n ] ]
  TO <backup_device> [ , ...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL | <general_WITH_options> [ , ...n ] } ]
[ ; ]

--Back up the transaction log (full and bulk-logged recovery models)
BACKUP LOG
  { database_name | @database_name_var }
  TO <backup_device> [ , ...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { <general_WITH_options> | <log_specific_options> } [ , ...n ] ]
[ ; ]

--Back up all the databases on an instance of SQL Server (a server)
ALTER SERVER CONFIGURATION
SET SUSPEND_FOR_SNAPSHOT_BACKUP ON
[ ; ]

BACKUP SERVER
  TO <backup_device> [ , ...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { METADATA_ONLY
           | <general_WITH_options> [ , ...n ] } ]
[ ; ]

--Back up a group of databases
ALTER DATABASE <database>
SET SUSPEND_FOR_SNAPSHOT_BACKUP ON

ALTER DATABASE <...>
SET SUSPEND_FOR_SNAPSHOT_BACKUP ON
...

BACKUP GROUP { <database> [ , ... ] }
  TO <backup_device> [ , ...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { METADATA_ONLY
           | <general_WITH_options> [ , ...n ] } ]
[ ; ]

<backup_device>::=
 {
  { logical_device_name | @logical_device_name_var }
 | {   DISK
     | TAPE
     | URL } =
     { 'physical_device_name' | @physical_device_name_var | 'NUL' }
 }

<MIRROR TO clause>::=
 MIRROR TO <backup_device> [ , ...n ]

<file_or_filegroup>::=
 {
   FILE = { logical_file_name | @logical_file_name_var }
 | FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
 }

<read_only_filegroup>::=
FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

<general_WITH_options> [ , ...n ] ::=
--Backup Set Options
   COPY_ONLY
 | [ COMPRESSION [ ( ALGORITHM = { MS_XPRESS | ZSTD | accelerator_algorithm } [ , LEVEL = { LOW | MEDIUM | HIGH } ] ) ] | NO_COMPRESSION ]
 | DESCRIPTION = { 'text' | @text_variable }
 | NAME = { backup_set_name | @backup_set_name_var }
 | CREDENTIAL
 | ENCRYPTION
 | FILE_SNAPSHOT
 | { EXPIREDATE = { 'date' | @date_var }
        | RETAINDAYS = { days | @days_var } }
 | { METADATA_ONLY | SNAPSHOT }

--Media set options
   { NOINIT | INIT }
 | { NOSKIP | SKIP }
 | { NOFORMAT | FORMAT }
 | MEDIADESCRIPTION = { 'text' | @text_variable }
 | MEDIANAME = { media_name | @media_name_variable }
 | BLOCKSIZE = { blocksize | @blocksize_variable }

--Data Transfer Options
   BUFFERCOUNT = { buffercount | @buffercount_variable }
 | MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

--Error Management Options
   { NO_CHECKSUM | CHECKSUM }
 | { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

--Compatibility Options
   RESTART

--Monitoring Options
   STATS [ = percentage ]

--Tape Options
   { REWIND | NOREWIND }
 | { UNLOAD | NOUNLOAD }

--Encryption Options
 ENCRYPTION (ALGORITHM = { AES_128 | AES_192 | AES_256 | TRIPLE_DES_3KEY } , encryptor_options ) <encryptor_options> ::=
   SERVER CERTIFICATE = Encryptor_Name | SERVER ASYMMETRIC KEY = Encryptor_Name

<log_specific_options> [ , ...n ] ::=
--Log-specific Options
   { NORECOVERY | STANDBY = undo_file_name }
 | NO_TRUNCATE

Argumentos

BASE DE DADOS

Especifica um backup completo do banco de dados. Se uma lista de arquivos e grupos de arquivos estiver especificada, será feito o backup apenas desses arquivos e grupos de arquivos. Durante um backup de banco de dados completo ou diferencial, SQL Server faz backup suficiente do log de transações para produzir um banco de dados consistente quando o backup é restaurado.

Quando você restaura um backup criado por BACKUP DATABASE (um backup de dados), todo o backup é restaurado. Somente um backup de log pode ser restaurado em uma transação ou momento específico dentro do backup.

Observação

Apenas um backup completo do banco de dados pode ser executado no banco de dados master.

TORA

Especifica um backup apenas do log de transações. O backup do log é feito a partir do último backup do log executado com êxito até o final do log atual. Para poder criar o primeiro backup de log, você deve criar um backup completo.

É possível restaurar um backup de log em uma transação ou momento específico dentro do backup especificando WITH STOPAT, STOPATMARK ou STOPBEFOREMARK na instrução RESTORE LOG.

Observação

Após um backup de log típico, alguns registros do log de transações se tornam inativos, a menos que você especifique WITH NO_TRUNCATE ou COPY_ONLY. O log é truncado depois que todos os registros contidos em um ou mais arquivos de log virtual se tornam ativos. Se o log não estiver sendo truncado após backups de log de rotina, algo poderá estar atrasando o truncamento de log. Para obter mais informações, veja Fatores que podem atrasar o truncamento de log.

GROUP (<banco de dados>, ... n)

Applies para: SQL Server 2022 (16.x) e versões posteriores.

Fazer backup de um grupo de bancos de dados. Usa o backup de instantâneo. Requer WITH METADATA_ONLY. Consulte Criar um backup de instantâneo Transact-SQL.

SERVIDOR

Applies para: SQL Server 2022 (16.x) e versões posteriores.

Faça backup de todos os bancos de dados em uma instância de SQL Server. Usa o backup de instantâneo. Requer WITH METADATA_ONLY. Consulte Criar um backup de instantâneo Transact-SQL.

METADATA_ONLY

Applies para: SQL Server 2022 (16.x) e versões posteriores.

Necessário para o backup de instantâneo. BACKUP SERVER ou BACKUP GROUP... Consulte Criar um backup de instantâneo Transact-SQL.

METADATA_ONLY é sinônimo de SNAPSHOT. A VDI (interface do dispositivo virtual) usa SNAPSHOT. Para saber mais sobre a VDI, confira Referência da VDI (interface de dispositivo virtual).

{ database_name | @database_name_var }

O banco de dados do qual o log de transações, o banco de dados parcial ou o banco de dados completo são armazenados em backup. Se fornecido como uma variável (@database_name_var), esse nome pode ser especificado como uma constante de cadeia de caracteres (@database_name_var = nome do banco de dados) ou como uma variável do tipo de dados de cadeia de caracteres, exceto para os tipos de dados de texto ou ntext.

Observação

Não é possível fazer backup do banco de dados espelho em uma parceria de espelhamento de banco de dados.

< > file_or_filegroup [ , ... n ]

Usado somente com BACKUP DATABASE, especifica um arquivo de banco de dados ou grupo de arquivos a ser incluído em um backup de arquivo ou especifica um arquivo somente leitura ou grupo de arquivos a ser incluído em um backup parcial.

ARQUIVO = { logical_file_name | @logical_file_name_var }

O nome lógico de um arquivo ou de uma variável cujo valor equivale ao nome lógico de um arquivo que deve ser incluído no backup.

FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

O nome lógico de um grupo de arquivos ou uma variável cujo valor equivale ao nome lógico de um grupo de arquivos que deve ser incluído no backup. No modelo de recuperação simples, um backup de grupo de arquivos é permitido apenas para grupos de arquivos somente leitura.

Observação

Considere usar backups de arquivo quando o tamanho do banco de dados e as exigências de desempenho tornarem um backup de banco de dados impraticável. O dispositivo NUL pode ser usado para testar o desempenho dos backups, mas não deve ser usado em ambientes de produção.

n

Um espaço reservado que indica que vários arquivos e grupos de arquivos podem ser especificados em uma lista separada por vírgulas. O número é ilimitado.

Para obter mais informações, consulte Backups de ArquivosFull (SQL Server) e Ar arquivos e grupos de arquivos.

READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var } [ , ... n ] ]

Especifica um backup parcial. Um backup parcial inclui todos os arquivos de leitura/gravação em um banco de dados: o grupo de arquivos primário e quaisquer grupos de arquivos secundários de leitura/gravação e também quaisquer arquivos ou grupos de arquivos somente leitura especificados.

READ_WRITE_FILEGROUPS

Especifica que o backup de todos os grupos de arquivos de leitura/gravação seja feito no backup parcial. Se o banco de dados for somente leitura, READ_WRITE_FILEGROUPS incluirá apenas o grupo de arquivos primário.

Importante

Listar explicitamente os grupos de arquivos de leitura/gravação usando FILEGROUP em vez de READ_WRITE_FILEGROUPS cria um backup de arquivo.

FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

O nome lógico de um grupo de arquivos somente leitura ou uma variável cujo valor equivale ao nome lógico de um grupo de arquivos somente leitura que deve ser incluído no backup parcial. Para obter mais informações, confira "<file_or_filegroup>", acima neste artigo.
n

Um espaço reservado que indica que vários grupos de arquivos somente leitura podem ser especificados em uma lista separada por vírgulas.

Para obter mais informações sobre backups parciais, consulte Partial Backups (SQL Server).

TO <backup_device> [ , ... n ]

Indica que o conjunto de dispositivos de backup que acompanha é um conjunto de mídias sem sorrisos ou o primeiro dos espelhos dentro de um conjunto de mídias espelhado (para o qual uma ou mais MIRROR TO cláusulas são declaradas).

<backup_device>

Especifica um dispositivo de backup lógico ou físico a ser usado para a operação de backup.

{ logical_device_name | @logical_device_name_var }

Applies to: SQL Server.

O nome lógico do dispositivo de backup no qual o banco de dados é feito backup. O nome lógico deve seguir as regras para identificadores. Se fornecido como uma variável (@logical_device_name_var), o nome do dispositivo de backup poderá ser especificado como uma constante de cadeia de caracteres (@logical_device_name_var = nome do dispositivo de backup lógico) ou como uma variável de qualquer tipo de dados de cadeia de caracteres, exceto para os tipos de dados ntext ou de texto .

{ DISCO | TAPE | URL} = { 'physical_device_name' | @physical_device_name_var | 'NUL' }

Applies to: SQL Server.

Especifica um arquivo de disco, um dispositivo de fita ou uma URL.

O formato de URL é usado para criar backups no armazenamento de objetos compatíveis com o Microsoft Azure Blob Storage ou S3. Para obter mais informações e exemplos, confira:

SQL Server backup e restauração com Azure Blob Storage e Quickstart: backup e restauração do SQL para Azure Blob Storage.
O backup e a restauração no armazenamento compatível com S3 foram introduzidos no SQL Server 2022 (16.x). Examine Abilize e restaure SQL Server com armazenamento de objetos compatível com S3. Examine também a opção SQL Server fazer backup na URL para armazenamento de objetos compatíveis com S3.

Você pode fazer backup no Microsoft Azure Blob Storage usando uma identidade gerenciada começando com:

SQL Server 2025 (17.x): Back até a URL com identidade gerenciada – SQL Server habilitada por Azure Arc
SQL Server 17 2022 (16.x) para SQL Server em VMs Azure: Backup e restauração para URL usando identidades gerenciadas

Observação

O dispositivo de disco NUL descarta todas as informações enviadas a ele e só deve ser usado para teste. Isso não é para uso em produção.

Importante

Começando com SQL Server 2012 (11.x) SP1 CU2 até SQL Server 2014 (12.x), você só pode fazer backup em um único dispositivo ao fazer backup na URL para Azure Blob Storage. Para fazer backup de vários dispositivos ao fazer backup na URL, você deve usar SQL Server 2016 (13.x) e posterior e usar tokens SAS (Assinatura de Acesso Compartilhado). Para obter exemplos de criação de uma Assinatura de Acesso Compartilhado, consulte SQL Server backup na URL para Azure Blob Storage e Simplificando a criação de credenciais sql com tokens SAS (Assinatura de Acesso Compartilhado) em Azure Storage com o PowerShell.

Um dispositivo de disco não precisa existir antes de ser especificado em uma BACKUP instrução. Se o dispositivo físico existir e a opção INIT não for especificada na BACKUP instrução, o backup será acrescentado ao dispositivo.

O dispositivo NUL descarta todas as entradas enviadas para esse arquivo, no entanto, o backup ainda marca todas as páginas como backup.

Para obter mais informações, consulte Backup Devices (SQL Server).

Observação

A opção TAPE será removida em uma versão futura do SQL Server. Evite usar esse recurso em desenvolvimentos novos e planeje modificar os aplicativos que atualmente o utilizam.

n

Um espaço reservado que indica que até 64 dispositivos de backup podem ser especificados em uma lista separada por vírgulas.

ESPELHO PARA <backup_device> [ , ... n ]

Especifica um conjunto de até três dispositivos de backup secundários, cada um deles espelha os dispositivos de backup especificados na TO cláusula. A MIRROR TO cláusula deve especificar o mesmo tipo e número dos dispositivos de backup que a TO cláusula. O número máximo de MIRROR TO cláusulas é três.

Essa opção está disponível apenas na edição Enterprise do SQL Server.

Observação

Para MIRROR TO = DISK, BACKUP determina automaticamente o tamanho de bloco apropriado para dispositivos de disco com base no tamanho do setor do disco. Se o MIRROR TO disco for formatado com um tamanho de setor diferente do disco especificado como o dispositivo de backup primário, o comando de backup falhará. Para espelhar backups em dispositivos com tamanhos de setor diferentes, o BLOCKSIZE parâmetro deve ser especificado e deve ser definido como o maior tamanho do setor entre todos os dispositivos de destino. Para obter mais informações sobre o tamanho do bloco, consulte "BLOCKSIZE" mais adiante neste artigo.

<backup_device>

Confira "<backup_device>", anteriormente nesta seção.

n

Um espaço reservado que indica que até 64 dispositivos de backup podem ser especificados em uma lista separada por vírgulas. O número de dispositivos na MIRROR TO cláusula deve ser igual ao número de dispositivos na TO cláusula.

Para obter mais informações, consulte famílias de mídia em conjuntos de mídia espelhados mais adiante neste artigo.
[ próximo espelho a ]

Um espaço reservado que indica que uma única BACKUP instrução pode conter até três MIRROR TO cláusulas, além da cláusula única TO .

Opções WITH

Especifica opções a serem usadas com uma operação de backup.

CREDENCIAL

Applies to: SQL Server.

Usado somente ao criar um backup para Azure Blob Storage ou armazenamento de objetos compatíveis com S3.

FILE_SNAPSHOT

Applies to: SQL Server 2016 (13.x) e versões posteriores.

Usado para criar um instantâneo Azure dos arquivos de banco de dados quando todos os arquivos de banco de dados SQL Server são armazenados usando o Azure Blob Storage. Para obter mais informações, consulte SQL Server arquivos de dados no Microsoft Azure. SQL Server o Backup de Instantâneos usa Azure instantâneos dos arquivos de banco de dados (arquivos de dados e log) em um estado consistente. Um conjunto consistente de instantâneos de Azure compõem um backup e são registrados no arquivo de backup. A única diferença entre BACKUP DATABASE TO URL WITH FILE_SNAPSHOT e BACKUP LOG TO URL WITH FILE_SNAPSHOT é que este último também trunca o log de transações enquanto o primeiro não. Com SQL Server Backup de Instantâneo, após o backup completo inicial exigido pelo SQL Server para estabelecer a cadeia de backup, apenas um backup de log de transações único é necessário para restaurar um banco de dados para o ponto no tempo do backup do log de transações. Além disso, apenas dois backups de log de transações são necessários para restaurar um banco de dados para um ponto no tempo entre a hora dos dois backups de log de transações.

DIFERENCIAL

Usado somente com BACKUP DATABASE, especifica que o backup de banco de dados ou arquivo deve consistir apenas nas partes do banco de dados ou arquivo alterados desde o último backup completo. Um backup diferencial normalmente usa menos espaço do que um backup completo. Use essa opção para que todos os backups de log individuais executados desde o último backup completo não precisem ser aplicados.

Observação

Por padrão, BACKUP DATABASE cria um backup completo.

Para obter mais informações, consulte Backupsdifferential (SQL Server).

ENCRIPTAÇÃO

Usado para especificar a criptografia de um backup. Você pode especificar um algoritmo de criptografia para criptografar o backup ou especificar NO_ENCRYPTION para que o backup não seja criptografado. A criptografia é a prática recomendada para ajudar a proteger arquivos de backup. A lista de algoritmos que você pode especificar é:

AES_128
AES_192
AES_256
TRIPLE_DES_3KEY
NO_ENCRYPTION

Se você optar por criptografar, também precisará especificar o criptografador usando as opções do criptografador:

SERVER CERTIFICATE = Encryptor_Name
SERVER ASYMMETRIC KEY = Encryptor_Name

O SERVER CERTIFICATE e o SERVER ASYMMETRIC KEY são um certificado e uma chave assimétrica criados no banco de dados master. Para obter mais informações, consulte CREATE CERTIFICATE e CREATE ASYMMETRIC KEY , respectivamente.

Aviso

Quando a criptografia é usada com o FILE_SNAPSHOT argumento, o próprio arquivo de metadados é criptografado usando o algoritmo de criptografia especificado e o sistema verifica se a TDE (Transparent Data Encryption) foi concluída para o banco de dados. Nenhuma criptografia adicional ocorre para os dados em si. O backup falhará se o banco de dados não foi criptografado ou se a criptografia não foi concluída antes da instrução de backup ser emitida.

Opções de conjunto de backup

Essas opções funcionam no conjunto de backup criado por esta operação de backup.

Observação

Para especificar um conjunto de backup para uma operação de restauração, use a opção FILE = <backup_set_file_number>. Para obter mais informações sobre como especificar um conjunto de backup, consulte "Especificando um conjunto de backup" em Argumentos RESTORE.

COPY_ONLY

Especifica que o backup é um backup somente cópia, o que não afeta a sequência normal de backups. Um backup somente cópia é criado independentemente de seus backups convencionais agendados regularmente. Um backup somente cópia não afeta os procedimentos gerais de backup e restauração do banco de dados.

Backups somente cópia devem ser usados em situações em que um backup é feito com um objetivo especial, como fazer backup de log antes de uma restauração de arquivo online. Normalmente, um backup de log somente cópia é usado uma vez e excluído em seguida.

Quando usada com BACKUP DATABASE, a opção COPY_ONLY cria um backup completo que não pode servir como uma base diferencial. O bitmap diferencial não é atualizado e os backups diferenciais se comportam como se o backup somente cópia não existisse. Backups diferenciais subseqüentes usam o backup completo convencional mais recente como base.

Importante

Se DIFFERENTIAL e COPY_ONLY são usados juntos, COPY_ONLY é ignorado e um backup diferencial é criado.
Quando usada com BACKUP LOG, a opção COPY_ONLY cria um backup de log somente cópia, que não executa o log de transações. O backup de log somente cópia não tem efeito na cadeia de logs e outros backups de log se comportam como se o backup somente cópia não existisse.

Para obter mais informações, veja Backups somente cópia.

[ COMPRESSION [ ( ALGORITHM = { MS_XPRESS | ZSTD | accelerator_algorithm } [ , LEVEL = { LOW | MEDIUM | HIGH } ] ) ] | NO_COMPRESSION]

Especifica se a compactação de backup é executada neste backup, substituindo o padrão de nível de servidor.

Na instalação, o comportamento padrão é sem compactação de backup. No entanto, esse padrão pode ser alterado com a definição da opção backup compression default de configuração do servidor. Para obter informações sobre como exibir o valor atual dessa opção, consulte View ou alterar propriedades do servidor (SQL Server).

Para obter informações sobre como usar a compactação de backup com bancos de dados habilitados para TDE (Transparent Data Encryption), consulte a seção Comentários .

O algoritmo de compactação ZSTD está disponível a partir do SQL Server 2025 (17.x).

COMPRESSÃO

Habilita explicitamente a compactação de backup.
NO_COMPRESSION

Desabilita explicitamente a compactação de backup.
NÍVEL

Applies para: SQL Server 2022 (16.x) e versões posteriores.

Esse é um parâmetro opcional que especifica o nível de compactação. Afeta ALGORITHM = MS_EXPRESS e, começando com SQL Server 2025 (17.x), ALGORITHM = ZSTD.

Os valores aceitáveis são:
- LOW (padrão)
- MEDIUM
- HIGH

ALGORITMO

Applies para: SQL Server 2022 (16.x) e versões posteriores.

ZSTD e MS_EXPRESS são algoritmos de nível de software. QAT_DEFLATE é um algoritmo baseado em hardware que exige a Tecnologia Intel® QuickAssist (QAT) para SQL Server. O padrão é MS_XPRESS.

Para usar o algoritmo de compactação ZSTD introduzido no SQL Server 2025 (17.x):

BACKUP DATABASE <database_name> TO DISK WITH COMPRESSION (ALGORITHM = ZSTD, LEVEL = MEDIUM)

Se você configurou o Descarregamento e a aceleração integrados, use um acelerador fornecido pela solução. Por exemplo, se você configurou Configurar aceleração e descarregamento integrados, o exemplo a seguir concluirá o backup com a solução de acelerador, com a biblioteca QATzip usando QZ_DEFLATE o nível de compactação 1.

BACKUP DATABASE <database_name> TO DISK WITH COMPRESSION (ALGORITHM = QAT_DEFLATE)

Comportamentos de exemplo:

Instrução de backup	Resultado
`BACKUP DATABASE database_name TO {DISK \| TAPE \| URL} WITH NO_COMPRESSION`	Backup sem compactação
`BACKUP DATABASE database_name TO {DISK \| TAPE \| URL} WITH COMPRESSION`	Fazer backup com compactação usando o algoritmo especificado pela opção `backup compression algorithm` de servidor (padrão `MS_XPRESS`)
`BACKUP DATABASE database_name TO {DISK \| TAPE \| URL} WITH COMPRESSION (ALGORITHM = MS_XPRESS)`	Fazer backup com compactação usando `MS_XPRESS` o algoritmo
`BACKUP DATABASE database_name TO {DISK \| TAPE \| URL} WITH COMPRESSION (ALGORITHM = ZSTD)`	Faça backup com compactação usando o algoritmo ZSTD.
`BACKUP DATABASE database_name TO {DISK \| TAPE \| URL} WITH COMPRESSION (ALGORITHM = ZSTD, LEVEL = HIGH)`	Fazer backup com compactação usando o algoritmo ZSTD com o nível `HIGH`de compactação.

DESCRIÇÃO = { 'texto' | @text_variable }

Especifica o texto de forma livre que descreve o conjunto de backup. A cadeia de caracteres pode conter um máximo de 255 caracteres.

NOME = { backup_set_name | @backup_set_var }

Especifica o nome do conjunto de backup. Os nomes podem ter no máximo de 128 caracteres. Se NAME não for especificado, ele fica em branco.

{ DATA DE VALIDADE = 'data' | RETENÇÕES = dias }

Especifica quando o conjunto de backup desse backup pode ser substituído. Se essas opções forem usadas, RETAINDAYS terá precedência sobre EXPIREDATE.

Se nenhuma opção for especificada, a data de expiração será determinada pela definição da configuração de media retention. Para obter mais informações, consulte Opções de configuração do servidor.

Importante

Essas opções só impedem que SQL Server substitua um arquivo. Fitas podem ser apagadas por outros métodos e os arquivos de disco podem ser excluídos pelo sistema operacional. Para obter mais informações sobre a verificação de expiração, consulte SKIP e FORMAT neste artigo.

EXPIREDATE = { 'data' | @date_var }

Especifica quando o conjunto de backup vence e pode ser substituído. Se fornecida como uma variável (@date_var), essa data deverá seguir o formato de datetime do sistema configurado e ser especificada como uma das seguintes:
- Uma constante de cadeia de caracteres (@date_var = data)
- Uma variável do tipo de dados de cadeia de caracteres (exceto para os tipos de dados ntext ou text)
- Um smalldatetime
- Uma variável datetime
Por exemplo:
- 'Dec 31, 2020 11:59 PM'
- '1/1/2021'
Para obter informações sobre como especificar valores de datetime , consulte Tipos de data e hora.

Observação

Para ignorar a data de expiração, use a opção SKIP.
RETAINDAYS = { dias | @days_var }

Especifica o número de dias que devem decorrer para que este conjunto de mídias de backup possa ser substituído. Se for fornecido como uma variável (@days_var), ele deverá ser especificado como um inteiro.

{ METADATA_ONLY | SNAPSHOT }

Applies para: SQL Server 2022 (16.x) e versões posteriores.

METADATA_ONLY e SNAPSHOT são sinônimos.

Opções de conjunto de mídia

Essas opções funcionam no conjunto de mídias como um todo.

{ NÃO | INIT }

Controla se a operação de backup anexa ou substitui os conjuntos de backup existentes na mídia de backup. O padrão é acrescentar ao conjunto de backup mais recente na mídia (NOINIT).

Observação

Para obter informações sobre as interações entre { NOINIT | INIT } e {NOSKIP | SKIP }, consulte Comentários mais adiante neste artigo.

NOINIT

Indica que o conjunto de backup é anexado ao conjunto de mídias especificado, preservando conjuntos de backup existentes. Se uma senha de mídia estiver definida para o conjunto de mídias, a senha deverá ser fornecida. NOINIT é o padrão.

Para obter mais informações, consulte Media sets, famílias de mídia e conjuntos de backup (SQL Server).
INIT

Especifica que todos os conjuntos de backup devem ser substituídos, mas preserva o cabeçalho de mídia. Se INIT for especificado, qualquer conjunto de backup existente nesse dispositivo será substituído, se as condições permitirem. Por padrão, BACKUP verifica as seguintes condições e não substitui a mídia de backup se houver qualquer condição:
- Qualquer conjunto de backup ainda não expirou. Para obter mais informações, consulte as opções EXPIREDATE e RETAINDAYS.
- O nome do conjunto de backup fornecido na BACKUP instrução, se fornecido, não corresponde ao nome na mídia de backup. Para obter mais informações, consulte a opção NAME , anteriormente nesta seção.
Para substituir essas verificações, use a opção SKIP.

Para obter mais informações, consulte Media sets, famílias de mídia e conjuntos de backup (SQL Server).

{ SEM FUGA | PULAR }

Controla se a operação de backup verifica a data e a hora de validade dos conjuntos de backup existentes na mídia antes de substituí-los.

Observação

Para obter informações sobre as interações entre { NOINIT | INIT } e {NOSKIP | SKIP }, consulte Comentários mais adiante neste artigo.

NOSKIP

Instrui a BACKUP instrução a verificar a data de validade de todos os conjuntos de backup na mídia antes de permitir que eles sejam substituídos. Esse é o comportamento padrão.
SALTITAR

Desabilita a verificação da expiração do conjunto de backup e do nome que geralmente é executado pela instrução BACKUP para evitar substituições de conjuntos de backup. Para obter informações sobre as interações entre { INIT | NOINIT } e {NOSKIP | SKIP }, consulte Comentários mais adiante neste artigo.

Para exibir as datas de validade dos conjuntos de backup, consulte a expiration_date coluna da tabela de histórico do conjunto de backups .

{ NOFORMAT | FORMATO }

Especifica se o cabeçalho da mídia deve ser gravado nos volumes usados para esta operação de backup, substituindo qualquer cabeçalho de mídia e conjuntos de backup existentes.

NOFORMAT

Especifica que a operação de backup preserva o cabeçalho da mídia e os conjuntos de backup existentes nos volumes de mídia usados para esta operação de backup. Esse é o comportamento padrão.
FORMATO

Especifica que um novo conjunto de mídias deve ser criado. FORMAT faz com que a operação de backup grave um novo cabeçalho de mídia em todos os volumes de mídia usados para a operação de backup. O conteúdo existente do volume se torna inválido, porque qualquer cabeçalho de mídia e conjuntos de backup existentes são substituídos.

Importante

Use FORMAT com cautela. A formatação de qualquer volume de um conjunto de mídias renderiza todo o conjunto de mídias como inutilizável. Por exemplo, se você iniciar uma única fita pertencente a um conjunto de mídias distribuído existente, todo o conjunto de mídias será renderizado como inútil.

Especificar FORMAT implica SKIP; SKIP não precisa ser explicitamente declarado.

MEDIADESCRIPTION = { texto | @text_variable }

Especifica a descrição de texto de forma livre do conjunto de mídias, com um máximo de 255 caracteres.

MEDIANAME = { media_name | @media_name_variable }

Especifica o nome da mídia de todo o conjunto de mídias de backup. O nome da mídia deve ter menos de 128 caracteres. Se MEDIANAME for especificado, deverá corresponder ao nome de mídia especificado anteriormente já existente nos volumes de backup. Se não for especificado ou se a opção SKIP for especificada, não haverá verificação do nome da mídia.

TAMANHO BLOCO = { tamanho | do bloco@blocksize_variable }

Especifica o tamanho do bloco físico, em bytes. Os tamanhos com suporte são 512, 1024, 2048, 4096, 8192, 16384, 32768 e 65536 (64 KB) bytes. O padrão é 65536 para dispositivos de fita e 512 para outros dispositivos. Normalmente, essa opção é desnecessária porque BACKUP seleciona automaticamente um tamanho de bloco apropriado para o dispositivo. A declaração explícita de um tamanho de bloco substitui a seleção automática de tamanho de bloco.

Se você estiver fazendo um backup que planeja copiar e restaurar de um CD-ROM, especifique BLOCKSIZE = 2048.

Observação

Normalmente, essa opção afeta o desempenho apenas durante a gravação em dispositivos de fita.

Opções de transferência de dados

BUFFERCOUNT = { buffercount | @buffercount_variable }

Especifica o número total de buffers de E/S a ser usado para a operação de backup. É possível especificar qualquer inteiro positivo. No entanto, grandes números de buffers podem provocar erros de "memória insuficiente" devido a espaço de endereço virtual inadequado no processo Sqlservr.exe.

O espaço total usado pelos buffers é determinado por: BUFFERCOUNT * MAXTRANSFERSIZE.

Aumentar BUFFERCOUNT pode reduzir significativamente o tempo de backup ao custo de maior uso de memória.

Observação

Para obter informações importantes sobre como usar a opção BUFFERCOUNT, confira o blog BufferCount data transfer option can lead to OOM condition (Opção incorreta de transferência de dados de BufferCount pode levar à condição OOM).

MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

Especifica a maior unidade de transferência em bytes a ser usada entre SQL Server e a mídia de backup. Os valores possíveis são múltiplos de 65536 bytes (64 KB) variando até 4.194.304 bytes (4 MB). Em um caso específico de backup para URL para armazenamento de objetos compatível com S3, MAXTRANSFERSIZE é de 10 MB. Para obter mais informações, consulte Comentários.

Ao criar backups usando o Serviço de Gravador do SQL, se o banco de dados tiver configurado FILESTREAM (SQL Server), ou inclui memory optimized filegroups, em seguida, o MAXTRANSFERSIZE no momento de uma restauração deve ser maior ou igual ao MAXTRANSFERSIZE que foi usado quando o backup foi criado.

Command	SQL Server 2022 e versões posteriores
BACKUP NA URL – Azure	Padrão de 1 MB, Máximo de 20 MB
BACKUP NA URL – S3	Padrão de 10 MB, Máximo de 20 MB
BACKUP EM DISCO	O padrão é 1 MB, máximo de 4 MB
BACKUP EM FITA/VDI	Padrão de 64 KB, Máximo de 4 MB

Para bancos de dados habilitados para TDE (Transparent Data Encryption) com um único arquivo de dados, o padrão MAXTRANSFERSIZE é 65536 (64 KB). Para bancos de dados não criptografados TDE, o padrão MAXTRANSFERSIZE é 1048576 (1 MB) ao usar o backup DISKe 65536 (64 KB) ao usar VDI ou TAPE. Para obter mais informações sobre como usar a compactação de backup com bancos de dados criptografados com TDE, consulte a seção Comentários.

Opções de gerenciamento de erros

Essas opções permitem determinar se as somas de verificação de backup estão habilitadas para a operação de backup e se a operação é interrompida quando um erro é encontrado.

{ NO_CHECKSUM | CHECKSUM }

Controla se somas de verificação de backup estão habilitadas.

NO_CHECKSUM

Desabilita explicitamente a geração de somas de verificação de backup (e a validação de somas de verificação de página). Esse é o comportamento padrão.
CHECKSUM

Especifica que a operação de backup verifica cada página quanto à soma de verificação e a página interrompida, se estiver habilitada e disponível, e gera uma soma de verificação para o backup inteiro.

O uso de somas de verificação de backup pode afetar a carga de trabalho e a taxa de transferência de backup.

Para obter mais informações, consulte Possible Media Errors During Backup and Restore (SQL Server).

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

Controla se uma operação de backup para ou continua depois de encontrar um erro de soma de verificação de página.

STOP_ON_ERROR

BACKUP Instrui a falha se uma soma de verificação de página não for verificada. Esse é o comportamento padrão.
CONTINUAR_APÓS_ERRO

BACKUP Instrui a continuar apesar de encontrar erros como somas de verificação inválidas ou páginas rasgadas.

Se não for possível fazer backup da parte final do log usando a opção NO_TRUNCATE quando o banco de dados estiver danificado, você poderá tentar um backup de log de log final especificando CONTINUE_AFTER_ERROR em vez de NO_TRUNCATE.

Para obter mais informações, consulte Possible Media Errors During Backup and Restore (SQL Server).

Opções de compatibilidade

REINICIAR

Não tem nenhum efeito. Essa opção é aceita pela versão para compatibilidade com SQL Server SSAS (Analysis Services 2005).

Opções de monitoramento

ESTATÍSTICAS [ = porcentagem ]

Exibe uma mensagem sempre que outro percentual for concluída e é usado para medir o progresso. Se percentage for omitido, SQL Server exibirá uma mensagem após a conclusão de cada 10%.

A STATS opção relata a porcentagem concluída a partir do limite para relatar o próximo intervalo. Isso é aproximadamente o percentual especificado; por exemplo, com STATS = 10, se o valor concluído for 40%, a opção poderá exibir 43%. Para grandes conjuntos de backup, isso não é um problema, pois a porcentagem completa se move muito lentamente entre chamadas de E/S concluídas.

Opções de fita

Essas opções são usadas apenas para TAPE dispositivos. Se um dispositivo que não seja de fita estiver sendo usado, essas opções serão ignoradas.

{ REBOBINAR | NOREWIND }

REBOBINAR

Especifica que SQL Server libera e retrocede a fita. REWIND é o padrão.
NOREWIND

Especifica que SQL Server mantém a fita aberta após a operação de backup. É possível usar essa opção para ajudar a melhorar o desempenho ao executar várias operações de backup em uma fita.

NOREWIND NOUNLOADimplica, e essas opções são incompatíveis em uma única BACKUP instrução.

Observação

Se você usar NOREWIND, a instância do SQL Server manterá a propriedade da unidade de fita até que uma instrução BACKUP ou RESTORE que está em execução no mesmo processo use a opção REWIND ou UNLOAD ou a instância do servidor será desligada. Manter a fita aberta evita que outros processos a acessem. Para obter informações sobre como exibir uma lista de fitas abertas e fechar uma fita aberta, consulte Backup Devices (SQL Server).

{ DESCARREGAR | DESCARREGAR }

Observação

UNLOAD e NOUNLOAD são configurações de sessão que persistem durante a vida útil da sessão ou até que ela seja redefinida especificando a alternativa.

DESCARREGAR

Especifica que a fita é rebobinada e descarregada automaticamente quando o backup for concluído. UNLOAD é o padrão quando uma sessão começa.
NOUNLOAD

Especifica que, após a BACKUP operação, a fita permanece carregada na unidade de fita.

Observação

Para um backup em um dispositivo de backup em fita, a opção BLOCKSIZE afeta o desempenho da operação de backup. Normalmente, essa opção afeta o desempenho apenas durante a gravação em dispositivos de fita.

Opções específicas de log

Essas opções são usadas apenas com BACKUP LOG.

Observação

Se você não quiser fazer backups de log, use o modelo de recuperação simples. Para obter mais informações, consulte Recovery models (SQL Server).

{ NÃO RECUPERAÇÃO | ESPERA = undo_file_name }

NORECOVERY

Faz backup do final do log e deixa o banco de dados no estado de RESTORING. NORECOVERY é útil ao fazer failover em um banco de dados secundário ou ao salvar a parte final do log antes de uma RESTORE operação.

Para executar um backup de log de melhor esforço que ignora o truncamento do log e, em seguida, coloca o banco de dados no estado RESTORING atomicamente, use as opções NO_TRUNCATE e NORECOVERY em conjunto.
STANDBY = standby_file_name

Faz backup da parte final do log e deixa o banco de dados em um estado e STANDBY somente leitura. A STANDBY cláusula grava dados em espera (executando a reversão, mas com a opção de restaurações adicionais). Usar a opção STANDBY é equivalente a BACKUP LOG WITH NORECOVERY seguido por um RESTORE WITH STANDBY.

O uso do modo em espera exige um arquivo em espera, especificado por standby_file_name, cujo local é armazenado no log do banco de dados. Se o arquivo especificado já existir, o Database Engine o substituirá; se o arquivo não existir, o Database Engine o criará. O arquivo em espera se torna parte do banco de dados.

Esse arquivo contém as alterações revertidas, que devem ser revertidas se RESTORE LOG as operações forem aplicadas posteriormente. Deve haver espaço em disco suficiente para que o arquivo em espera cresça para que possa conter todas as páginas distintas do banco de dados que foi modificado pela reversão de transações não confirmadas.

SEM_TRUNCAR

Especifica que o log de transações não deve ser truncado e faz com que o Database Engine tente o backup, independentemente do estado do banco de dados. Portanto, um backup feito com NO_TRUNCATE pode ter metadados incompletos. Essa opção permite fazer backup do log de transações em situações em que o banco de dados está danificado.

A NO_TRUNCATE opção é BACKUP LOG equivalente a especificar ambos COPY_ONLY e CONTINUE_AFTER_ERROR.

Sem a opção NO_TRUNCATE , o banco de dados deve estar no ONLINE estado. Se o banco de dados estiver no estado SUSPENDED, você poderá criar um backup especificando NO_TRUNCATE. Mas se o banco de dados estiver no estado ou no OFFLINE estado, EMERGENCY não será permitido mesmo com BACKUP.NO_TRUNCATE Para obter informações sobre estados de banco de dados, consulte os estados do banco de dados.

Sobre como trabalhar com backups de SQL Server

Esta seção introduz os seguintes conceitos de backup essenciais:

Backup Types Transaction Log Truncation Formatting Backup Media Working with Backup Devices and Media Sets Restoring SQL Server Backups

Observação

Para obter uma introdução ao backup em SQL Server, consulte A visão geral de backup (SQL Server).

Tipos de backup

Os tipos de backup com suporte dependem do modelo de recuperação do banco de dados, da seguinte maneira:

Todos os modelos de recuperação oferecem suporte a backups completos e diferenciais de dados.

Escopo do backup	Tipos de backup
Banco de dados inteiro	Backups de banco de dados abrangem o banco de dados inteiro. Opcionalmente, cada backup de banco de dados pode servir como a base de uma série de um ou mais backups de banco de dados diferenciais.
Banco de dados parcial	Backups parciais abrangem grupos de arquivos de leitura/gravação e, possivelmente, um ou mais arquivos ou grupos de arquivos somente leitura. Opcionalmente, cada backup parcial pode servir como a base de uma série de um ou mais backups parciais diferenciais.
Arquivo ou grupo de arquivos	Backups de arquivos abrangem um ou mais arquivos ou grupos de arquivos e são relevantes apenas para bancos de dados que contêm vários grupos de arquivos. No modelo de recuperação simples, os backups de arquivos são essencialmente restritos a grupos de arquivos secundários somente leitura. Opcionalmente, cada backup de arquivo pode servir como a base de uma série de um ou mais backups de arquivos diferenciais.

No modelo de recuperação completa ou modelo de recuperação bulk-logged, os backups convencionais também incluem backups de log de transações sequenciais (ou backups de log), que são obrigatórios. Cada backup de log abrange a parte do log de transações que estava ativa quando o backup foi criado e inclui todos os registros de log cujo backup não foi feito em um backup de log anterior.

Para minimizar a exposição de perda de trabalho, à custa de sobrecarga administrativa, você deve agendar backups de log freqüentes. 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.

Recomendamos que você coloque backups de log em um volume separado dos backups de banco de dados.

Observação

Para poder criar o primeiro backup de log, você deve criar um backup completo.
Um backup somente cópia é um backup completo para finalidades especiais ou um backup de log que é independente da sequência normal de backups convencionais. Para criar um backup somente cópia, especifique a opção COPY_ONLY em sua BACKUP instrução. Para obter mais informações, veja Backups somente cópia.

Truncamento do log de transações

Para evitar o preenchimento do log de transações de um banco de dados, os backups rotineiros são essenciais. No modelo de recuperação simples, o truncamento do log ocorre automaticamente depois que o backup do banco de dados é feito, e no modelo de recuperação completa, depois que o backup do log de transações é feito. No entanto, às vezes o processo de truncamento pode ser demorado. Para obter informações sobre fatores que podem atrasar o truncamento de log, consulte o log de transações.

Observação

As opções BACKUP LOG WITH NO_LOG e WITH TRUNCATE_ONLY foram descontinuadas. Se você estiver usando a recuperação completa ou em massa do modelo de recuperação registrada em massa e precisar remover a cadeia de backup de log de um banco de dados, alterne para o modelo de recuperação simples. Para obter mais informações, consulte View ou altere o modelo de recuperação de um banco de dados (SQL Server).

Formatar mídia de backup

A mídia de backup é formatada por uma BACKUP instrução se e somente se qualquer uma das seguintes opções for verdadeira:

A opção FORMAT foi especificada.
A mídia estiver vazia.
A operação estiver gravando uma fita de continuação.

Trabalhar com dispositivos de backup e conjuntos de mídia

Dispositivos de backup em um conjunto de mídias distribuído (um conjunto de distribuição)

Um conjunto de distribuição é um conjunto de arquivos de disco nos quais os dados são divididos em blocos e distribuídos em uma ordem fixa. O número de dispositivos de backup usados em um conjunto de distribuição deve permanecer o mesmo (a não ser que a mídia seja reinicializada com FORMAT).

O exemplo a seguir grava um backup do banco de dados AdventureWorks2025 em um novo conjunto de mídias distribuído que usa três arquivos de disco.

BACKUP DATABASE AdventureWorks2022
TO DISK = 'X:\SQLServerBackups\AdventureWorks1.bak',
DISK = 'Y:\SQLServerBackups\AdventureWorks2.bak',
DISK = 'Z:\SQLServerBackups\AdventureWorks3.bak'
WITH FORMAT,
    MEDIANAME = 'AdventureWorksStripedSet0',
    MEDIADESCRIPTION = 'Striped media set for AdventureWorks2022 database';
GO

Depois que um dispositivo de backup é definido como parte de um conjunto de distribuição, ele não pode ser usado para um backup de dispositivo único, a menos que FORMAT seja especificado. Da mesma forma, um dispositivo de backup que contém backups não ignorados não pode ser usado em um conjunto de distribuição, a menos que FORMAT seja especificado. Para dividir um conjunto de backup distribuído, use FORMAT.

Se ambos MEDIANAME ou MEDIADESCRIPTION não forem especificados quando um cabeçalho de mídia for gravado, o campo de cabeçalho de mídia correspondente ao item em branco estará vazio.

Trabalhar com um conjunto de mídias espelhado

Normalmente, os backups são sem sorrisos e BACKUP as instruções simplesmente incluem uma TO cláusula. No entanto, um total de quatro espelhos é possível por conjunto de mídias. Em um conjunto de mídias espelhado, a operação de backup grava em vários grupos de dispositivos de backup. Cada grupo de dispositivos de backup compõe um único espelho dentro do conjunto de mídias espelhado. Todos os espelhos devem usar a mesma quantidade e tipo de dispositivos físicos de backup que devem ter as mesmas propriedades.

Para fazer backup em um conjunto de mídias espelhado, todos os espelhos devem estar presentes. Para fazer backup em um conjunto de mídias espelhado, especifique a cláusula TO para especificar o primeiro espelho e especifique uma cláusula MIRROR TO para cada espelho adicional.

Para um conjunto de mídias espelhado, cada MIRROR TO cláusula deve listar o mesmo número e tipo de dispositivos que a TO cláusula. O exemplo a seguir grava em um conjunto de mídias espelhado que contém dois espelhos e usa três dispositivos por espelho:

BACKUP DATABASE AdventureWorks2022
TO DISK = 'X:\SQLServerBackups\AdventureWorks1a.bak',
DISK = 'Y:\SQLServerBackups\AdventureWorks2a.bak',
DISK = 'Z:\SQLServerBackups\AdventureWorks3a.bak'
MIRROR TO DISK = 'X:\SQLServerBackups\AdventureWorks1b.bak',
DISK = 'Y:\SQLServerBackups\AdventureWorks2b.bak',
DISK = 'Z:\SQLServerBackups\AdventureWorks3b.bak';
GO

Importante

Este exemplo foi criado para permitir teste em seu sistema local. Na prática, fazer backup em vários dispositivos na mesma unidade deve afetar o desempenho e eliminar a redundância para a qual conjuntos de mídias espelhados foram projetados.

Famílias de mídia em conjuntos de mídia espelhados

Cada dispositivo de backup especificado na TO cláusula de uma BACKUP instrução corresponde a uma família de mídia. Por exemplo, se a TO cláusula listar três dispositivos, BACKUP gravará dados em três famílias de mídia. Em um conjunto de mídias espelhado, cada espelho deve conter uma cópia de cada família de mídia. É por isso que o número de dispositivos deve ser idêntico em cada espelho.

Quando vários dispositivos são listados para cada espelho, a ordem dos dispositivos determina qual família de mídia é gravada em um determinado dispositivo. Por exemplo, em cada uma das listas de dispositivos, o segundo dispositivo corresponde à segunda família de mídia. Para os dispositivos no exemplo anterior, a correspondência entre dispositivos e famílias de mídia é mostrada na tabela a seguir.

Espelho	Família de mídia 1	Família de mídia 2	Família de mídia 3
0	`Z:\AdventureWorks1a.bak`	`Z:\AdventureWorks2a.bak`	`Z:\AdventureWorks3a.bak`
1	`Z:\AdventureWorks1b.bak`	`Z:\AdventureWorks2b.bak`	`Z:\AdventureWorks3b.bak`

O backup de uma família de mídia sempre deve ser feito no mesmo dispositivo dentro de um espelho específico. Portanto, a cada vez que você usar um conjunto de mídias existente, liste os dispositivos de cada espelho na mesma ordem em que foram especificados quando o conjunto de mídias foi criado.

Para obter mais informações sobre conjuntos de mídia espelhados, consulte Conjuntos de Mídias de Backup doMirrored (SQL Server). Para obter mais informações sobre conjuntos de mídia e famílias de mídia em geral, consulte Media sets, famílias de mídia e conjuntos de backup (SQL Server).

Restaurar backups de SQL Server

Para restaurar um banco de dados e, opcionalmente, recuperá-lo para colocá-lo online ou restaurar um arquivo ou grupo de arquivos, use a instrução Transact-SQL RESTORE ou as tarefas SQL Server Management Studio Restore. Para obter mais informações, consulte Restore e visão geral de recuperação (SQL Server).

Considerações adicionais sobre as opções de BACKUP

Interação de SKIP, NOSKIP, INIT e NOINIT

Esta tabela descreve as interações entre as opções { NOINIT | INIT } e { NOSKIP | SKIP }.

Observação

Se a mídia de fita estiver vazia ou o arquivo de backup de disco não existir, todas essas interações gravarão um cabeçalho de mídia e continuarão. Se a mídia não estiver vazia e não tiver um cabeçalho de mídia válido, essas operações fornecerão comentários informando que essa não é uma mídia MTF válida e encerram a operação de backup.

Opção Pular	`NOINIT`	`INIT`
`NOSKIP`	Se o volume contiver um cabeçalho de mídia válido, ele verificará o nome da mídia correspondente ao `MEDIANAME` fornecido, se houver. Se houver correspondência, anexará o conjunto de backup preservando todos os conjuntos de backup existentes. Se o volume não contiver um cabeçalho de mídia válido, ocorrerá um erro.	Se o volume contiver um cabeçalho de mídia válido, executará as seguintes verificações: Se `MEDIANAME` foi especificado, verifica se o nome de mídia fornecido corresponde ao nome de mídia do cabeçalho de mídia. ¹ Verifica se não há nenhum conjunto de backup vigente na mídia. Se houver, terminará o backup. Se essas verificações passarem, substituirá qualquer conjunto de backup na mídia preservando apenas o cabeçalho da mídia. Se o volume não contiver um cabeçalho de mídia válido, gerará um com o uso especificado `MEDIANAME` e `MEDIADESCRIPTION`, se houver.
`SKIP`	Se o volume contiver um cabeçalho de mídia válido, acrescentará o conjunto de backup, preservando todos os conjuntos de backup existentes.	Se o volume contiver um cabeçalho de mídia ² válido, substituirá todos os conjuntos de backup na mídia, preservando apenas o cabeçalho de mídia. Se a mídia estiver vazia, ela gerará um cabeçalho de mídia usando o `MEDIANAME` e `MEDIADESCRIPTION` especificados, se houver.

¹ O usuário deve pertencer à função de banco de dados ou de servidor fixa apropriada para executar uma operação de backup.

² A validade inclui o número de versão de MTF e outras informações de cabeçalho. Se a versão especificada não tiver suporte ou for um valor inesperado, ocorrerá um erro.

Compatibilidade

Cuidado

Os backups criados pela versão mais recente do SQL Server não podem ser restaurados em versões anteriores do SQL Server.

BACKUP dá suporte à opção RESTART para fornecer compatibilidade com versões anteriores do SQL Server. Mas RESTART não tem efeito.

Comentários

Backups de banco de dados ou de log podem ser anexados a qualquer dispositivo de disco ou de fita, permitindo que um banco de dados e seus logs de transações sejam mantidos em um local físico.

A BACKUP instrução não é permitida em uma transação explícita ou implícita.

Você não pode fazer backup de um banco de dados nos seguintes estados:

Restaurando
Em espera
Somente leitura

Operações de backup entre plataformas, mesmo entre tipos diferentes de processadores, podem ser executadas desde que a ordenação do banco de dados tenha suporte no sistema operacional.

Começando com SQL Server 2016 (13.x), definindo larger que 65536 (64 KB) habilita um algoritmo de compactação otimizado para Transparent data encryption (TDE) bancos de dados criptografados que primeiro descriptografam uma página, compacta-a, e, em seguida, criptografa-o novamente. Se MAXTRANSFERSIZE não for especificado ou se MAXTRANSFERSIZE = 65536 (64 KB) for usado, a compactação de backup com bancos de dados criptografados TDE compacta diretamente as páginas criptografadas e pode não produzir boas taxas de compactação. Para obter mais informações, consulte Compactação de backup para bancos de dados habilitados para TDE.

Começando com SQL Server 2019 (15.x) CU5, a configuração MAXTRANSFERSIZE não é mais necessária para habilitar esse algoritmo de compactação otimizado com TDE. Se o comando de backup for especificado WITH COMPRESSION ou a configuração do servidor padrão de compactação de backup for definida como 1, MAXTRANSFERSIZE será automaticamente aumentada para 128 K para habilitar o algoritmo otimizado. Se MAXTRANSFERSIZE for especificado no comando de backup com um valor > 64 K, o valor fornecido será respeitado. Em outras palavras, SQL Server nunca diminui automaticamente o valor, só o aumenta. Se você precisar fazer backup de um banco de dados criptografado com TDE com MAXTRANSFERSIZE = 65536, será preciso especificar WITH NO_COMPRESSION ou garantir que a configuração de servidor padrão de compactação de backup seja definida como 0.

Observação

Há alguns casos em que o padrão MAXTRANSFERSIZE é maior que 64 K:

Quando o banco de dados tem vários arquivos de dados criados, ele usa MAXTRANSFERSIZE> 64 K.
Ao executar o backup na URL para Azure Blob Storage, o padrão MAXTRANSFERSIZE = 1048576 (1 MB).
Ao executar backup em URL para armazenamento de objetos compatível com S3, o padrão MAXTRANSFERSIZE = 10485760 (10 MB).

Mesmo que uma dessas condições se aplique, você deve definir explicitamente MAXTRANSFERSIZE maior que 64K em seu comando de backup para obter o algoritmo de compactação de backup otimizado, a menos que você esteja no SQL Server 2019 (15.x) CU5 ou posterior.

Por padrão, cada operação de backup bem-sucedida adiciona uma entrada no log de erros do SQL Server e no log de eventos do sistema. Se você fizer backup do log com muita frequência, essas mensagens de êxito serão acumuladas muito rapidamente, resultando em logs de erros grandes que podem dificultar a localização de outras mensagens. Nessas situações, você pode suprimir essas entradas de log usando o sinalizador de rastreamento 3226, caso a automação ou o monitoramento dependa dessas entradas. Para obter mais informações, consulte Definir sinalizadores de rastreamento com DBCC TRACEON.

Interoperabilidade

SQL Server usa um processo de backup online para permitir um backup de banco de dados enquanto o banco de dados ainda está em uso. Durante um backup, a maioria das operações é possível; por exemplo, INSERTinstruções UPDATEou DELETE instruções são permitidas durante uma operação de backup.

As operações que não podem ser executadas durante um banco de dados ou backup de log de transações incluem:

Operações de gerenciamento de arquivos, como a instrução ALTER DATABASE com as opções ADD FILE ou REMOVE FILE.
Operações de redução do banco de dados ou de arquivos. Isso inclui operações de redução automática.

Se uma operação de backup se sobrepuser a um gerenciamento ou DBCC SHRINK operação de arquivos, ocorrerá um conflito. Independentemente de qual operação conflitante começou primeiro, a segunda operação aguarda o bloqueio definido pela primeira operação atingir o tempo limite (o período de tempo limite é controlado por uma configuração de tempo limite da sessão). Se o bloqueio for liberado durante o período de tempo limite, a segunda operação continuará. Se o tempo limite do bloqueio for esgotado, a segunda operação falhará.

Metadados

SQL Server inclui as seguintes tabelas de histórico de backup que acompanham a atividade de backup:

Quando uma restauração é executada, se o conjunto de backup ainda não tiver sido registrado no msdb banco de dados, as tabelas de histórico de backup poderão ser modificadas.

Segurança

A partir do SQL Server 2012 (11.x), as opções PASSWORD e MEDIAPASSWORD são descontinuadas para criar backups. Ainda é possível restaurar backups criados com senhas.

Permissões

As permissões BACKUP DATABASE e BACKUP LOG usam como padrão os membros da função de servidor fixa sysadmin e as funções de banco de dados fixas db_owner e db_backupoperator.

Os problemas de propriedade e permissão no arquivo físico do dispositivo de backup podem interferir em uma operação de backup. Verifique se SQL Server conta de inicialização precisa ter permissões de leitura e gravação no dispositivo de backup e na pasta na qual os arquivos de backup são gravados. No entanto, sp_addumpdevice, que adiciona uma entrada para um dispositivo de backup nas tabelas do sistema, não verifica as permissões de acesso ao arquivo. Esses problemas no arquivo físico do dispositivo de backup podem não aparecer até que o recurso físico seja acessado na tentativa de backup ou restauração.

Exemplos

Esta seção contém os seguintes exemplos:

R. Fazer backup de um banco de dados completo
B. Fazer backup do banco de dados e do log
C. Criar um backup completo dos grupos de arquivos secundários
D. Criar um backup de arquivo diferencial dos grupos de arquivos secundários
E. Criar e fazer backup em um conjunto de mídias espelhado unifamiliar
F. Criar e fazer backup em um conjunto de mídias espelhado multifamiliar
G. Fazer backup em um conjunto de mídias espelhado existente
H. Criar um backup compactado em um novo conjunto de mídias
Eu. Back até Azure Blob Storage
J. [Fazer backup no armazenamento de objetos compatível com S3]((#j backup de armazenamento de objetos compatíveis com s3)
K. Acompanhar o progresso da instrução de backup

Observação

Os artigos de instruções de backup contêm exemplos adicionais. Para obter mais informações, consulte Visão geral de backup (SQL Server).

R. Fazer backup de um banco de dados completo

O exemplo a seguir faz backup do banco de dados AdventureWorks2025 em um arquivo de disco.

BACKUP DATABASE AdventureWorks2022
TO DISK = 'Z:\SQLServerBackups\AdvWorksData.bak'
WITH FORMAT;
GO

B. Fazer backup do banco de dados e do log

O exemplo a seguir faz backup do banco de dados de exemplo AdventureWorks2025 que, por padrão, usa o modelo de recuperação simples. Para oferecer suporte a backups de log, o banco de dados AdventureWorks2025 é modificado para usar o modelo de recuperação completa.

Em seguida, o exemplo usa sp_addumpdevice para criar um dispositivo de backup lógico para fazer backup dos dados, AdvWorksData, e cria outro dispositivo de backup lógico para fazer backup do log, AdvWorksLog.

Em seguida, o exemplo cria um backup de dados completo em AdvWorksData e, após um período de atividades de atualização, faz o backup do log em AdvWorksLog.

-- To permit log backups, before the full database backup, modify the database
-- to use the full recovery model.
USE master;
GO

ALTER DATABASE AdventureWorks2022 SET RECOVERY FULL;
GO

-- Create AdvWorksData and AdvWorksLog logical backup devices.
USE master;
GO

EXECUTE sp_addumpdevice 'disk', 'AdvWorksData', 'Z:\SQLServerBackups\AdvWorksData.bak';
GO

EXECUTE sp_addumpdevice 'disk', 'AdvWorksLog', 'X:\SQLServerBackups\AdvWorksLog.bak';
GO

-- Back up the full AdventureWorks2022 database.
BACKUP DATABASE AdventureWorks2022 TO AdvWorksData;
GO

-- Back up the AdventureWorks2022 log.
BACKUP LOG AdventureWorks2022 TO AdvWorksLog;
GO

Observação

Para um banco de dados de produção, faça backup do log regularmente. Os backups de log devem ser frequentes o suficiente para fornecer proteção contra perda de dados.

C. Criar um backup completo dos grupos de arquivos secundários

O exemplo a seguir cria um backup de arquivo completo de todos os arquivos dos dois grupos de arquivos secundários.

--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
    FILEGROUP = 'SalesGroup1', FILEGROUP = 'SalesGroup2'
    TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck';
GO

D. Criar um backup de arquivo diferencial dos grupos de arquivos secundários

O exemplo a seguir cria um backup diferencial de cada arquivo nos dois grupos de arquivos secundários.

--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
FILEGROUP = 'SalesGroup1', FILEGROUP = 'SalesGroup2'
TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck'
WITH DIFFERENTIAL;
GO

E. Criar e fazer backup em um conjunto de mídias espelhado unifamiliar

O exemplo a seguir cria um conjunto de mídias espelhado que contêm uma única família de mídia e quatro espelhos nos quais faz backup do banco de dados AdventureWorks2025.

BACKUP DATABASE AdventureWorks2022
TO TAPE = '\\.\tape0'
MIRROR TO TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2'
MIRROR TO TAPE = '\\.\tape3'
WITH FORMAT, MEDIANAME = 'AdventureWorksSet0';

F. Criar e fazer backup em um conjunto de mídias espelhado multifamiliar

O exemplo a seguir cria um conjunto de mídias espelhado no qual cada espelho consiste em duas famílias de mídia. Em seguida, o exemplo faz backup do banco de dados AdventureWorks2025 nos dois espelhos.

BACKUP DATABASE AdventureWorks2022
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH FORMAT, MEDIANAME = 'AdventureWorksSet1';

G. Fazer backup em um conjunto de mídias espelhado existente

O exemplo a seguir anexa um conjunto de backup ao conjunto de mídias criado no exemplo anterior.

BACKUP LOG AdventureWorks2022
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH NOINIT, MEDIANAME = 'AdventureWorksSet1';

Observação

NOINIT, que é o padrão, é mostrado aqui para maior clareza.

H. Criar um backup compactado em um novo conjunto de mídias

O exemplo a seguir formata a mídia, criando um conjunto de mídias, e executa um backup completo compactado do banco de dados AdventureWorks2025.

BACKUP DATABASE AdventureWorks2022
    TO DISK = 'Z:\SQLServerBackups\AdvWorksData.bak'
    WITH FORMAT, COMPRESSION;

Eu. Fazer backup no Microsoft Azure Blob Storage

Este exemplo executa um backup de banco de dados completo de Sales para Azure Blob Storage. O nome da Conta de armazenamento é mystorageaccount. O contêiner é chamado myfirstcontainer. Uma política de acesso armazenada já foi criada com direitos de leitura, gravação, exclusão e lista. A credencial SQL Server, https://mystorageaccount.blob.core.windows.net/myfirstcontainer, foi criada usando uma Assinatura de Acesso Compartilhado associada à Política de Acesso Armazenado. Para obter informações sobre SQL Server backup para Azure Blob Storage, consulte SQL Server backup e restauração com Azure Blob Storage e backup SQL Server na URL para Azure Blob Storage.

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales.bak'
WITH STATS = 5;

Você também pode fazer backup de seu banco de dados em várias faixas, e ficaria assim:

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-01.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-02.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-03.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-04.bak'
WITH COPY_ONLY;

J. Fazer backup no armazenamento de objetos compatível com S3

Applies para: SQL Server 2022 (16.x) e versões posteriores.

Este exemplo executa um backup completo do banco de dados Sales em uma plataforma de armazenamento de objetos compatível com o S3. O nome da credencial não é necessário na instrução ou para corresponder ao caminho de URL exato, mas executa uma pesquisa para a credencial adequada na URL fornecida. Para obter mais informações, consulte Back up and restore SQL Server with S3-compatible object storage.

BACKUP DATABASE Sales
TO URL = 's3://10.10.10.10:8787/sqls3backups/sales_01.bak',
URL = 's3://10.10.10.10:8787/sqls3backups/sales_02.bak',
URL = 's3://10.10.10.10:8787/sqls3backups/sales_03.bak'
WITH FORMAT, STATS = 10, COMPRESSION;

K. Acompanhar o progresso da instrução de backup

A seguinte consulta retorna informações sobre as instruções de backup atualmente em execução:

SELECT a.text AS query,
       start_time,
       percent_complete,
       dateadd(second, estimated_completion_time / 1000, getdate()) AS eta
FROM sys.dm_exec_requests AS r
CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) AS a
WHERE r.command LIKE 'BACKUP%';

SQL Server

* SQL Managed Instance *

Plataforma de Análise
Sistema (PDW)

Azure SQL Managed Instance

Faz backup de um banco de dados SQL no Azure SQL Managed Instance. Azure SQL Managed Instance tem backups automáticos. Você pode criar backups COPY_ONLY de bancos de dados completos. Não há suporte para backups diferenciais, de log e de instantâneo de arquivo.

Também se aplica a SQL Managed Instance habilitado pelo Azure Arc.

Sintaxe

BACKUP DATABASE { database_name | @database_name_var }
  TO URL = { 'physical_device_name' | @physical_device_name_var } [ , ...n ]
  WITH COPY_ONLY [ , { <general_WITH_options> } ]
[ ; ]

<general_WITH_options> [ , ...n ] ::=

--Media set options
   MEDIADESCRIPTION = { 'text' | @text_variable }
 | MEDIANAME = { media_name | @media_name_variable }
 | BLOCKSIZE = { blocksize | @blocksize_variable }

--Data Transfer Options
   BUFFERCOUNT = { buffercount | @buffercount_variable }
 | MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

--Error Management Options
   { NO_CHECKSUM | CHECKSUM }
 | { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

--Compatibility Options
   RESTART

--Monitoring Options
   STATS [ = percentage ]

--Encryption Options
 ENCRYPTION (ALGORITHM = { AES_128 | AES_192 | AES_256 | TRIPLE_DES_3KEY } , encryptor_options ) <encryptor_options> ::=
   SERVER CERTIFICATE = Encryptor_Name | SERVER ASYMMETRIC KEY = Encryptor_Name

Argumentos

BASE DE DADOS

Especifica um backup completo do banco de dados. Durante um backup de banco de dados, Azure SQL Managed Instance faz backup suficiente do log de transações para produzir um banco de dados consistente quando o backup é restaurado.

Importante

Um backup de banco de dados criado em uma instância gerenciada só pode ser restaurado em outro Azure SQL Managed Instance ou apenas em uma instância SQL Server 2022. Isso ocorre porque SQL Managed Instance tem uma versão mais alta do banco de dados interno em comparação com outras versões do SQL Server. Para obter mais informações, examine Aloja um backup de banco de dados SQL Managed Instance para SQL Server 2022.

Quando você restaura um backup criado por BACKUP DATABASE (um backup de dados), todo o backup é restaurado. Para restaurar de SQL Managed Instance backups automáticos, consulte Alocoar um banco de dados para um Azure SQL Managed Instance.

{ database_name | @database_name_var }

O banco de dados do qual o banco de dados completo faz backup. Se fornecido como uma variável (@database_name_var), esse nome pode ser especificado como uma constante de cadeia de caracteres (@database_name_var = nome do banco de dados) ou como uma variável do tipo de dados de cadeia de caracteres, exceto para os tipos de dados de texto ou ntext.

Para obter mais informações, consulte Backups completos de arquivos (SQL Server) e Fazer backup de arquivos e grupos de arquivos.

PARA URL

Especifica a URL a ser usada para a operação de backup. O formato de URL é usado para criar backups no serviço de armazenamento Microsoft Azure.

Importante

Para fazer backup de vários dispositivos ao fazer backup na URL, você deve usar tokens SAS (Assinatura de Acesso Compartilhado). Para obter exemplos de criação de uma Assinatura de Acesso Compartilhado, consulte SQL Server Backup para URL e Simplificando a criação de credenciais sql com tokens SAS (Assinatura de Acesso Compartilhado) em Azure Storage com o PowerShell.

n

Um espaço reservado que indica que até 64 dispositivos de backup podem ser especificados em uma lista separada por vírgulas.

Opções WITH

Especifica opções a serem usadas com uma operação de backup.

ENCRIPTAÇÃO

AES_128
AES_192
AES_256
TRIPLE_DES_3KEY
NO_ENCRYPTION

Se você optar por criptografar, também precisará especificar o criptografador usando as opções do criptografador:

SERVER CERTIFICATE = <Encryptor_Name>
SERVER ASYMMETRIC KEY = <Encryptor_Name>

Opções de conjunto de backup

COPY_ONLY

Especifica que o backup é um backup somente cópia, o que não afeta a sequência normal de backups. Um backup somente cópia é criado independentemente do Azure SQL Database backups automáticos. Para obter mais informações, veja Backups somente cópia.

{ COMPACTAÇÃO | NO_COMPRESSION }

Especifica se a compactação de backup é executada neste backup, substituindo o padrão de nível de servidor.

O comportamento padrão é sem compactação de backup. No entanto, esse padrão pode ser alterado com a definição da opção backup compression default de configuração do servidor. Para obter informações sobre como exibir o valor atual dessa opção, consulte Exibir ou alterar propriedades do servidor.

COMPRESSÃO

Habilita explicitamente a compactação de backup.
NO_COMPRESSION

Desabilita explicitamente a compactação de backup.

DESCRIÇÃO = { 'texto' | @text_variable }

Especifica o texto de forma livre que descreve o conjunto de backup. A cadeia de caracteres pode conter um máximo de 255 caracteres.

NOME = { backup_set_name | @_backup| set_var }

Especifica o nome do conjunto de backup. Os nomes podem ter no máximo de 128 caracteres. Se NAME não for especificado, ele fica em branco.

MEDIADESCRIPTION = { texto | @text_variable }

Especifica a descrição de texto de forma livre do conjunto de mídias, com um máximo de 255 caracteres.

MEDIANAME = { media_name | @media_name_variable }

Especifica o nome da mídia de todo o conjunto de mídias de backup. O nome da mídia não deve ter mais de 128 caracteres. Se MEDIANAME for especificado, ele deverá corresponder ao nome da mídia especificado anteriormente já existente nos volumes de backup. Se não for especificado ou se a opção SKIP for especificada, não haverá verificação do nome da mídia.

TAMANHO BLOCO = { tamanho | do bloco@blocksize_variable }

Opções de transferência de dados

BUFFERCOUNT = { buffercount | @buffercount_variable }

O espaço total usado pelos buffers é determinado por: BUFFERCOUNT * MAXTRANSFERSIZE.

Observação

Para obter informações importantes sobre como usar a BUFFERCOUNT opção, consulte a postagem no blog A opção de transferência de dados BufferCount incorreta pode levar à condição OOM.

MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

Command	Azure SQL Managed Instance política de atualização SQL Server 2022 ou SQL Server 2025	Azure SQL Managed Instance Política always-up-to-date
BACKUP NA URL – Azure	Dinâmico, escolhido pelo serviço para backups automáticos. Para backups de COPY_ONLY: padrão de 1 MB, máximo de 100 MB	Dinâmico, escolhido pelo serviço para backups automáticos. Para backups de COPY_ONLY: padrão de 1 MB, máximo de 100 MB

Para bancos de dados com TDE (Transparent Data Encryption) habilitado com um único arquivo de dados, o padrão MAXTRANSFERSIZE é 65536 (64 KB). Para bancos de dados não criptografados TDE, o padrão MAXTRANSFERSIZE é 1048576 (1 MB) ao usar o backup DISKe 65536 (64 KB) ao usar VDI ou TAPE.

Observação

MAXTRANSFERSIZE especifica a maior unidade de transferência e não garante que cada operação de gravação transfira o maior tamanho especificado. MAXTRANSFERSIZE para operações de gravação de backups de log de transações distribuídos é definido como 64 KB.

Opções de gerenciamento de erros

Essas opções permitem determinar se as somas de verificação de backup estão habilitadas para a operação de backup e se a operação é interrompida quando um erro é encontrado.

{ NO_CHECKSUM | CHECKSUM }

Controla se somas de verificação de backup estão habilitadas.

NO_CHECKSUM

Desabilita explicitamente a geração de somas de verificação de backup (e a validação de somas de verificação de página). Esse é o comportamento padrão.
CHECKSUM

Especifica que a operação de backup verifica cada página quanto à soma de verificação e a página interrompida, se estiver habilitada e disponível, e gera uma soma de verificação para o backup inteiro.

O uso de somas de verificação de backup pode afetar a carga de trabalho e a taxa de transferência de backup.

Para obter mais informações, consulte Possíveis erros de mídia durante backup e restauração.

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

Controla se uma operação de backup para ou continua depois de encontrar um erro de soma de verificação de página.

STOP_ON_ERROR

BACKUP Instrui a falha se uma soma de verificação de página não for verificada. Esse é o comportamento padrão.
CONTINUAR_APÓS_ERRO

BACKUP Instrui a continuar apesar de encontrar erros como somas de verificação inválidas ou páginas rasgadas.

Para obter mais informações, consulte Possíveis erros de mídia durante backup e restauração.

Opções de compatibilidade

REINICIAR

Não tem nenhum efeito. Essa opção é aceita pela versão para compatibilidade com versões anteriores do SQL Server.

Opções de monitoramento

ESTATÍSTICAS [ = porcentagem ]

Exibe uma mensagem sempre que outro percentual for concluída e é usado para medir o progresso. Se percentage for omitido, SQL Server exibirá uma mensagem após a conclusão de cada 10%.

Limitações para SQL Managed Instance

O tamanho máximo da faixa de backup é 195 GB (tamanho máximo do blob). Aumente o número de faixas no comando de backup para reduzir o tamanho da faixa individual e permaneça dentro desse limite.

Segurança

Permissões

As permissões BACKUP DATABASE usam como padrão os membros da função de servidor fixa sysadmin e as funções de banco de dados fixas db_owner e db_backupoperator.

Os problemas de propriedade e permissão na URL podem interferir em uma operação de backup. SQL Server deve ser capaz de ler e gravar no dispositivo; a conta na qual o serviço SQL Server é executado deve ter permissões de gravação.

Exemplos

O exemplo executa um backup COPY_ONLY de Sales para o Microsoft Azure Blob Storage. O nome da Conta de armazenamento é mystorageaccount. O contêiner é chamado myfirstcontainer. Uma política de acesso armazenado foi criada com direitos de leitura, gravação, exclusão e lista. A credencial SQL Server, https://mystorageaccount.blob.core.windows.net/myfirstcontainer, foi criada usando uma Assinatura de Acesso Compartilhado associada à Política de Acesso Armazenado. Para obter informações sobre SQL Server backup para Azure Blob Storage, consulte SQL Server Backup e Restauração com o Microsoft Azure Blob Storage e SQL Server Backup para URL.

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales_20160726.bak'
WITH STATS = 5, COPY_ONLY;

Você também pode fazer backup de seu banco de dados em várias faixas, e ficaria assim:

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-01.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-02.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-03.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-04.bak'
WITH COPY_ONLY;

instruções RESTORE (Transact-SQL)

SQL Server

SQL Managed Instance

*Analytics
Sistema de Plataforma (PDW) *

Sistema de plataforma de análise

Cria um backup de um banco de dados do PDW (Analytics Platform System) e armazena o backup fora do dispositivo em um local de rede especificado pelo usuário. Use essa instrução com RESTORE DATABASE para recuperação de desastre ou para copiar um banco de dados de um dispositivo para outro.

Antes de começar, confira "Adquirir e configurar um servidor de backup" na Documentação de produto do Analytics Platform System (PDW).

Há dois tipos de backup no PDW (Analytics Platform System). Um backup completo de banco de dados é um backup de um banco de dados inteiro do PDW (Analytics Platform System). Um backup diferencial de banco de dados inclui apenas as alterações feitas desde o último backup completo. Um backup de um banco de dados de usuário inclui os usuários do banco de dados e as funções do banco de dados. Um backup do banco de dados mestre master nclui os logons.

Para obter mais informações sobre backups de banco de dados do PDW (Analytics Platform System), confira "Backup e restauração" no Documentação de produto do Analytics Platform System (PDW).

Sintaxe

--Create a full backup of a user database or the master database.
BACKUP DATABASE database_name
    TO DISK = '\\UNC_path\backup_directory'
    [ WITH [ ( ] <with_options> [ , ...n ] [ ) ] ]
[ ; ]

--Create a differential backup of a user database.
BACKUP DATABASE database_name
    TO DISK = '\\UNC_path\backup_directory'
    WITH [ ( ] DIFFERENTIAL
    [ , <with_options> [ , ...n ] [ ) ] ]
[ ; ]

<with_options> ::=
    DESCRIPTION = 'text'
    | NAME = 'backup_name'

Argumentos

database_name

O nome do banco de dados no qual o backup será criado. O banco de dados pode ser o master ou um banco de dados de usuário.

TO DISK = '\\UNC_path\backup_directory'

O caminho e o diretório de rede em que o PDW (Analytics Platform System) gravará os arquivos de backup. Por exemplo, \\\xxx.xxx.xxx.xxx\backups\2012\Monthly\08.2012.Mybackup.

O caminho para o nome do diretório de backup já precisa existir e estar especificado como um caminho UNC totalmente qualificado.
O diretório de backup, backup_directory, não pode existir antes da execução do comando de backup. O PDW (Analytics Platform System) cria o diretório de backup.
O caminho para o diretório de backup não pode ser um caminho local e não pode ser um local em nenhum dos nós do dispositivo PDW (Analytics Platform System).
O tamanho máximo do caminho UNC e do nome do diretório de backup é de 200 caracteres.
O servidor ou o host precisa ser especificado como um endereço IP. Você não pode especificá-lo como o nome do host ou do servidor.

DESCRIÇÃO = 'texto'

Especifica uma descrição textual do backup. O comprimento máximo do texto é de 255 caracteres.

A descrição é armazenada nos metadados e é exibida quando o cabeçalho de backup é restaurado com RESTORE HEADERONLY.

NOME = '_backup nome'

Especifica o nome do backup. O nome do backup pode ser diferente do nome do banco de dados.

Os nomes podem ter no máximo de 128 caracteres.
Não é possível incluir um caminho.
É necessário começar com um caractere de letra ou de número ou com um sublinhado (_). Os caracteres especiais permitidos são sublinhado (_), hífen (-) ou espaço (). Os nomes de backup não podem terminar com um caractere de espaço.
A instrução falhará se backup_name já existir no local especificado.

Esse nome é armazenado nos metadados e é exibido quando o cabeçalho de backup é restaurado com RESTORE HEADERONLY.

DIFERENCIAL

Especifica a execução de um backup diferencial de um banco de dados de usuário. Se omitido, o padrão será um backup completo do banco de dados. O nome do backup diferencial não precisa corresponder ao nome do backup completo. Para controlar o diferencial e seu backup completo correspondente, considere usar o mesmo nome com 'completo' ou 'diferencial' anexado.

Por exemplo:

BACKUP DATABASE Customer TO DISK = '\\xxx.xxx.xxx.xxx\backups\CustomerFull';

BACKUP DATABASE Customer TO DISK = '\\xxx.xxx.xxx.xxx\backups\CustomerDiff' WITH DIFFERENTIAL;

Permissões

Requer a permissão BACKUP DATABASE ou a associação à função de banco de dados fixa db_backupoperator. Não master é possível fazer backup do banco de dados, mas por um usuário regular que foi adicionado à db_backupoperator função de banco de dados fixa. O banco de dados master somente pode ser submetido a backup pela sa, pelo administrador da malha ou pelos membros da função de servidor fixa sysadmin.

Requer uma conta Windows que tenha permissão para acessar, criar e gravar no diretório de backup. Você também deve armazenar o nome da conta Windows e a senha no PDW (Analytics Platform System). Para adicionar essas credenciais de rede ao PDW (Analytics Platform System), use o procedimento armazenado sp_pdw_add_network_credentials - Azure Synapse Analytics.

Para obter mais informações sobre o gerenciamento de credenciais no PDW (Analytics Platform System), confira a seção Segurança.

Tratamento de erros

BACKUP DATABASE erros nas seguintes condições:

As permissões de usuário não são suficientes para executar um backup.
O PDW (Analytics Platform System) não tem as permissões corretas para o local da rede em que o backup será armazenado.
O banco de dados não existe.
O diretório de destino já existe no compartilhamento de rede.
O compartilhamento de rede de destino não está disponível.
O compartilhamento de rede de destino não tem espaço suficiente para o backup. O BACKUP DATABASE comando não confirma se há espaço em disco suficiente antes de iniciar o backup, tornando possível gerar um erro de espaço fora do disco durante a execução BACKUP DATABASE. Quando ocorre espaço em disco insuficiente, o PDW (Analytics Platform System) reverte o BACKUP DATABASE comando. Para diminuir o tamanho do banco de dados, execute DBCC SHRINKLOG – PDW (Analytics Platform System)
Tentativa de iniciar um backup em uma transação.

Comentários

Antes de executar um backup de banco de dados, use o DBCC SHRINKLOG – PDW (Analytics Platform System) para diminuir o tamanho do banco de dados.

Um backup do PDW (Analytics Platform System) é armazenado como um conjunto de vários arquivos no mesmo diretório.

Um backup diferencial geralmente leva menos tempo do que um backup completo e pode ser executado com mais frequência. Quando vários backups diferenciais se baseiam no mesmo backup completo, cada diferencial inclui todas as alterações do backup diferencial anterior.

Se você cancelar um BACKUP comando, o PDW (Analytics Platform System) removerá o diretório de destino e todos os arquivos criados para o backup. Se o PDW (Analytics Platform System) perder a conectividade de rede com o compartilhamento, a reversão não poderá ser concluída.

Os backups completos e os backups diferenciais são armazenados em diretórios separados. As convenções de nomenclatura não são impostas para especificar que um backup completo e um backup diferencial pertencem juntos. Controle isso usando suas próprias convenções de nomenclatura. Como alternativa, você pode acompanhar isso usando a opção WITH DESCRIPTION para adicionar uma descrição e, em seguida, usando a RESTORE HEADERONLY instrução para recuperar a descrição.

Limitações

Você não pode executar um backup diferencial do master banco de dados. Apenas os backups completos do banco de dados master são compatíveis.

Não há suporte para backups de log de transações do banco de dados do sistema master.

Os arquivos de backup são armazenados em um formato adequado apenas para restaurar o backup para um dispositivo PDW (Analytics Platform System) usando a instrução RESTORE DATABASE .

O backup com a instrução BACKUP DATABASE não pode ser usado para transferir dados ou informações do usuário para bancos de dados SQL Server SMP. Para essa funcionalidade, você pode usar o recurso de cópia de tabela remota. Para obter mais informações, confira "Cópia de tabela remota" na Documentação do produto do Analytics Platform System (PDW).

O PDW (Analytics Platform System) usa SQL Server tecnologia de backup para fazer backup e restaurar bancos de dados. SQL Server opções de backup são pré-configuradas para usar a compactação de backup. Você não pode definir opções de backup, como compactação, soma de verificação, tamanho do bloco e contagem de buffers.

Apenas um backup de banco de dados ou uma restauração pode ser executada no dispositivo de cada vez. O PDW (Analytics Platform System) enfileira comandos de backup ou restauração até que o comando de backup ou restauração atual seja concluído.

O dispositivo de destino para restaurar o backup precisa ter pelo menos o mesmo número de nós de computação que o dispositivo de origem. O destino pode ter mais nós de computação do que o dispositivo de origem, mas não pode ter menos nós de computação.

O PDW (Analytics Platform System) não controla a localização e os nomes dos backups, pois os backups são armazenados fora do dispositivo.

O PDW (Analytics Platform System) acompanha o êxito ou a falha dos backups de banco de dados.

Um backup diferencial só será permitido se o último backup completo tiver sido concluído com êxito. Por exemplo, suponha que na segunda-feira você crie um backup completo do banco de Sales dados e o backup seja concluído com êxito. Então, na terça-feira, você cria um backup completo do Sales banco de dados e ele falha. Após essa falha, você não poderá criar um backup diferencial com base no backup completo de segunda-feira. Primeiro você deverá criar um backup completo com êxito antes de criar um backup diferencial.

Metadados

Essas exibições de gerenciamento dinâmico contêm informações sobre todos os backup, as restauração e as operações de carregamento. As informações persistem entre os reinícios do sistema.

Desempenho

Para executar um backup, o PDW (Analytics Platform System) primeiro faz backup dos metadados e, em seguida, executa um backup paralelo dos dados do banco de dados armazenados nos nós de computação. Os dados são copiados diretamente de cada nó de computação para o diretório de backup. Para obter o melhor desempenho para mover dados dos nós de computação para o diretório de backup, o PDW (Analytics Platform System) controla o número de nós de computação que estão copiando dados simultaneamente.

Bloqueio

Usa um bloqueio ExclusiveUpdate no DATABASE objeto.

Segurança

Os backups do PDW (Analytics Platform System) não são armazenados no dispositivo. Portanto, sua equipe de TI é responsável por gerenciar todos os aspectos de segurança do backup. Por exemplo, isso inclui gerenciar a segurança dos dados de backup, a segurança do servidor usado para armazenar os backups e a segurança da infraestrutura de rede que conecta o servidor de backup ao dispositivo do PDW (Analytics Platform System).

Gerenciar credenciais de rede

O acesso da rede ao diretório de backup baseia-se na segurança de compartilhamento de arquivos padrão do sistema operacional. Antes de executar um backup, você precisa criar ou designar uma conta Windows usada para autenticar o PDW (Analytics Platform System) no diretório de backup. Essa conta Windows deve ter permissão para acessar, criar e gravar no diretório de backup.

Importante

Para reduzir os riscos de segurança com seus dados, aconselhamos que você designe uma conta Windows somente para executar operações de backup e restauração. Permita que essa conta tenha permissões para o local de backup e não tenha para nenhum outro lugar.

Você precisa armazenar o nome de usuário e a senha no PDW (Analytics Platform System) executando o procedimento armazenado sp_pdw_add_network_credentials - Azure Synapse Analytics. O PDW (Analytics Platform System) usa Windows Credential Manager para armazenar e criptografar nomes de usuário e senhas nos nós de controle e de computação. As credenciais não são compatíveis com o BACKUP DATABASE comando.

Para remover credenciais de rede do PDW (Analytics Platform System), consulte sp_pdw_remove_network_credentials – Azure Synapse Analytics.

Para listar todas as credenciais de rede armazenadas no PDW (Analytics Platform System), use a exibição de gerenciamento dinâmico sys.dm_pdw_network_credentials.

Exemplos

R. Adicionar as credenciais de rede para o local de backup

Para criar um backup, o PDW (Analytics Platform System) precisa ter permissão de leitura/gravação para o diretório de backup. O exemplo a seguir mostra como adicionar as credenciais para um usuário. O PDW (Analytics Platform System) armazena essas credenciais e as usa para operações de backup e restauração.

Importante

Por motivos de segurança, recomendamos a criação de uma conta de domínio apenas para executar backups.

EXECUTE sp_pdw_add_network_credentials 'xxx.xxx.xxx.xxx', 'domain1\backupuser', '*****';

B. Remover as credenciais de rede do local de backup

O exemplo a seguir mostra como remover as credenciais de um usuário de domínio do PDW (Analytics Platform System).

EXECUTE sp_pdw_remove_network_credentials 'xxx.xxx.xxx.xxx';

C. Criar um backup completo de um banco de dados de usuário

O exemplo a seguir cria um backup completo do banco de dados de usuário de faturas. O PDW (Analytics Platform System) cria o Invoices2013 diretório e salva os arquivos de backup no \\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Full diretório.

BACKUP DATABASE Invoices
    TO DISK = '\\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Full';

D. Criar um backup diferencial de um banco de dados de usuário

O exemplo a seguir cria um backup diferencial, que inclui todas as alterações feitas desde o último backup completo do banco de dados de Invoices. O PDW (Analytics Platform System) cria o \\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Diff diretório para armazenar os arquivos. A descrição 'Backup diferencial de faturas 2013' é armazenada com as informações de cabeçalho do backup.

O backup diferencial só será executado com êxito se o último backup completo de Faturas for concluído com êxito.

BACKUP DATABASE Invoices
    TO DISK = '\\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Diff'
    WITH DIFFERENTIAL,
    DESCRIPTION = 'Invoices 2013 differential backup';

E. Criar um backup completo do `master` banco de dados

O exemplo a seguir cria um backup completo do banco de dados master e o armazena no diretório \\\xxx.xxx.xxx.xxx\backups\2013\daily\20130722\master, onde o IP é um endereço IP de rede.

BACKUP DATABASE master
    TO DISK = '\\xxx.xxx.xxx.xxx\backups\2013\daily\20130722\master';

O banco de dados master armazena as informações de logon do dispositivo. Para fazer backup das informações de logon do dispositivo, você precisa fazer backup do master banco de dados.

O exemplo a seguir cria um backup completo do banco de dados master.

BACKUP DATABASE master TO DISK = '\\xxx.xxx.xxx.xxx\backups\2013\daily\20130722\master'
WITH (
    DESCRIPTION = 'Master Backup 20130722',
    NAME = 'login-backup'
)
;

instruções RESTORE (Transact-SQL)

Comentários

Esta página foi útil?

Last updated on 2026-03-11

Compartilhar via

BACKUP (Transact-SQL)

Selecionar um produto

SQL Server

Sintaxe

Argumentos

BASE DE DADOS

TORA

GROUP (<banco de dados>, ... n)

SERVIDOR

METADATA_ONLY

{ database_name | @database_name_var }

< > file_or_filegroup [ , ... n ]

ARQUIVO = { logical_file_name | @logical_file_name_var }

FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var } [ , ... n ] ]

READ_WRITE_FILEGROUPS

TO <backup_device> [ , ... n ]

<backup_device>

{ logical_device_name | @logical_device_name_var }

{ DISCO | TAPE | URL} = { 'physical_device_name' | @physical_device_name_var | 'NUL' }

ESPELHO PARA <backup_device> [ , ... n ]

<backup_device>

Opções WITH

CREDENCIAL

FILE_SNAPSHOT

DIFERENCIAL

ENCRIPTAÇÃO

Opções de conjunto de backup

COPY_ONLY

[ COMPRESSION [ ( ALGORITHM = { MS_XPRESS | ZSTD | accelerator_algorithm } [ , LEVEL = { LOW | MEDIUM | HIGH } ] ) ] | NO_COMPRESSION]

DESCRIÇÃO = { 'texto' | @text_variable }

NOME = { backup_set_name | @backup_set_var }

{ DATA DE VALIDADE = 'data' | RETENÇÕES = dias }

{ METADATA_ONLY | SNAPSHOT }

Opções de conjunto de mídia

{ NÃO | INIT }

{ SEM FUGA | PULAR }

{ NOFORMAT | FORMATO }

MEDIADESCRIPTION = { texto | @text_variable }

MEDIANAME = { media_name | @media_name_variable }

TAMANHO BLOCO = { tamanho | do bloco@blocksize_variable }

Opções de transferência de dados

BUFFERCOUNT = { buffercount | @buffercount_variable }

MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

Opções de gerenciamento de erros

{ NO_CHECKSUM | CHECKSUM }

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

Opções de compatibilidade

REINICIAR

Opções de monitoramento

ESTATÍSTICAS [ = porcentagem ]

Opções de fita

{ REBOBINAR | NOREWIND }

{ DESCARREGAR | DESCARREGAR }

Opções específicas de log

{ NÃO RECUPERAÇÃO | ESPERA = undo_file_name }

SEM_TRUNCAR

Sobre como trabalhar com backups de SQL Server

Tipos de backup

Truncamento do log de transações

Formatar mídia de backup

Trabalhar com dispositivos de backup e conjuntos de mídia

Dispositivos de backup em um conjunto de mídias distribuído (um conjunto de distribuição)

Trabalhar com um conjunto de mídias espelhado

Famílias de mídia em conjuntos de mídia espelhados

Restaurar backups de SQL Server

Considerações adicionais sobre as opções de BACKUP

Interação de SKIP, NOSKIP, INIT e NOINIT

Compatibilidade

Comentários

Interoperabilidade

Metadados

Segurança

Permissões

Exemplos

R. Fazer backup de um banco de dados completo

B. Fazer backup do banco de dados e do log

C. Criar um backup completo dos grupos de arquivos secundários

D. Criar um backup de arquivo diferencial dos grupos de arquivos secundários

E. Criar um backup completo do `master` banco de dados