Dela via

RESTORE-instruktioner – VERIFYONLY (Transact-SQL)

gäller för:SQL ServerAzure SQL Managed Instance

Verifierar säkerhetskopieringen men återställer den inte och kontrollerar att säkerhetskopieringsuppsättningen är klar och att hela säkerhetskopian kan läsas. RESTORE VERIFYONLY försöker dock inte verifiera strukturen för de data som finns i säkerhetskopieringsvolymerna. I Microsoft SQL Server har RESTORE VERIFYONLY förbättrats för att göra ytterligare kontroller av data för att öka sannolikheten för att upptäcka fel. Målet är att vara så nära en faktisk återställningsåtgärd som praktiskt. Mer information finns i Anmärkningar.

Om säkerhetskopieringen är giltig returnerar SQL Server Database Engine ett meddelande om att åtgärden lyckades.

Anmärkning

Beskrivningarna av argumenten finns i RESTORE Arguments (Transact-SQL).

Transact-SQL syntaxkonventioner

Syntax

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 }   
}

Anmärkning

URL är det format som används för att ange platsen och filnamnet för Microsoft Azure Blob Storage och stöds från och med SQL Server 2012 (11.x) SP1 CU2. Även om Microsoft Azure Storage är en tjänst liknar implementeringen disk och band för att ge en konsekvent och sömlös återställningsupplevelse för alla de tre enheterna.

Argumentpunkter

Beskrivningar av RESTORE VERIFYONLY-argumenten finns i RESTORE Arguments (Transact-SQL).

Allmänna kommentarer

Medieuppsättningen eller säkerhetskopieringsuppsättningen måste innehålla minimal korrekt information så att den kan tolkas som Microsoft Bandformat. Annars stoppas RESTORE VERIFYONLY och anger att formatet för säkerhetskopieringen är ogiltigt.

Följande kontroller utförs av RESTORE VERIFYONLY:

  • Att säkerhetskopieringsuppsättningen är klar och att alla volymer är läsbara.

  • Vissa rubrikfält på databassidor, till exempel sid-ID (som om det var på väg att skriva data).

  • Checksum (om det finns på mediet).

  • Söker efter tillräckligt med utrymme på målenheter.

Anmärkning

RESTORE VERIFYONLY fungerar inte på en databasögonblicksbild. Om du vill verifiera en ögonblicksbild av databasen innan en återställningsåtgärd kan du köra DBCC CHECKDB.

Anmärkning

Med säkerhetskopior av ögonblicksbilder bekräftar RESTORE VERIFYONLY att ögonblicksbilderna finns på de platser som anges i säkerhetskopieringsfilen. Säkerhetskopiering av ögonblicksbilder är en ny funktion i SQL Server 2016 (13.x). Mer information om säkerhetskopiering av ögonblicksbilder finns iFile-Snapshot Säkerhetskopior för databasfiler i Azure.

Säkerhet

En säkerhetskopieringsåtgärd kan också ange lösenord för en medieuppsättning, en säkerhetskopieringsuppsättning eller båda. När ett lösenord har definierats på en medieuppsättning eller en säkerhetskopia måste du ange rätt lösenord eller lösenord i RESTORE-instruktionen. Dessa lösenord förhindrar obehöriga återställningsåtgärder och obehöriga tillägg av säkerhetskopieringsuppsättningar till media med hjälp av SQL Server-verktyg. Ett lösenord förhindrar dock inte överskrivning av media med alternativet FORMAT för BACKUP-instruktionen.

Viktigt!

Skyddet som tillhandahålls av det här lösenordet är svagt. Den är avsedd att förhindra en felaktig återställning med hjälp av SQL Server-verktyg av auktoriserade eller obehöriga användare. Det förhindrar inte läsning av säkerhetskopierade data på annat sätt eller ersättning av lösenordet. Den här funktionen tas bort i en framtida version av SQL Server. Undvik att använda den här funktionen i nytt utvecklingsarbete och planera att ändra program som för närvarande använder den här funktionen. Det bästa sättet att skydda säkerhetskopior är att lagra säkerhetskopieringsband på en säker plats eller säkerhetskopiera till diskfiler som skyddas av lämpliga åtkomstkontrollistor (ACL). ACL:erna ska anges i katalogroten under vilken säkerhetskopior skapas.

Behörigheter

Från och med SQL Server 2008 (10.0.x) kräver hämtning av information om en säkerhetskopieringsuppsättning eller säkerhetskopieringsenhet behörigheten SKAPA DATABAS. För mer information, se BEVILJA databasrättigheter (Transact-SQL).

Exempel

I följande exempel verifieras säkerhetskopieringen från disken.

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

Se även

Säkerhetskopiering (Transact-SQL)
Medieuppsättningar, Mediefamiljer och Säkerhetskopiauppsättningar (SQL Server)
ÅTERSTÄLLA REWINDONLY (Transact-SQL)
ÅTERSTÄLLA (Transact-SQL)
Säkerhetskopieringshistorik och Huvudinformation (SQL Server)