Megosztás:

RESTORE Utasítások – VERIFYONLY (Transact-SQL)

A következőkre vonatkozik:SQL ServerAzure SQL Managed Instance

Ellenőrzi a biztonsági mentést, de nem állítja vissza, és ellenőrzi, hogy a biztonsági mentési csoport befejeződött-e, és a teljes biztonsági mentés olvasható-e. A RESTORE VERIFYONLY azonban nem kísérli meg ellenőrizni a biztonsági mentési kötetekben található adatok szerkezetét. A Microsoft SQL Serverben a RESTORE VERIFYONLY funkció továbbfejlesztve lett az adatok további ellenőrzéséhez, hogy növelje a hibák észlelésének valószínűségét. A cél az, hogy a tényleges visszaállítási művelethez olyan közel legyen, mint a gyakorlati. További információ: Megjegyzések.

Ha a biztonsági mentés érvényes, az SQL Server adatbázismotorja egy sikeres üzenetet ad vissza.

Megjegyzés:

Az argumentumok leírását a RESTORE argumentumok (Transact-SQL) című témakörben találhatja meg.

Transact-SQL szintaxis konvenciók

Szemantika

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

Megjegyzés:

Az URL-cím a Microsoft Azure Blob Storage helyének és fájlnevének megadására használt formátum, amely az SQL Server 2012 (11.x) SP1 CU2 verziótól kezdve támogatott. Bár a Microsoft Azure Storage szolgáltatás, az implementáció a lemezhez és a szalaghoz hasonló, így egységes és zökkenőmentes visszaállítási élményt biztosít mind a három eszköz számára.

Érvek

A RESTORE VERIFYONLY argumentumok leírásáért lásd a RESTORE argumentumokat (Transact-SQL).

Általános megjegyzések

A médiakészletnek vagy a biztonsági mentési csoportnak minimálisan megfelelő információkat kell tartalmaznia ahhoz, hogy a microsoftos szalagformátumként értelmezhető legyen. Ha nem, a RESTORE VERIFYONLY leáll, és azt jelzi, hogy a biztonsági mentés formátuma érvénytelen.

A RESTORE VERIFYONLY által végrehajtott ellenőrzések a következők:

  • A biztonsági mentési csoport kész, és az összes kötet olvasható.

  • Az adatbázisoldalak egyes fejlécmezői, például az oldalazonosító (mintha az adatok megírására készültek volna).

  • Ellenőrzőösszeg (ha az adathordozón jelen van).

  • Elegendő hely keresése a céleszközökön.

Megjegyzés:

A RESTORE VERIFYONLY nem működik adatbázis-pillanatképeken. Az adatbázis-pillanatkép visszaállítását megelőzően a DBCC CHECKDB futtatásával ellenőrizheti az adatbázis pillanatképét.

Megjegyzés:

A pillanatképek biztonsági mentésével a RESTORE VERIFYONLY megerősíti a pillanatképek meglétét a biztonsági mentési fájlban megadott helyeken. A pillanatkép-biztonsági mentések az SQL Server 2016 (13.x) új funkciója. A pillanatkép-biztonsági mentésekről további információt File-Snapshot Azure-beli adatbázisfájlok biztonsági másolatai című témakörben talál.

Biztonság

A biztonsági mentési művelet opcionálisan megadhat jelszavakat egy médiakészlethez, egy biztonsági mentési csoporthoz vagy mindkettőhöz. Ha egy médiakészleten vagy biztonsági mentési készleten jelszó van meghatározva, a RESTORE utasításban meg kell adnia a megfelelő jelszót vagy jelszavakat. Ezek a jelszavak megakadályozzák a jogosulatlan visszaállítási műveleteket és a biztonsági mentési csoportok jogosulatlan hozzáfűzését a médiához SQL Server-eszközökkel. A jelszó azonban nem akadályozza meg az adathordozó felülírását a BACKUP utasítás FORMAT beállításával.

Fontos

A jelszó által biztosított védelem gyenge. Célja, hogy megakadályozza az SQL Server-eszközökkel való helytelen visszaállítást az arra jogosult vagy jogosulatlan felhasználók számára. Ez nem akadályozza meg a biztonsági mentési adatok más módon történő beolvasását vagy a jelszó cseréjét. Ez a funkció az SQL Server egy későbbi verziójában lesz eltávolítva. Ne használja ezt a funkciót az új fejlesztési munkában, és tervezze meg a funkciót jelenleg használó alkalmazások módosítását. A biztonsági mentések védelmének ajánlott eljárása a biztonsági mentési szalagok biztonságos helyen történő tárolása vagy a megfelelő hozzáférés-vezérlési listákkal (ACL-ekkel) védett lemezfájlok biztonsági mentése. Az ACL-eket azon a címtárgyökeren kell beállítani, amely alatt a biztonsági másolatok létrejönnek.

Engedélyek

Az SQL Server 2008-tól (10.0.x) kezdődően a biztonsági mentési csoport vagy biztonsági mentési eszköz adatainak lekéréséhez CREATE DATABASE-engedély szükséges. További információ: GRANT-adatbázisengedélyek (Transact-SQL).

Példák

Az alábbi példa ellenőrzi a lemezről történő biztonsági mentést.

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

Lásd még:

BIZTONSÁGI MENTÉS (Transact-SQL)
médiakészletek, médiacsaládok és biztonsági mentési csoportok (SQL Server)
VISSZAÁLLÍTÁS VISSZATEKERÉS (Transact-SQL)
VISSZAÁLLÍTÁS (Transact-SQL)
Biztonsági Mentési Előzmények és Fejlécadatok (SQL Server)

  • Last updated on