RESTORE Výroky - VERIFYONLY (Transact-SQL)

platí pro:SQL Serverazure SQL Managed Instance

Ověří zálohování, ale neobnoví ho, a zkontroluje, jestli je sada záloh dokončená a že je celá záloha čitelná. Nicméně RESTORE VERIFYONLY se nesnaží ověřit strukturu dat obsažených v záložních svazcích. V Microsoft SQL Server RESTORE VERIFYONLY byl vylepšen o další kontrolu dat pro zvýšení pravděpodobnosti detekce chyb. Cílem je být co nejblíže skutečné operaci obnovení, jak je praktické. Další informace najdete v poznámkách.

Pokud je zálohování platné, databázový stroj SQL Serveru vrátí zprávu o úspěchu.

Poznámka:

Popisy argumentů viz RESTORE Argumenty (Transact-SQL).

Transact-SQL konvence syntaxe

Syntaxe

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

Poznámka:

Adresa URL je formát používaný k určení umístění a názvu souboru pro Microsoft Azure Blob Storage a podporuje se od SQL Serveru 2012 (11.x) SP1 CU2. I když je úložiště Microsoft Azure služba, implementace se podobá disku a pásce, což umožňuje konzistentní a bezproblémové obnovení pro všechna tři zařízení.

Argumenty

Popisy argumentů RESTORE VERIFYONLY viz RESTORE Argumenty (Transact-SQL).

Obecné poznámky

Sada médií nebo zálohovací sada musí obsahovat minimální správné informace, aby bylo možné ji interpretovat jako formát Microsoft Tape Format. Pokud ne, zastaví a označí, RESTORE VERIFYONLY že formát zálohy je neplatný.

Kontroly prováděné RESTORE VERIFYONLY zahrnují následující:

  • Že je sada zálohování dokončená a všechny svazky jsou čitelné.

  • Některá pole záhlaví databázových stránek, například ID stránky (jako by se chystáte zapisovat data).

  • Kontrolní součet (pokud se nachází na médiu).

  • Kontrola dostatečného místa na cílových zařízeních

Poznámka:

RESTORE VERIFYONLY nefunguje na snímku databáze. Pokud chcete ověřit snímek databáze před návratovou operací, můžete spustit DBCC CHECKDB.

Poznámka:

U záloh RESTORE VERIFYONLY snímků se potvrzuje existence snímků na místech uvedených v záložním souboru. Zálohy snímků jsou novou funkcí SQL Serveru 2016 (13.x). Další informace o zálohování snímků najdete v tématuFile-Snapshot zálohování databázových souborů v Azure.

Zabezpečení

Operace zálohování může volitelně zadat hesla pro sadu médií, zálohovací sadu nebo obojí. Když je heslo definováno na mediální sadě nebo záložní sadě, musíte v příkazu RESTORE zadat správné heslo nebo hesla. Tato hesla brání neoprávněným operacím obnovení a neautorizovaným připojením sad záloh k médiím pomocí nástrojů SQL Serveru. Heslo však nebrání přepsání médií pomocí možnosti FORMÁT ve výpisu BACKUP .

Důležité

Ochrana poskytovaná tímto heslem je slabá. Účelem je zabránit nesprávnému obnovení pomocí nástrojů SQL Serveru autorizovanými nebo neoprávněnými uživateli. Nezabrání čtení zálohovaných dat jinými prostředky ani nahrazení hesla. Tato funkce bude odebrána v budoucí verzi SQL Serveru. Nepoužívejte tuto funkci v nové vývojové práci a naplánujte úpravu aplikací, které tuto funkci aktuálně používají. Osvědčeným postupem pro ochranu záloh je ukládání záložních pásek do zabezpečeného umístění nebo zálohování na diskové soubory, které jsou chráněné odpovídajícími seznamy řízení přístupu (ACL). Seznamy ACL by měly být nastavené v kořenovém adresáři, pod kterým se vytvářejí zálohy.

Povolení

Od SQL Server 2008 (10.0.x) vyžaduje získání informací o záložní sadě nebo záložním zařízení CREATE DATABASE povolení. Další informace naleznete v tématu GRANT Oprávnění databáze (Transact-SQL).

Příklady

Následující příklad ověří zálohování z disku.

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

Související obsah

  • Last updated on