RESTORE-instructies - VERIFYONLY (Transact-SQL)

Van toepassing op:SQL ServerAzure SQL Managed Instance

Controleert de back-up, maar herstelt deze niet en controleert of de back-upset is voltooid en of de volledige back-up leesbaar is. RESTORE VERIFYONLY probeert echter niet de structuur van de gegevens in de back-upvolumes te controleren. In Microsoft SQL Server is RESTORE VERIFYONLY uitgebreid om aanvullende controle uit te voeren op de gegevens om de kans op het detecteren van fouten te vergroten. Het doel is om zo dicht mogelijk bij een werkelijke herstelbewerking te zijn als praktisch. Zie de opmerkingen voor meer informatie.

Als de back-up geldig is, retourneert de SQL Server Database Engine een bericht dat het is gelukt.

Opmerking

Zie RESTORE-argumenten (Transact-SQL) voor de beschrijvingen van de argumenten.

Transact-SQL syntaxis-conventies

Syntaxis

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 | URL } = { 'physical_backup_device_name' |  
       @physical_backup_device_name_var }   
}  
  

Opmerking

URL is de indeling die wordt gebruikt om de locatie en de bestandsnaam voor Microsoft Azure Blob Storage op te geven en wordt ondersteund vanaf SQL Server 2012 (11.x) SP1 CU2. Hoewel Microsoft Azure Storage een service is, is de implementatie vergelijkbaar met schijf en tape om een consistente en naadloze herstelervaring voor alle drie de apparaten mogelijk te maken.

Argumenten

Zie RESTORE-argumenten (Transact-SQL) voor beschrijvingen van de argumenten RESTORE VERIFYONLY.

Algemene opmerkingen

De mediaset of de back-upset moet minimale juiste informatie bevatten om deze te kunnen interpreteren als Microsoft Tape Format. Zo niet, dan stopt RESTORE VERIFYONLY en geeft aan dat de indeling van de back-up ongeldig is.

Controles die worden uitgevoerd door RESTORE VERIFYONLY zijn onder andere:

• De back-upset is voltooid en alle volumes kunnen worden gelezen.

• Sommige koptekstvelden van databasepagina's, zoals de pagina-id (alsof het op het punt staat om de gegevens te schrijven).

• Controlesom (indien aanwezig op de media).

• Controleren op voldoende ruimte op doelapparaten.

Opmerking

RESTORE VERIFYONLY werkt niet op een momentopname van een database. Als u een momentopname van een database wilt controleren voordat u een terugdraaibewerking uitvoert, kunt u DBCC CHECKDB uitvoeren.

Opmerking

Met momentopnameback-ups bevestigt RESTORE VERIFYONLY het bestaan van de momentopnamen op de locaties die zijn opgegeven in het back-upbestand. Momentopnameback-ups zijn een nieuwe functie in SQL Server 2016 (13.x). Zie File-Snapshot Back-ups voor databasebestanden in Azure voor meer informatie over momentopnameback-ups.

Veiligheid

Een back-upbewerking kan eventueel wachtwoorden opgeven voor een mediaset, een back-upset of beide. Wanneer een wachtwoord is gedefinieerd voor een mediaset of back-upset, moet u het juiste wachtwoord of de juiste wachtwoorden opgeven in de instructie RESTORE. Deze wachtwoorden voorkomen niet-geautoriseerde herstelbewerkingen en niet-geautoriseerde toevoegbewerkingen van back-upsets aan media met behulp van SQL Server-hulpprogramma's. Een wachtwoord voorkomt echter niet dat media worden overschreven met behulp van de optie FORMAT van de BACKUP-instructie.

Belangrijk

De beveiliging die door dit wachtwoord wordt geboden, is zwak. Het is bedoeld om een onjuiste herstelbewerking te voorkomen met behulp van SQL Server-hulpprogramma's door geautoriseerde of niet-geautoriseerde gebruikers. Het voorkomt niet dat de back-upgegevens op een andere wijze worden gelezen of dat het wachtwoord wordt vervangen. Deze functie wordt verwijderd in een toekomstige versie van SQL Server. Vermijd het gebruik van deze functie in nieuwe ontwikkelwerkzaamheden en plan om toepassingen te wijzigen die momenteel gebruikmaken van deze functie. De aanbevolen procedure voor het beveiligen van back-ups is het opslaan van back-uptapes op een veilige locatie of een back-up maken van schijfbestanden die worden beveiligd door adequate toegangsbeheerlijsten (ACL's). De ACL's moeten worden ingesteld in de hoofdmap van de map waarin back-ups worden gemaakt.

Machtigingen

Vanaf SQL Server 2008 (10.0.x) is voor het verkrijgen van informatie over een back-upset of back-upapparaat een CREATE DATABASE-machtiging vereist. Zie Databasemachtigingen verlenen (Transact-SQL)voor meer informatie.

Voorbeelden

In het volgende voorbeeld wordt de back-up vanaf de schijf gecontroleerd.

RESTORE VERIFYONLY FROM DISK = 'D:\AdventureWorks.bak';
GO

Zie ook

BACKUP (Transact-SQL)
Mediasets, Mediafamilies en Back-upsets (SQL Server)
HERSTEL REWINDONLY (Transact-SQL)
RESTORE (Transact-SQL)
Back-upproceduregeschiedenis en kopinformatie (SQL Server)