Artigo
04/01/2012

RESTORE VERIFYONLY (Transact-SQL)

Verifica o backup, mas não o restaura, e verifica se o conjunto de backup está completo e se todo o backup pode ser lido. Porém, RESTORE VERIFYONLY não tenta verificar a estrutura dos dados contida nos volumes de backup. Em Microsoft SQL Server, RESTORE VERIFYONLY foi aprimorado para executar verificação adicional nos dados para aumentar a probabilidade de detecção de erros. A meta é estar o mais próximo de uma operação de restauração real. Para obter mais informações, consulte Comentários.

Se o backup for válido, Mecanismo de banco de dados do SQL Server retornará uma mensagem de sucesso.

Observação
Para obter descrições dos argumentos, consulte Argumentos de RESTORE (Transact-SQL).

Ícone de vínculo de tópico Convenções de sintaxe Transact-SQL

Sintaxe

RESTORE VERIFYONLY
FROM <backup_device> [ ,...n ]
[ WITH  
 {
   LOADHISTORY 

--Restore Operation Option
 | MOVE 'logical_file_name_in_backup' TO 'operating_system_file_name' 
          [ ,...n ] 

--Backup Set Options
 | FILE = { backup_set_file_number | @backup_set_file_number } 
 | PASSWORD = { password | @password_variable } 

--Media Set Options
 | MEDIANAME = { media_name | @media_name_variable } 
 | MEDIAPASSWORD = { mediapassword | @mediapassword_variable }

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

--Monitoring Options
 | STATS [ = percentage ] 

--Tape Options
 | { REWIND | NOREWIND } 
 | { UNLOAD | NOUNLOAD }  
 } [ ,...n ]
]
[;]
<backup_device> ::=
{ 
   { logical_backup_device_name |
            @logical_backup_device_name_var }
   | { DISK | TAPE } = { 'physical_backup_device_name' |
              @physical_backup_device_name_var } 
}

Argumentos

Para obter as descrições dos argumentos RESTORE VERIFYONLY, consulte Argumentos de RESTORE (Transact-SQL).

Comentários

O conjunto de mídias ou o conjunto de backup deve conter informações corretas mínimas para que possam ser interpretadas como formato de fita Microsoft. Caso contrário, RESTORE VERIFYONLY parará e indicará que o formato do backup é inválido.

As verificações executadas por RESTORE VERIFYONLY incluem:

Se o conjunto de backup está completo e todos os volumes são legíveis.
Alguns campos de cabeçalho de páginas de banco de dados, como ID da página (como se estivesse relacionado à gravação de dados).
Soma da verificação (se presente na mídia).
Verificação de espaço suficiente nos dispositivos de destino.

Observação
RESTORE VERIFYONLY não funciona em um instantâneo do banco de dados. Para verificar um instantâneo do banco de dados antes uma operação de reversão, você pode executar DBCC CHECKDB.

Permissões

A partir do SQL Server 2008, para obter informações sobre um conjunto ou dispositivo de backup, é necessário ter a permissão CREATE DATABASE. Para obter mais informações, consulte Permissões de banco de dados GRANT (Transact-SQL).

Uma operação de backup pode especificar senhas opcionalmente para um conjunto de mídias, um conjunto de backup ou ambos. Quando uma senha tiver sido definida em um conjunto de backup ou de mídias, será necessário especificar a senha ou as senhas corretas na instrução RESTORE. Essas senhas impedem operações de restauração não autorizadas e anexações não autorizadas de conjuntos de backup para mídia que usa ferramentas de SQL Server. Porém, uma senha não impede a substituição da mídia usando a opção FORMAT da instrução BACKUP.

Observação sobre segurança
A proteção fornecida por esta senha é fraca. Ela tem o objetivo de evitar uma restauração incorreta com o uso de ferramentas do SQL Server por usuários autorizados ou não autorizados. Ela não impede a leitura dos dados de backup por outros meios ou a substituição da senha. Esse recurso será removido em uma versão futura do Microsoft SQL Server. Evite usar esse recurso em desenvolvimentos novos e planeje modificar os aplicativos que atualmente o utilizam. A prática recomendada para proteger backups é armazenar as fitas de backup em um local seguro ou fazer backup em arquivos em disco protegidos por ACLs (listas de controle de acesso) adequadas. As ACLs devem ser definidas na raiz do diretório no qual os backups são criados.

A proteção fornecida por esta senha é fraca. Ela tem o objetivo de evitar uma restauração incorreta com o uso de ferramentas do SQL Server por usuários autorizados ou não autorizados. Ela não impede a leitura dos dados de backup por outros meios ou a substituição da senha. Esse recurso será removido em uma versão futura do Microsoft SQL Server. Evite usar esse recurso em desenvolvimentos novos e planeje modificar os aplicativos que atualmente o utilizam. A prática recomendada para proteger backups é armazenar as fitas de backup em um local seguro ou fazer backup em arquivos em disco protegidos por ACLs (listas de controle de acesso) adequadas. As ACLs devem ser definidas na raiz do diretório no qual os backups são criados.