RESTORE Uttalanden - 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. Försöker dock RESTORE VERIFYONLY inte verifiera strukturen på datan som finns i säkerhetskopieringsvolymerna. I Microsoft SQL Server RESTORE VERIFYONLY har förbättrats för att göra ytterligare kontroller av data för att öka sannolikheten 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 Databasmotor för SQL Server ett meddelande om att åtgärden lyckades.

Anmärkning

För beskrivningar av argumenten, se RESTORE Argument (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

För beskrivningar av argumenten RESTORE VERIFYONLY , se RESTORE Argument (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. Om inte, stoppar RESTORE VERIFYONLY och indikerar att formatet på backupen är ogiltigt.

Kontroller utförda av RESTORE VERIFYONLY inkluderar:

  • 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 databassnapshot. Om du vill verifiera en ögonblicksbild av databasen innan en återställningsåtgärd kan du köra DBCC CHECKDB.

Anmärkning

Med snapshot-backuper RESTORE VERIFYONLY bekräftas existensen av snapshots på de platser som anges i backupfilen. 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 mediamängd eller backupuppsättning måste du ange rätt lösenord eller lösenord i uttalandet RESTORE . 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 att media skrivs över med BACKUP uttalandets FORMAT-alternativ.

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 information om en backup-uppsättning eller backup-enhet behörighetCREATE DATABASE. Mer information finns i GRANT Databasbehörigheter (Transact-SQL).

Exempel

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

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

Se även

BACKUP (Transact-SQL)
Medieuppsättningar, Mediefamiljer och Säkerhetskopiauppsättningar (SQL Server)
RESTORE REWINDONLY (Transact-SQL)
RESTORE (Transact-SQL)
Säkerhetskopieringshistorik och Huvudinformation (SQL Server)

  • Last updated on