Especificar se uma operação de backup ou restauração para ou continua depois de encontrar um erro (SQL Server)
Este tópico descreve como especificar se uma operação de backup ou restauração continuará ou será interrompida após encontrar um erro no SQL Server 2012 usando o SQL Server Management Studio ou o Transact-SQL.
Neste tópico
Antes de começar:
Segurança
Para especificar se uma operação de backup ou restauração continua depois de encontrar um erro usando:
SQL Server Management Studio
Transact-SQL
Antes de começar
Segurança
Permissões
BACKUP
As permissões BACKUP DATABASE e BACKUP LOG são padronizadas como membros da função de servidor fixa sysadmin e das 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. O 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. No entanto, sp_addumpdevice, que adiciona uma entrada para um dispositivo de backup nas tabelas do sistema, não verifica permissões de acesso a arquivos. 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 é tentado.
RESTORE
Se o banco de dados que está sendo restaurado não existir, o usuário deverá ter permissões CREATE DATABASE para poder executar o comando RESTORE. Se o banco de dados existir, permissões RESTORE assumirão como padrão os membros das funções de servidor fixas sysadmin e dbcreator e o proprietário (dbo) do banco de dados (para a opção FROM DATABASE_SNAPSHOT, o banco de dados sempre existe).As permissões RESTORE são concedidas a funções nas quais as informações de associação estão sempre disponíveis para o servidor. Como a associação da função de banco de dados fixa pode ser verificada apenas quando o banco de dados está acessível e não danificado, o que nem sempre é o caso quando RESTORE é executado, os membros da função de banco de dados fixa db_owner não têm permissões RESTORE.
[Top]
Usando o SQL Server Management Studio
Para especificar se o backup para ou continua depois de encontrar um erro
Siga as etapas para criar um backup de banco de dados.
Na página Opções, na seção Confiabilidade, clique em Executar soma de verificação antes de gravar na mídia e em Continuar se houver erro.
[Top]
Usando Transact-SQL
Para especificar se uma operação de backup para ou continua depois de encontrar um erro
Conecte-se ao Mecanismo de Banco de Dados.
Na barra Padrão, clique em Nova Consulta.
Na instrução BACKUP, especifique a opção CONTINUE_AFTER ERROR para continuar ou a opção STOP_ON_ERROR para parar. O comportamento padrão é parar depois de encontrar um erro. Este exemplo instrui a operação de backup a continuar apesar de encontrar um erro.
BACKUP DATABASE AdventureWorks2012
TO DISK = 'Z:\SQLServerBackups\AdvWorksData.bak'
WITH CHECKSUM, CONTINUE_AFTER_ERROR;
GO
Para especificar se uma operação de restauração para ou continua depois de encontrar um erro
Conecte-se ao Mecanismo de Banco de Dados.
Na barra Padrão, clique em Nova Consulta.
Na instrução RESTORE, especifique a opção CONTINUE_AFTER ERROR para continuar ou a opção STOP_ON_ERROR para parar. O comportamento padrão é parar depois de encontrar um erro. Este exemplo instrui a operação de restauração a continuar apesar de encontrar um erro.
RESTORE DATABASE AdventureWorks2012
FROM DISK = 'Z:\SQLServerBackups\AdvWorksData.bak'
WITH CHECKSUM, CONTINUE_AFTER_ERROR;
GO
[Top]
Consulte também
Referência
RESTORE FILELISTONLY (Transact-SQL)
RESTORE HEADERONLY (Transact-SQL)
RESTORE LABELONLY (Transact-SQL)
RESTORE VERIFYONLY (Transact-SQL)
Argumentos de RESTORE (Transact-SQL)
Conceitos
Erros de mídia possíveis durante backup e restauração (SQL Server)