CÓPIA DE SEGURANÇA (Transact-SQL)

* SQL Server *  

de instância gerenciada SQL

Plataforma de análise
Sistema (PDW)

 

Servidor SQL

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 | accelerator_algorithm } ] | 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 for especificada, somente esses arquivos e grupos de arquivos serão submetidos a backup. Durante um backup de banco de dados completo ou diferencial, 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 pelo BACKUP DATABASE (umde backup de dados ), todo o backup é restaurado. Somente um backup de log pode ser restaurado para um horário ou transação específica dentro do backup.

REGISTO

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

Você pode restaurar um backup de log para um horário específico ou transação dentro do backup especificando WITH STOPAT, STOPATMARKou STOPBEFOREMARK em sua instrução RESTORE LOG.

GRUPO (<base de dados>,... n)

Introduzido no SQL Server 2022 (16.x).

Faça backup de um grupo de bancos de dados. Usa backup de snapshot. Requer COM METADATA_ONLY. Consulte Criar um backup de instantâneo Transact-SQL.

SERVIDOR

Introduzido no SQL Server 2022 (16.x).

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

METADATA_ONLY

Introduzido no SQL Server 2022 (16.x).

Necessário para backup de snapshot. BACKUP SERVERou BACKUP GROUP... Consulte Criar um backup de instantâneo Transact-SQL.

METADATA_ONLY é sinónimo de SNAPSHOT. A interface de dispositivo virtual (VDI) usa SNAPSHOT. Para obter informações sobre VDI, consulte de referência da interface de dispositivo virtual (VDI).

{ database_name | @database_name_var }

É o banco de dados do qual é feito backup do log de transações, do banco de dados parcial ou do banco de dados completo. 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 o ntext ou tipos de dados texto.

<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 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 um grupo 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írgula. O número é ilimitado.

Para obter mais informações, consulte Backups completos de arquivos e Fazer 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 seja feito backup de todos os grupos de arquivos de leitura/gravação 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, consulte "<file_or_filegroup>", anteriormente 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írgula.

Para obter mais informações sobre backups parciais, consulte Backups parciais.

PARA <backup_device> [ ,...n ]

Indica que o conjunto de dispositivos de backup de que o acompanha é um conjunto de mídia não espelhado ou o primeiro dos espelhos dentro de um conjunto de mídia espelhada (para o qual uma ou mais cláusulas MIRROR TO 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 para o qual é feito backup do banco de dados. 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 pode 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 o ntext ou tipos de dados de de texto.

{ DISCO | FITA | URL} = { 'physical_device_name' | @physical_device_name_var | «NUL» }

Aplica-se a: SQL Server (URL começando com SQL Server 2012 (11.x) SP1 CU2)

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

O formato de URL é usado para criar backups para o Armazenamento de Blobs do Microsoft Azure ou armazenamento de objetos compatíveis com o S3. Para mais informações e exemplos, consulte:

• Backup e restauração do SQL Server com o Microsoft Azure Blob Storage. Para obter um tutorial, consulte Tutorial: Backup e restauração do SQL Server para o armazenamento de Blob do Microsoft Azure.
• O backup e a restauração para armazenamento compatível com o S3 foram introduzidos no SQL Server 2022 (16.x), consulte Backup e restauração do SQL Server com armazenamento de objetos compatível com o S3. Analise também a opção para backup do SQL Server para URL para armazenamento de objetos compatível com o S3.

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

Para obter mais informações, consulte dispositivos de backup.

n
É um espaço reservado que indica que até 64 dispositivos de backup podem ser especificados em uma lista separada por vírgula.

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

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

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

<backup_device>
Veja "<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írgula. O número de dispositivos na cláusula MIRROR TO deve ser igual ao número de dispositivos na cláusula TO.

Para obter mais informações, consulte "Famílias de mídia em conjuntos de mídia espelhados" na seção comentários , mais adiante neste artigo.

[ próximo-espelho-para- ]
É um espaço reservado que indica que uma única instrução BACKUP pode conter até três cláusulas MIRROR TO, além da única cláusula TO.

COM Opções

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

CREDENCIAL

Aplica-se a: SQL Server (começando comSQL Server 2012 (11.x) SP1 CU2).

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

FILE_SNAPSHOT

Aplica-se a: SQL Server (a partir do SQL Server 2016 (13.x)).

Usado para criar um instantâneo do Azure dos arquivos de banco de dados quando todos os arquivos de banco de dados do SQL Server são armazenados usando o Armazenamento de Blob do Azure. Para obter mais informações, consulte arquivos de dados do SQL Server no Microsoft Azure. O Backup de Instantâneo do SQL Server tira instantâneos do Azure dos arquivos de banco de dados (arquivos de dados e de log) 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 o último também trunca o log de transações, enquanto o primeiro não. Com o Backup de Instantâneo do SQL Server, após o backup completo inicial exigido pelo SQL Server para estabelecer a cadeia de backup, apenas um único backup de log de transações é necessário para restaurar um banco de dados até 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 o tempo 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 alterado desde o último backup completo. Um backup diferencial geralmente ocupa 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.

ENCRIPTAÇÃO

Usado para especificar a criptografia para um backup. Você pode especificar um algoritmo de criptografia para criptografar o backup ou especificar NO_ENCRYPTION não ter o backup criptografado. A encriptação é uma prática recomendada para ajudar a proteger os ficheiros de cópia de segurança. A lista de algoritmos que você pode especificar são:

• AES_128
• AES_192
• AES_256
• TRIPLE_DES_3KEY
• NO_ENCRYPTION

Se optar por encriptar, também terá de especificar o encriptador usando as opções de encriptador:

• SERVER CERTIFICATE = Encryptor_Name
• SERVER ASYMMETRIC KEY = Encryptor_Name

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

Opções do conjunto de backup

Essas opções operam no conjunto de backup criado por essa operação de backup.

COPY_ONLY

Especifica que o backup é um backup somente cópia, 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.

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

• 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. Os backups diferenciais subsequentes usam o backup completo convencional mais recente como base.

  Importante

  Se DIFFERENTIAL e COPY_ONLY forem usados juntos, COPY_ONLY será ignorado e um backup diferencial será criado.

• Quando usada com BACKUP LOG, a opção COPY_ONLY cria um de backup de log somente cópia , que não trunca 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 Copy-Only Backups.

[ COMPRESSÃO [ ALGORITMO = ( { MS_XPRESS | accelerator_algorithm } ) ] | NO_COMPRESSION ]

Especifica se de compactação de backup é executada nesse backup, substituindo o padrão no nível do servidor.

Na instalação, o comportamento padrão é sem compactação de backup. Mas esse padrão pode ser alterado definindo o padrão de compactação de backup opção 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.

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

COMPRESSÃO
Permite explicitamente a compactação de backup.

NO_COMPRESSION
Desativa explicitamente a compactação de backup.

O SQL Server 2022 (16.x) apresenta o ALGORITHM, que identifica um algoritmo de compactação para a operação. O padrão é MS_XPRESS. Se você configurou de aceleração e descarregamento integrados, poderá usar um acelerador fornecido pela solução. Por exemplo, se você configurou tecnologia Intel® QuickAssist (QAT) para SQL Server, o exemplo a seguir conclui o backup com a solução aceleradora, com a biblioteca QATzip usando QZ_DEFLATE com o nível de compactação 1.

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

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

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

NOME = { backup_set_name | @backup_set_var }

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

{ EXPIRADO ='data' | RETENÇÕES = dias }

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

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

EXPIRADO = { 'data' | @date_var }
Especifica quando o conjunto de backup expira e pode ser substituído. Se fornecida como uma variável (@date_var), esta data deve seguir o sistema configurado formato de datetime e ser especificada como uma das seguintes:

• Uma constante de cadeia de caracteres (@date_var= date)
• Uma variável de tipo de dados de cadeia de caracteres (exceto para os tipos de dados ntext ou texto dados)
• Um smalldatetime
• Uma variável datetime variável

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.

RETAINDAYS = { dias | @days_var }
Especifica o número de dias que devem decorrer antes que esse conjunto de mídia de backup possa ser substituído. Se fornecido como uma variável (@days_var), deve ser especificado como um inteiro.

{ METADATA_ONLY | INSTANTÂNEO }

Aplica-se a: SQL Server 2022 (16.x)

METADATA_ONLY e SNAPSHOT são sinónimos.

Opções de conjunto de mídia

Essas opções operam no conjunto de mídia como um todo.

{ NOINIT | INIT }

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

NOINIT
Indica que o conjunto de backup é anexado ao conjunto de mídia especificado, preservando os conjuntos de backup existentes. Se uma senha de mídia for definida para o conjunto de mídia, 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.

INIT
Especifica que todos os conjuntos de backup devem ser substituídos, mas preserva o cabeçalho de mídia. Se o 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 qualquer uma das condições existir:

• 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 instrução BACKUP, se fornecido, não corresponde ao nome na mídia de backup. Para obter mais informações, consulte a opção NOME, 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.

{ NOSKIP | PULAR }

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

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

PULAR
Desabilita a verificação da expiração e do nome do conjunto de backup que geralmente é executada 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 "Observações", mais adiante neste artigo. Para exibir as datas de expiração dos conjuntos de backup, consulte a coluna expiration_date da tabela histórico do conjunto de backups .

{ NOFORMATO | FORMATO }

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

NOFORMATO
Especifica que a operação de backup preserva o cabeçalho de mídia e os conjuntos de backup existentes nos volumes de mídia usados para essa operação de backup. Este é o comportamento padrão.

FORMATO
Especifica que um novo conjunto de mídia seja 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 torna-se inválido, porque qualquer cabeçalho de mídia existente e conjuntos de backup são substituídos.

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

MEDIADESCRIPTION = { texto | @text_variable }

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

MEDIANAME = { media_name | @media_name_variable }

Especifica o nome da mídia para todo o conjunto de mídia de backup. O nome da mídia não deve ter mais de 128 caracteres. Se MEDIANAME for especificado, ele 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.

BLOCKSIZE = { blocksize | @blocksize_variable }

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

Se estiver a fazer uma cópia de segurança para a qual pretende copiar e restaurar a partir 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 serem usados para a operação de backup. Você pode especificar qualquer número inteiro positivo; no entanto, um grande número de buffers pode causar erros de "falta de memória" devido ao espaço de endereço virtual inadequado no processo de Sqlservr.exe.

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

MAXTRANSFERSIZE = { maxtransfersize | @ maxtransfersize_variable }

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

Ao criar backups usando o SQL Writer Service, se o banco de dados tiver configurado FILESTREAMou incluir grupos de arquivos otimizados para memória, o MAXTRANSFERSIZE no momento de uma restauração deverá ser maior ou igual ao MAXTRANSFERSIZE usado quando o backup foi criado.

Para Transparent Data Encryption (TDE) bancos de dados habilitados com um único arquivo de dados, o MAXTRANSFERSIZE padrão é 65536 (64 KB). Para bancos de dados criptografados não TDE, o MAXTRANSFERSIZE padrão é 1048576 (1 MB) ao usar backup em DISK e 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 TDE, consulte a seção Observações.

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 para ao encontrar um erro.

{ NO_CHECKSUM | SOMA VERIFICADA }

Controla se as 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). Este é o comportamento padrão.

SOMA DE VERIFICAÇÃO
Especifica que a operação de backup verifica cada página em busca de soma de verificação e página rasgada, se habilitada e disponível, e gera uma soma de verificação para todo o backup.

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.

{ 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
Instrui BACKUP a falhar se uma soma de verificação de página não for verificada. Este é o comportamento padrão.

CONTINUE_AFTER_ERROR
Instrui o BACKUP 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 de backup do 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.

Opções de compatibilidade

REINICIAR

A partir do SQL Server 2008 (10.0.x), não tem efeito. Essa opção é aceita pela versão para compatibilidade com versões anteriores do SQL Server.

Opções de monitorização

STATS [ = percentagem ]

Exibe uma mensagem sempre que outra porcentagem é concluída e é usada para avaliar o progresso. Se porcentagem for omitida, o SQL Server exibirá uma mensagem após a conclusão de cada 10%.

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

Opções de fita

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

{ REWIND | NOREWIND }

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

NOREWIND
Especifica que o SQL Server manterá a fita aberta após a operação de backup. Você pode usar essa opção para ajudar a melhorar o desempenho ao executar várias operações de backup em uma fita.

NOREWIND implica NOUNLOAD, e essas opções são incompatíveis dentro de uma única instrução BACKUP.

{ DESCARREGAR | NOUNLOAD }

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

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

Opções específicas do log

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

{ NORECUPERAÇÃO | ESPERA = undo_file_name }

NORECUPERAÇÃO
Faz backup da parte final do log e deixa o banco de dados no estado RESTAURANDO. NORECOVERY é útil ao fazer failover para um banco de dados secundário ou ao salvar a cauda do log antes de uma operação RESTORE.

Para executar um backup de log de melhor esforço que ignore o truncamento de log e, em seguida, leve o banco de dados para o estado RESTORING atomicamente, use as opções NO_TRUNCATE e NORECOVERY juntas.

ESPERA =standby_file_name
Faz backup da parte final do log e deixa o banco de dados em um estado somente leitura e STANDBY. A cláusula STANDBY 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 de um RESTORE WITH STANDBY.

Usar o modo de espera requer um arquivo em espera, especificado por standby_file_name, cuja localização é armazenada 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 torna-se parte do banco de dados.

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

NO_TRUNCATE

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. Consequentemente, um backup feito com NO_TRUNCATE pode ter metadados incompletos. Esta opção permite fazer backup do log de transações em situações em que o banco de dados está danificado.

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

Sem a opção NO_TRUNCATE, o banco de dados deve estar no estado ONLINE. Se o banco de dados estiver no estado SUSPENDED, talvez seja possível criar um backup especificando NO_TRUNCATE. Mas se o banco de dados estiver no estado OFFLINE ou EMERGENCY, BACKUP não é permitido mesmo com NO_TRUNCATE. Para obter informações sobre estados do banco de dados, consulte Estados do Banco de Dados.

Sobre como trabalhar com backups do SQL Server

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

Tipos de backuptruncamentoformatação de log de transações Mídia de backupTrabalhando com dispositivos de backup e conjuntos de mídiaRestaurando backups do SQL Server

Tipos de backup

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

• Todos os modelos de recuperação suportam backups completos e diferenciais de dados.

  Âmbito da cópia de segurança	Tipos de backup
  Base de dados completa	Backups de banco de dados cobrir todo o banco de dados. Opcionalmente, cada backup de banco de dados pode servir como base de uma série de um ou mais backups diferenciais de banco de dados .
  Base de dados parcial	Os 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 base de uma série de um ou mais backups parciais diferenciais .
  Arquivo ou grupo de arquivos	Os 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 base de uma série de um ou mais backups de arquivos diferenciais .

• No modelo de recuperação completa ou no modelo de recuperação bulk-logged, os backups convencionais também incluem backups sequenciais de log de transações (ou backups de log ), que são necessá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 sem backup em um backup de log anterior.

  Para minimizar a exposição à perda de trabalho, ao custo da sobrecarga administrativa, você deve agendar backups de log frequentes. O agendamento de backups diferenciais entre backups completos pode reduzir o tempo de restauração, reduzindo o número de backups de log que você precisa restaurar depois de restaurar os dados.

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

  Observação

  Antes de criar o primeiro backup de log, você deve criar um backup completo.

• Um de backup somente cópia é um backup completo ou backup de log para fins especiais que é independente da sequência normal de backups convencionais. Para criar um backup somente cópia, especifique a opção COPY_ONLY na instrução BACKUP. Para obter mais informações, consulte Copy-Only Backups.

Truncamento do log de transações

Para evitar o preenchimento do log de transações de um banco de dados, backups de rotina são essenciais. No modelo de recuperação simples, o truncamento de log ocorre automaticamente após o backup do banco de dados e, no modelo de recuperação completa, após o backup do log de transações. No entanto, por vezes, o processo de truncamento pode ser adiado. Para obter informações sobre fatores que podem atrasar o truncamento de log, consulte The Transaction Log.

Formatando mídia de backup

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

• A opção FORMAT é especificada.
• A mídia está vazia.
• A operação está gravando uma fita de continuação.

Trabalhar com dispositivos de backup e conjuntos de mídia

Dispositivos de backup em um conjunto de mídia distribuída (um conjunto de faixas)

Um conjunto de distribuição é um conjunto de arquivos de disco no qual 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 menos que a mídia seja reinicializada com FORMAT).

O exemplo a seguir grava um backup do banco de dados AdventureWorks2022 em um novo conjunto de mídia distribuída 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 distribuídos 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 nem MEDIANAME nem MEDIADESCRIPTION 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ídia espelhado

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

Para fazer backup em um conjunto de mídia espelhado, todos os espelhos devem estar presentes. Para fazer backup em um conjunto de mídia 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ídia espelhado, cada cláusula MIRROR TO deve listar o mesmo número e tipo de dispositivos que a cláusula OT. O exemplo a seguir grava em um conjunto de mídia 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 cláusula TO de uma instrução BACKUP corresponde a uma família de mídia. Por exemplo, se a cláusula TO listar três dispositivos, BACKUP grava dados em três famílias de mídia. Em um conjunto de mídia 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 todos os espelhos.

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

Espelho	Família Media 1	Família Media 2	Família Media 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 deve ser sempre feito no mesmo dispositivo dentro de um espelho específico. Portanto, cada vez que você usar um conjunto de mídia existente, liste os dispositivos de cada espelho na mesma ordem em que foram especificados quando o conjunto de mídia foi criado.

Para obter mais informações sobre conjuntos de mídia espelhados, consulte Conjuntos de mídia de backup espelhados. 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.

Restaurar backups do 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 Visão geral restauração e recuperação.

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

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

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

Opção Saltar	NOINIT	INIT
NOSKIP	Se o volume contiver um cabeçalho de mídia válido, verificará se o nome da mídia corresponde ao MEDIANAMEfornecido, se houver. Se corresponder, acrescenta 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, execute 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 da mídia.1 Verifica se não há conjuntos de backup não expirados já na mídia. Se houver, encerra o backup. Se essas verificações forem aprovadas, substituirá todos os conjuntos 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 de MEDIANAME e MEDIADESCRIPTIONespecificados, se houver.
PULAR	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 de2, substituirá todos os conjuntos de backup na mídia, preservando apenas o cabeçalho da mídia. Se a mídia estiver vazia, gerará um cabeçalho de mídia usando o MEDIANAME especificado e MEDIADESCRIPTION, se houver.

¹ O usuário deve pertencer ao banco de dados fixo apropriado ou às funções de servidor para executar uma operação de backup.

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

Compatibilidade

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

Comentários

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

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

Não é possível fazer backup de um banco de dados nos seguintes estados:

• Restaurando
• Em espera
• Somente leitura

As operações de backup entre plataformas, mesmo entre diferentes tipos de processador, podem ser executadas desde que o agrupamento do banco de dados seja suportado pelo 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 TDE (Transparent Data Encryption) bancos de dados criptografados que primeiro descriptografa uma página, compacta-a e depois a criptografa novamente. Se MAXTRANSFERSIZE não for especificado, ou se MAXTRANSFERSIZE = 65536 (64 KB) for usada, a compactação de backup com bancos de dados criptografados TDE compactará diretamente as páginas criptografadas e poderá 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.

A partir do 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 ou se a configuração padrão do servidor de compactação de backup de estiver definida como 1, 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á honrado. 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 TDE com , deverá especificar ou garantir que a configuração padrão do servidor de compactação de backup esteja definida como 0.

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 sucesso se acumularão rapidamente, resultando em grandes logs de erro que podem dificultar a localização de outras mensagens. Nesses casos, você pode suprimir essas entradas de log usando o sinalizador de rastreamento 3226, se nenhuma de sua automação ou monitoramento depender dessas entradas. Para obter mais informações, consulte Rastrear sinalizadores.

Interoperabilidade

O 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, as instruções INSERT, UPDATE ou DELETE são permitidas durante uma operação de backup.

As operações que não podem ser executadas durante um backup de banco de dados ou 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.

• Reduzir banco de dados ou reduzir operações de arquivo. Isso inclui operações de redução automática.

Se uma operação de backup se sobrepõe a uma operação de gerenciamento de arquivos ou DBCC SHRINK, surge um conflito. Independentemente de qual das operações conflitantes 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 de sessão). Se o bloqueio for liberado durante o período de tempo limite, a segunda operação continuará. Se o bloqueio expirar, a segunda operação falhará.

Metadados

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

• backupfile
• backupfilegroup
• backupmediafamily
• backupmediaset
• conjunto de backup

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

Segurança

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

Permissões

BACKUP DATABASE e BACKUP LOG permissões padrão para membros do sysadmin função de servidor fixa e as funções de banco de dados db_owner e db_backupoperator fixas.

Problemas de propriedade e permissão no arquivo físico do dispositivo de backup podem interferir em uma operação de backup. Verifique se a conta de inicialização do SQL Server 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 quando o backup ou restauração for tentado.

Exemplos

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

• Um. Faça backup de um banco de dados completo
• B. Fazer backup do banco de dados e registrar
• C. Crie um backup completo dos grupos de arquivos secundários
• D. Crie um backup de arquivo diferencial dos grupos de arquivos secundários
• E. Crie e faça backup em um conjunto de mídia espelhado de uma única família
• F. Crie e faça backup em um conjunto de mídia espelhado multifamiliar
• G. Faça backup em um conjunto de mídia espelhado existente
• H. Criar um backup compactado em um novo conjunto de mídia
• Eu. Fazer backup no de Armazenamento de Blob do Azure
• J. [Backup para armazenamento de objetos compatível com S3]((#j-backing-up-to-s3-compatible-object-storage)
• K. Acompanhe o progresso da instrução de backup

Um. Fazer backup de um banco de dados completo

O exemplo a seguir faz backup do banco de dados AdventureWorks2022 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 AdventureWorks2022, que usa o modelo de recuperação simples por padrão. Para dar suporte a backups de log, o banco de dados AdventureWorks2022 é 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 de dados, AdvWorksDatae cria outro dispositivo de backup lógico para fazer backup do log, AdvWorksLog.

Em seguida, o exemplo cria um backup completo do banco de dados para AdvWorksDatae, após um período de atividade de atualização, faz backup do log para 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
EXEC sp_addumpdevice 'disk', 'AdvWorksData',
'Z:\SQLServerBackups\AdvWorksData.bak';
GO
EXEC 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 dos grupos de arquivos secundários

O exemplo a seguir cria um backup completo de cada arquivo em ambos os 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 de arquivo diferencial de cada arquivo em ambos os 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ídia espelhado de uma única família

O exemplo a seguir cria um conjunto de mídia espelhado contendo uma única família de mídia e quatro espelhos e faz backup do banco de dados AdventureWorks2022 para eles.

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ídia espelhado multifamiliar

O exemplo a seguir cria um conjunto de mídia espelhada no qual cada espelho consiste em duas famílias de mídia. Em seguida, o exemplo faz backup do banco de dados AdventureWorks2022 para ambos os espelhos.

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

G. Backup para um conjunto de mídia espelhado existente

O exemplo a seguir acrescenta um conjunto de backup ao conjunto de mídia 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ídia

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

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

Eu. Backup para o Armazenamento de Blobs do Microsoft Azure

Este exemplo executa um backup de banco de dados completo de Sales para o Armazenamento de Blobs do Azure. O nome da conta de armazenamento é mystorageaccount. O recipiente é chamado myfirstcontainer. Uma política de acesso armazenado 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 para o Armazenamento de Blobs do Azure, consulte Backup e restauração do SQL Server com o de Armazenamento de Blob do Azure e Backup do SQL Server para URL.

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

Você também pode fazer backup do 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. Backup para armazenamento de objetos compatível com S3

Aplica-se a: SQL Server 2022 (16.x)

Este exemplo executa um banco de dados de backup completo do banco de dados Sales para a 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 exato da URL, mas executará uma pesquisa para a credencial adequada na URL fornecida. Para obter mais informações, consulte backup e restauração do SQL Server com armazenamento de objetos compatível com o 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. Acompanhe o progresso da instrução de backup

A consulta a seguir retorna informações sobre as instruções de backup em execução no momento:

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

Conteúdo relacionado

• dispositivos de backup
• conjuntos de mídia, famílias de mídia e conjuntos de backup
• Tail-Log Backups
• BANCO DE DADOS ALTER
• DBCC SQLPERF
• RESTAURAR
• RESTAURAR FILELISTONLY
• RESTAURAR HEADERONLY
• RESTAURAR LABELONLY
• RESTAURAR VERIFYONLY
• sp_addumpdevice
• sp_configure
• sp_helpfile
• sp_helpfilegroup
• Opções de configuração do Server
• Restauração fragmentada de bancos de dados com tabelas Memory-Optimized

SQL Server

* Instância gerenciada SQL *  

Plataforma de análise
Sistema (PDW)

 

Instância Gerenciada SQL do Azure

Faz backup de um banco de dados SQL na Instância Gerenciada SQL do Azure. de Instância Gerenciada SQL do Azure tem backups automáticos. Você pode criar backups completos de COPY_ONLY de banco de dados. Não há suporte para backups diferenciais, de log e de instantâneos de arquivos.

Também se aplica a Instância Gerenciada 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 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 pelo BACKUP DATABASE (umde backup de dados ), todo o backup é restaurado. Para restaurar a partir de backups automáticos da Instância Gerenciada do SQL, consulte Restaurar um banco de dados para uma Instância Gerenciada SQL do Azure.

{ database_name | @database_name_var }

É o banco de dados do qual é feito o backup do banco de dados completo. 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 o ntext ou tipos de dados texto.

Para obter mais informações, consulte Backups completos de arquivos 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 para o 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írgula.

COM opções

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

ENCRIPTAÇÃO

Usado para especificar a criptografia para um backup. Você pode especificar um algoritmo de criptografia para criptografar o backup ou especificar NO_ENCRYPTION não ter o backup criptografado. A encriptação é uma prática recomendada para ajudar a proteger os ficheiros de cópia de segurança. A lista de algoritmos que você pode especificar são:

• AES_128
• AES_192
• AES_256
• TRIPLE_DES_3KEY
• NO_ENCRYPTION

Se você optar por criptografar, você também terá que especificar o criptografador usando as opções de criptografia:

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

Opções do conjunto de backup

COPY_ONLY

Especifica que o backup é um backup somente cópia, 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, consulte Copy-Only Backups.

{ COMPRESSÃO | NO_COMPRESSION }

Especifica se de compactação de backup é executada nesse backup, substituindo o padrão no nível do servidor.

O comportamento padrão é sem compactação de backup. Mas esse padrão pode ser alterado definindo o padrão de compactação de backup opção 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
Permite explicitamente a compactação de backup.

NO_COMPRESSION
Desativa 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 ter no máximo 255 caracteres.

NAME = { backup_set_name | @_backup|set_var }

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

MEDIADESCRIPTION = { texto | @text_variable }

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

MEDIANAME = { media_name | @media_name_variable }

Especifica o nome da mídia para todo o conjunto de mídia de backup. O nome da mídia não deve ter mais de 128 caracteres, Se MEDIANAME for especificado, ele deve 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.

BLOCKSIZE = { blocksize | @blocksize_variable }

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

Opções de transferência de dados

BUFFERCOUNT = { buffercount | @buffercount_variable }

Especifica o número total de buffers de E/S a serem usados para a operação de backup. Você pode especificar qualquer número inteiro positivo; no entanto, um grande número de buffers pode causar erros de "falta de memória" devido ao espaço de endereço virtual inadequado no processo de Sqlservr.exe.

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

MAXTRANSFERSIZE = { maxtransfersize | @ maxtransfersize_variable }

Especifica a maior unidade de transferência em bytes a ser usada entre o SQL Server e a mídia de backup. Os valores possíveis são múltiplos de 65536 bytes (64 KB) variando até 4194304 bytes (4 MB).

Para Transparent Data Encryption (TDE) bancos de dados habilitados com um único arquivo de dados, o MAXTRANSFERSIZE padrão é 65536 (64 KB). Para bancos de dados criptografados não-TDE, o MAXTRANSFERSIZE padrão é 1048576 (1 MB) ao usar backup em DISK e 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 para ao encontrar um erro.

{ NO_CHECKSUM | SOMA VERIFICADA }

Controla se as 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). Este é o comportamento padrão.

SOMA DE VERIFICAÇÃO
Especifica que a operação de backup verifica cada página em busca de soma de verificação e página rasgada, se habilitada e disponível, e gera uma soma de verificação para todo o backup.

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.

{ 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
Instrui BACKUP a falhar se uma soma de verificação de página não for verificada. Este é o comportamento padrão.

CONTINUE_AFTER_ERROR
Instrui o BACKUP 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 de backup do 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.

Opções de compatibilidade

REINICIAR

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

Opções de monitorização

STATS [ = percentagem ]

Exibe uma mensagem sempre que outra porcentagem é concluída e é usada para avaliar o progresso. Se porcentagem for omitida, o SQL Server exibirá uma mensagem após a conclusão de cada 10%.

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

Limitações da instância gerenciada SQL

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

Segurança

Permissões

BACKUP DATABASE permissões padrão para membros do sysadmin função de servidor fixa e as funções de banco de dados db_owner e db_backupoperator fixas.

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

Exemplos

O exemplo executa um backup COPY_ONLY de Sales para o Armazenamento de Blobs do Microsoft Azure. O nome da conta de armazenamento é mystorageaccount. O recipiente é 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 para o Armazenamento de Blobs do Azure, consulte Backup e restauração do SQL Server com o Microsoft Azure Blob Storage e Backup do SQL Server 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 do 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 do banco de dados

SQL Server

de instância gerenciada SQL

* Análise
Sistema de plataforma (PDW) *  

 

Sistema de plataforma de análise

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

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

Existem dois tipos de backups no Analytics Platform System (PDW). Um de backup de banco de dados completo é um backup de todo um banco de dados do Analytics Platform System (PDW). Um backup de banco de dados diferencial inclui apenas as alterações feitas desde o último backup completo. Um backup de um banco de dados de usuários inclui usuários de banco de dados e funções de banco de dados. Um backup do banco de dados master inclui logins.

Para obter mais informações sobre backups de banco de dados do Analytics Platform System (PDW), consulte "Backup e restauração" na documentação do produto 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 criar um backup. O banco de dados pode ser o banco de dados master ou um banco de dados de usuário.

PARA DISCO = '\\UNC_path\backup_directory'

O caminho de rede e o diretório no qual o Analytics Platform System (PDW) 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á deve existir e deve ser especificado como um caminho UNC (convenção universal de nomenclatura) totalmente qualificado.
• O diretório de backup, backup_directory, não deve existir antes de executar o comando de backup. O Analytics Platform System (PDW) criará 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 do Analytics Platform System (PDW).
• O comprimento máximo do caminho UNC e do nome do diretório de backup é de 200 caracteres.
• O servidor ou host deve ser especificado como um endereço IP. Não é possível 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 será exibida quando o cabeçalho de backup for restaurado com RESTORE HEADERONLY.

NAME = 'backup _name'

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 128 caracteres.
• Não é possível incluir um caminho.
• Deve começar com um caractere de letra ou número ou um sublinhado (_). Os caracteres especiais permitidos são 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 será exibido quando o cabeçalho de backup for restaurado com RESTORE HEADERONLY.

DIFERENCIAL

Especifica para executar um backup diferencial de um banco de dados de usuário. Se omitido, o padrão é um backup de banco de dados completo. O nome do backup diferencial não precisa corresponder ao nome do backup completo. Para acompanhar o diferencial e o backup completo correspondente, considere usar o mesmo nome com 'full' ou 'diff' 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 associação na função de banco de dados fixa db_backupoperator. Não é possível fazer backup do banco de dados master, mas por um usuário regular que foi adicionado à função de banco de dados fixa db_backupoperator. O backup do banco de dados master só pode ser feito por sa, pelo administrador da malha ou por 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. Você também deve armazenar o nome da conta e a senha do Windows no Analytics Platform System (PDW). Para adicionar essas credenciais de rede ao Analytics Platform System (PDW), use o procedimento armazenado sp_pdw_add_network_credentials - Azure Synapse Analytics.

Para obter mais informações sobre como gerenciar credenciais no Analytics Platform System (PDW), consulte a seção Security.

Tratamento de erros

Erros de BANCO DE DADOS DE BACKUP nas seguintes condições:

• As permissões de usuário não são suficientes para executar um backup.
• O Analytics Platform System (PDW) não tem as permissões corretas para o local de rede onde o backup será armazenado.
• A base 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 comando BACKUP DATABASE não confirma a existência de espaço em disco suficiente antes de iniciar o backup, tornando possível gerar um erro de falta de espaço em disco durante a execução do BACKUP DATABASE. Quando ocorre espaço insuficiente em disco, o Analytics Platform System (PDW) reverte o comando BACKUP DATABASE. Para diminuir o tamanho do banco de dados, execute DBCC SHRINKLOG (Analytics Platform System (PDW))
• Tente iniciar um backup dentro de uma transação.

Comentários

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

Um backup do Analytics Platform System (PDW) é armazenado como um conjunto de vários arquivos dentro do 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 são baseados no mesmo backup completo, cada diferencial inclui todas as alterações no backup diferencial anterior.

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

Backups completos e 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. Você pode acompanhar isso através de suas próprias convenções de nomenclatura. Como alternativa, você pode controlar isso usando a opção WITH DESCRIPTION para adicionar uma descrição e, em seguida, usando a instrução RESTORE HEADERONLY para recuperar a descrição.

Limitações

Não é possível executar um backup diferencial do banco de dados master. Somente backups completos do banco de dados master são suportados.

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 Analytics Platform System (PDW) usando a instrução RESTORE DATABASE - Analytics Platform System.

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 SMP SQL Server. Para essa funcionalidade, você pode usar o recurso de cópia remota de tabela. Para obter mais informações, consulte "Remote Table Copy" na documentação do produto Analytics Platform System (PDW).

O Analytics Platform System (PDW) 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. Não é possível definir opções de backup, como compactação, soma de verificação, tamanho do bloco e contagem de buffer.

Apenas um backup ou restauração de banco de dados pode ser executado no dispositivo a qualquer momento. O Analytics Platform System (PDW) enfileirará os 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 deve ter pelo menos tantos nós de computação quanto 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 Analytics Platform System (PDW) não rastreia a localização e os nomes dos backups, uma vez que os backups são armazenados fora do dispositivo.

O Analytics Platform System (PDW) rastreia o sucesso ou a falha dos backups de banco de dados.

Um backup diferencial só é permitido se o último backup completo for concluído com êxito. Por exemplo, suponha que na segunda-feira você crie um backup completo do banco de dados Sales e o backup seja concluído com êxito. Então, na terça-feira, você cria um backup completo do banco de dados Sales e ele falha. Após essa falha, você não pode criar um backup diferencial com base no backup completo de segunda-feira. Você deve primeiro criar um backup completo bem-sucedido antes de criar um backup diferencial.

Metadados

Essas exibições de gerenciamento dinâmico contêm informações sobre todas as operações de backup, restauração e carregamento. As informações persistem durante as reinicializações do sistema.

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

Desempenho

Para executar um backup, o Analytics Platform System (PDW) 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 Analytics Platform System (PDW) controla o número de nós de computação que estão copiando dados simultaneamente.

Bloqueio

Usa um bloqueio ExclusiveUpdate no objeto DATABASE.

Segurança

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

Gerenciar credenciais de rede

O acesso da rede ao diretório de backup é baseado na segurança padrão de compartilhamento de arquivos do sistema operacional. Antes de executar um backup, você precisa criar ou designar uma conta do Windows que será usada para autenticar o Analytics Platform System (PDW) no diretório de backup. Essa conta do Windows deve 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 Analytics Platform System (PDW) executando o sp_pdw_add_network_credentials - Azure Synapse Analytics procedimento armazenado. O Analytics Platform System (PDW) usa o Gerenciador de Credenciais do Windows para armazenar e criptografar nomes de usuário e senhas nos nós Controle e Computação. Não é feito backup das credenciais com o comando BACKUP DATABASE.

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

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

Exemplos

Um. Adicionar credenciais de rede para o local de backup

Para criar um backup, o Analytics Platform System (PDW) deve 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 Analytics Platform System (PDW) armazenará essas credenciais e as usará para operações de backup e restauração.

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

B. Remover credenciais de rede para o local de backup

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

EXEC sp_pdw_remove_network_credentials 'xxx.xxx.xxx.xxx';

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

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

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

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

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

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 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 login do dispositivo

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

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

• RESTORE DATABASE - Armazém de Dados Paralelo