Possíveis erros de mídia durante o backup e a restauração (SQL Server)

Aplica-se a:SQL Server

O SQL Server oferece a opção de recuperar um banco de dados apesar dos erros detetados. Um novo mecanismo importante de deteção de erros é a criação opcional de uma soma de verificação de backup que pode ser criada por uma operação de backup e validada por uma operação de restauração. Você pode controlar se uma operação verifica se há erros e se a operação para ou continua encontrando um erro. Se uma cópia de segurança contiver um checksum, as instruções RESTORE e RESTORERESTORE VERIFYONLY podem detetar erros.

Observação

Os backups espelhados fornecem até quatro cópias (espelhos) de um conjunto de mídia, fornecendo cópias alternativas para recuperação de erros causados por mídia danificada. Para obter mais informações, consulte Mirrored Backup Media Sets (SQL Server).

Somas de verificação de backup

O SQL Server dá suporte a três tipos de somas de verificação: uma soma de verificação em páginas, uma soma de verificação em blocos de log e uma soma de verificação de backup. Ao gerar uma soma de verificação de backup, BACKUP verifica se os dados lidos da base de dados são consistentes com qualquer soma de verificação ou indicação de página rasgada presente na base de dados.

A instrução BACKUP calcula opcionalmente uma soma de verificação de segurança no fluxo da cópia de segurança; se estiver presente, numa determinada página, informação de soma de verificação de página ou de página truncada, ao efetuar a cópia de segurança da página, BACKUP também verifica a soma de verificação, o estado de página truncada e o ID da página. Ao criar uma soma de verificação de backup, uma operação de backup não adiciona somas de verificação às páginas. O backup das páginas é feito como existem no banco de dados e as páginas não são modificadas pelo backup.

Devido à sobrecarga de verificação e geração de somas de verificação de backup, o uso de somas de verificação de backup representa um potencial impacto no desempenho. Tanto a carga de trabalho quanto a taxa de transferência de backup podem ser afetadas. Portanto, o uso de checksums de cópia de segurança é opcional. Ao decidir gerar checksums durante um backup, monitorize cuidadosamente a sobrecarga da CPU causada, bem como o impacto em qualquer carga de trabalho simultânea no sistema.

BACKUP nunca modifica a página de origem no disco nem o conteúdo de uma página.

Quando as somas de verificação de backup são habilitadas, uma operação de backup executa as seguintes etapas:

  1. Antes de gravar uma página na mídia de backup, a operação de backup verifica as informações no nível da página (soma de verificação de página ou detecção de página danificada), se existirem. Se nenhum dos dois existir, o backup não poderá verificar a página. As páginas não verificadas são incluídas como estão, e o seu conteúdo é adicionado à soma de verificação geral do backup.

    Se a operação de backup encontrar um erro de página durante a verificação, o backup falhará.

    Observação

    Para mais informações sobre somas de verificação de páginas e deteção de páginas rasgadas, consulte a opção PAGE_VERIFY da ALTER DATABASE declaração. Para mais informações, consulte ALTER DATABASE SET Opções (Transact-SQL).

  2. Independentemente de existirem ou não somas de verificação de página, BACKUP gera um checksum de backup separado para os fluxos de backup. As operações de restauração podem, opcionalmente, usar a soma de verificação de backup para validar que o backup não está corrompido. A soma de verificação de backup é armazenada na mídia de backup, não nas páginas do banco de dados. A soma de verificação de backup pode, opcionalmente, ser usada no momento da restauração.

  3. O conjunto de backup é sinalizado como contendo somas de verificação de backup (na coluna has_backup_checksums de msdb.. backupset). Para obter mais informações, consulte backupset (Transact-SQL).

Durante uma operação de restauro, se estiverem presentes checksums da cópia de segurança no suporte da cópia de segurança, por defeito, as instruções RESTORE e RESTORERESTORE VERIFYONLY verificam tanto os checksums da cópia de segurança como os checksums das páginas. Se não houver uma soma de verificação de backup, a operação de restauração continuará sem verificação; isto deve-se ao facto de, sem uma soma de verificação de backup, a restauração não conseguir verificar de forma fiável as somas de verificação das páginas.

Resposta a erros de soma de verificação de página durante uma operação de backup ou restauração

Por defeito, depois de ocorrer um erro de checksum de página, uma operação BACKUP ou RESTORE falha e uma operação RESTORERESTORE VERIFYONLY continua. No entanto, você pode controlar se uma determinada operação falha ao encontrar um erro ou continua da melhor forma possível.

Se uma BACKUP operação continuar após encontrar erros, a operação executa os seguintes passos:

  1. Sinaliza o conjunto de backup no meio de backup como contendo erros e rastreia a página na tabela suspect_pages no banco de dados msdb. Para obter mais informações, consulte suspect_pages (Transact-SQL).

  2. Registra o erro no log de erros do SQL Server.

  3. Marca o conjunto de backup como contendo este tipo de erro (na coluna is_damaged de msdb..backupset). Para obter mais informações, consulte backupset (Transact-SQL).

  4. Emite uma mensagem informando que o backup foi gerado com êxito, mas contém erros de página.

Tarefas relacionadas

Para ativar ou desativar as somas de verificação de backup

Para controlar a resposta a um erro durante uma operação de backup

Ver também

ALTER DATABASE (Transact-SQL)
BACKUP (Transact-SQL)
conjunto de cópias de segurança (Transact-SQL)
Conjuntos de mídia de backup espelhados (SQL Server)
RESTORE (Transact-SQL)
RESTORE VERIFYONLY (Transact-SQL)