BACKUP (Transact-SQL)

* SQL Server *  

Instância Gerenciada de SQL

Plataforma de Análise
Sistema (PDW)

 

SQL Server

Faz backup de um banco de dados completo do SQL Server 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 completo ou diferencial do banco de dados, o 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.

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.

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

Aplica-se a: 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. Confira Criar um backup de instantâneo do Transact-SQL.

SERVIDOR

Aplica-se a: SQL Server 2022 (16.x) e versões posteriores.

Fazer backup de todos os bancos de dados em uma instância do SQL Server. Usa o backup de instantâneo. Requer WITH METADATA_ONLY. Confira Criar um backup de instantâneo do Transact-SQL.

METADATA_ONLY

Aplica-se a: SQL Server 2022 (16.x) e versões posteriores.

Necessário para o backup de instantâneo. BACKUP SERVER ou BACKUP GROUP.... Confira Criar um backup de instantâneo do 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.

< > 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.

• 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 completos de arquivos (SQL Server) e backup de 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.

• 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 Backups Parciais (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 }

Aplica-se a: 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' }

Aplica-se a: 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 Blobs do Microsoft Azure ou no armazenamento de objetos compatível com o S3. Para obter mais informações e exemplos, confira:

• Backup e restauração do SQL Server com o Armazenamento de Blobs do Azure e o Início Rápido: backup e restauração do SQL no Armazenamento de Blobs do Azure.
• O backup e a restauração no armazenamento compatível com S3 foram introduzidos no SQL Server 2022 (16.x). Examine o backup e restaure o SQL Server com armazenamento de objetos compatível com S3. Examine também a opção de backup do SQL Server na URL para armazenamento de objetos compatíveis com S3.

Você pode fazer backup no Armazenamento de Blobs do Microsoft Azure usando uma identidade gerenciada começando com:

• SQL Server 2025 (17.x): Backup para URL com identidade gerenciada - SQL Server habilitado pelo Azure Arc
• SQL Server 2022 (16.x) 17 para SQL Server em VMs do Azure: Backup e restauração na URL usando identidades gerenciadas

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 Dispositivos de Backup (SQL Server).

• 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 somente na edição Enterprise do SQL Server.

<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

Aplica-se a: SQL Server.

Usado somente ao criar um backup no Armazenamento de Blobs do Azure.

FILE_SNAPSHOT

Aplica-se a: SQL Server 2016 (13.x) e versões posteriores.

Usado para criar um instantâneo dos arquivos de banco de dados do Azure quando todos os arquivos de banco de dados do SQL Server são armazenados usando o Armazenamento de Blobs do Azure. Para obter mais informações, consulte arquivos de dados do SQL Server no Microsoft Azure. Backup de Instantâneo do SQL Server usa instantâneos do Azure dos arquivos de banco de dados (arquivos de log e de dados) em um estado consistente. Um conjunto consistente de instantâneos do 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 o Backup do Instantâneo SQL Server, após o backup completo inicial exigido pelo SQL Server para estabelecer a cadeia de backup, somente um único backup de log de transações é necessário para restaurar um banco de dados para o ponto no tempo do backup de 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.

Para obter mais informações, consulte backups diferenciais (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.

Opções de conjunto de backup

Essas opções funcionam no conjunto de backup criado por esta operação 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 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, consulte 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 Exibir ou alterar as 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 compressã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

  Aplica-se a: 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, a partir do SQL Server 2025 (17.x), ALGORITHM = ZSTD.

  Os valores aceitáveis são:

  • LOW (padrão)
  • MEDIUM
  • HIGH

• ALGORITMO

  Aplica-se a: 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 compressã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} COM NO_COMPRESSION	Backup sem compactação
  BACKUP DATABASE database_name TO {DISK | TAPE | URL} COM COMPACTAÇÃO	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} COM COMPACTAÇÃO (ALGORITMO = MS_XPRESS)	Fazer backup com compactação usando MS_XPRESS o algoritmo
  BACKUP DATABASE database_name TO {DISK | TAPE | URL} COM COMPACTAÇÃO (ALGORITMO = ZSTD)	Faça backup com compactação usando o algoritmo ZSTD.
  BACKUP DATABASE database_name TO {DISK | TAPE | URL} COM COMPACTAÇÃO (ALGORITHM = ZSTD, LEVEL = HIGH)	Fazer backup com compactação usando o algoritmo ZSTD com o nível HIGHde 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 as opções de configuração do servidor.

• 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 }

Aplica-se a: 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).

• 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 Conjuntos de mídia, 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 Conjuntos de mídia, 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.

• 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.

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.

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 de SQL, se o banco de dados tiver configurado o FILESTREAM (SQL Server) ou incluir grupos de arquivos com otimização de memória, o MAXTRANSFERSIZE momento de uma restauração deverá ser maior ou igual ao MAXTRANSFERSIZE usado quando o backup foi criado.

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 Possíveis erros de mídia durante o backup e a restauração (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 Possíveis erros de mídia durante o backup e a restauração (SQL Server).

Opções de compatibilidade

REINICIAR

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

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, o 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 solta e rebobina a fita. REWIND é o padrão.

• NOREWIND

  Especifica que o 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ê usarNOREWIND, a instância do SQL Server manterá a propriedade da unidade de fita até que uma ou BACKUP instrução RESTORE em execução no mesmo processo use a opção REWIND ou UNLOAD a opção ou a instância do servidor seja 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 Dispositivos de Backup (SQL Server).

{ DESCARREGAR | DESCARREGAR }

• 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.

Opções específicas de log

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

{ 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 Mecanismo de Banco de Dados o substituirá; se o arquivo não existir, o Mecanismo de Banco de Dados 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 Mecanismo de Banco de Dados 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 mais informações sobre estados do banco de dados, consulte Estados do banco de dados.

Sobre o trabalho com backups do SQL Server

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

Tipos de backupTruncamento do log de transaçõesFormatando a mídia de backupTrabalhando com dispositivos de backup e conjuntos de mídiaRestaurando backups do 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, consulte 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.

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

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ídia de Backup Espelhado (SQL Server). Para obter mais informações sobre conjuntos de mídia e famílias de mídia em geral, consulte Conjuntos de mídia, famílias de mídia e conjuntos de backup (SQL Server).

Restaurar backups do SQL Server

Para restaurar um banco de dados e, opcionalmente, recuperá-lo para fazê-lo ficar online ou restaurar um arquivo ou grupo de arquivos, use a instrução Transact-SQL RESTORE ou as tarefas Restore do SQL Server Management Studio. Para obter mais informações, consulte a visão geral de restauração e 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 }.

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. 1 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 2 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

BACKUP RESTART dá suporte à opção de 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.

A partir do SQL Server 2016 (13.x), a configuração MAXTRANSFERSIZEmaior que 65536 (64 KB) permite um algoritmo de compactação otimizado para bancos de dados criptografados TDE (Transparent Data Encryption) que primeiro descriptografa uma página, compacta-a e, em seguida, criptografa-a 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.

Do SQL Server 2019 (15.x) CU5 em diante, a configuração de 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, o SQL Server nunca diminui automaticamente o valor, apenas 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.

Por padrão, toda operação de backup bem-sucedida acrescenta uma entrada ao log de erros do SQL Server e ao 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

O SQL Server usa um processo de backup online para permitir que um backup de banco de dados seja feito enquanto o banco de dados ainda está 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 controlam as atividades do banco de dados:

• backupfile
• backupfilegroup
• backupmediafamily
• backupmediaset
• conjunto 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

Começando pelo SQL Server 2012 (11.x), as opções PASSWORD e MEDIAPASSWORD foram descontinuadas para a criação de 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. A conta de inicialização do SQL Server precisa ter permissões de leitura e gravação para o dispositivo de backup e a pasta em que 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. Fazer backup no Armazenamento de Blobs do Azure
• 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

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

C. Criar um backup completo de arquivos 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 diferencial de arquivos 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';

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 Armazenamento de Blobs do Microsoft Azure

Este exemplo executa um backup de banco de dados completo no Armazenamento de Blobs do Sales Azure. 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 do 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 o backup do SQL Server no Armazenamento de Blobs do Azure, consulte o backup e a restauração do SQL Server com o Armazenamento de Blobs do Azure e o backup do SQL Server na URL do Armazenamento de Blobs do Azure.

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

Aplica-se a: 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 Fazer backup e restaurar o SQL Server com armazenamento de objetos compatível com S3.

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%';

Conteúdo relacionado

• Dispositivos de backup
• Conjuntos de mídias, famílias de mídia e conjuntos de backup
• Backups de log final
• ALTERAR BASE DE DADOS (Transact-SQL)
• DBCC SQLPERF (Transact-SQL)
• Instruções RESTORE (Transact-SQL)
• RESTAURAR A LISTA DE ARQUIVOS APENAS (Transact-SQL)
• RESTAURAR SOMENTE DE EMERGÊNCIA (Transact-SQL)
• RESTAURAR SOMENTE ETIQUETA (Transact-SQL)
• RESTAURAR VERIFICAÇÃO SOMENTE (Transact-SQL)
• sp_addumpdevice
• sp_configure
• sp_helpfile
• sp_helpfilegroup
• Opções de configuração do servidor
• Restauração por etapas de bancos de dados com tabelas com otimização de memória

SQL Server

* Instância Gerenciada de SQL *  

Plataforma de Análise
Sistema (PDW)

 

Instância Gerenciada de SQL do Azure

Faz backup de um banco de dados SQL em uma Instância Gerenciada de SQL do Azure. A Instância Gerenciada de SQL do Azure 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 à Instância Gerenciada de SQL habilitada 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, a Instância Gerenciada de SQL do Azure 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. Para fazer a restauração dos backups automáticos da Instância Gerenciada de SQL, confira Restaurar um banco de dados em Instância Gerenciada de SQL do Azure.

{ 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 da URL é usado para criar backups no serviço de armazenamento do Microsoft Azure.

• 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

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>

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 dos backups automáticos do Banco de Dados SQL do Azure. 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 }

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.

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.

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).

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.

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.

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 Possíveis erros de mídia durante backup e restauração.

Opções de compatibilidade

REINICIAR

Não tem nenhum efeito. Esta 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, o 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.

Limitações da Instância Gerenciada de SQL

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 sob a qual o serviço do SQL Server executa deve ter permissões de gravação.

Exemplos

O exemplo executa um COPY_ONLY backup do Armazenamento de Blobs do Sales Microsoft Azure. 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 do 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 o backup do SQL Server no Armazenamento de Blobs do Azure, consulte Backup e restauração do SQL Server com o Armazenamento de Blobs do Microsoft Azure e Backup do SQL Server na 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;

Conteúdo relacionado

• RESTAURAR BANCO DE DADOS

SQL Server

Instância Gerenciada de SQL

*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 do Windows que tenha permissão para acessar, criar e gravar no diretório de backup. O nome de conta do Windows e a senha também precisam ser armazenados 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
• Tentativa de iniciar um backup em uma transação.

Comentários

Antes de executar um backup de banco de dados, use DBCC SHRINKLOG 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 BACKUP DATABASE instrução não pode ser usado para transferir dados ou informações do usuário para bancos de dados do SMP SQL Server. 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 a tecnologia de backup do SQL Server para fazer backup e restaurar bancos de dados. As opções de backup do SQL Server 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.

• sys.pdw_loader_backup_runs
• sys.pdw_loader_backup_run_details
• sys.pdw_loader_run_stages

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 do Windows usada para autenticar o PDW (Analytics Platform System) no diretório de backup. Essa conta do Windows precisa ter permissão para acessar, criar e gravar no diretório de backup.

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 o Gerenciador de Credenciais do Windows para armazenar e criptografar os nomes de usuário e as senhas no nó de controle e nos nós de computação. As credenciais não são compatíveis com o BACKUP DATABASE comando.

Para remover as credenciais de rede do PDW (Analytics Platform System), confira 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.

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';

F. Criar um backup das informações de logon do dispositivo

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'
)
;

Conteúdo relacionado

• RESTAURAR BANCO DE DADOS