RESTORE Verklaringen - 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. Probeert echter RESTORE VERIFYONLY niet de structuur van de gegevens in de back-upvolumes te verifiëren. In Microsoft SQL Server RESTORE VERIFYONLY is het verbeterd om extra controles op de gegevens uit te voeren om de kans op foutdetectie 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

Voor de beschrijvingen van de argumenten, zie RESTORE Argumenten (Transact-SQL).

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

Voor beschrijvingen van de RESTORE VERIFYONLY argumenten, zie RESTORE Argumenten (Transact-SQL).

Algemene opmerkingen

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

Controles 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 databasesnapshot. Als u een momentopname van een database wilt controleren voordat u een terugdraaibewerking uitvoert, kunt u DBCC CHECKDB uitvoeren.

Opmerking

Met snapshot-back-ups RESTORE VERIFYONLY wordt het bestaan van snapshots bevestigd op de locaties die in het back-upbestand zijn gespecificeerd. 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 op een mediaset of back-upset, moet je het juiste wachtwoord of de juiste wachtwoorden in de RESTORE instructie opgeven. 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 de FORMAT-optie van de BACKUP verklaring.

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) vereist het verkrijgen van informatie over een back-upset of back-upapparaat een CREATE DATABASE toestemming. Zie GRANT Databasemachtigingen (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)
RESTORE REWINDONLY (Transact-SQL)
RESTORE (Transact-SQL)
Back-upproceduregeschiedenis en kopinformatie (SQL Server)

  • Last updated on