RESTORE Állítások - Érvek (Transact-SQL)

A következőkre vonatkozik:SQL Server

Ez a cikk dokumentálja azokat az érveket, amelyeket a RESTORE {DATABASE|LOG} állítás és a hozzá tartozó segéd állítások halmazáról: RESTORERESTORE FILELISTONLY, RESTORERESTORE HEADERONLY,RESTORE LABELONLYRESTORERESTORE REWINDONLYRESTORE , , , és .RESTORERESTORE VERIFYONLY A legtöbb argumentumot a hat utasításnak csak egy részhalmaza támogatja. Az argumentumok támogatottsága az argumentum leírásában szerepel.

Transact-SQL szintaxis konvenciók

Szemantika

Szintaxist az alábbi cikkekben talál:

Érvek

DATABASE

Támogatva:RESTORE

Megadja a céladatbázist. Ha meg van adva a fájlok és a fájlcsoportok listája, a rendszer csak ezeket a fájlokat és fájlcsoportokat állítja vissza.

A teljes vagy tömegesen naplózott helyreállítási modellt használó adatbázisok esetében az SQL Server a legtöbb esetben megköveteli, hogy az adatbázis visszaállítása előtt biztonsági másolatot készítsön a napló farkáról. Ha egy adatbázist visszaállítunk anélkül, hogy előbb lementenénk a napló végét, hibát eredményez, hacsak az utasítás RESTOREDATABASE tartalmazza a WITH REPLACE vagy a WITH STOPAT klauzulatot, amelynek meg kell határoznia az adatmentés vége után történt időpontot vagy tranzakciót. További információ a tail-log biztonsági mentésekről: Tail-Log Biztonsági másolatok (SQL Server).

LOG

Támogatva:RESTORE

Megadja, hogy a tranzakciónapló biztonsági mentését kell-e alkalmazni erre az adatbázisra. A tranzakciónaplókat szekvenciális sorrendben kell alkalmazni. SQL Server ellenőrzi a biztonsági mentési tranzakciónaplót, hogy a tranzakciók a megfelelő adatbázisba és a megfelelő sorrendbe legyenek betöltve. Több tranzakciónapló alkalmazásához használja a NORECOVERY beállítást az összes visszaállítási műveleten, kivéve az utolsót.

Note

Az utolsó visszaállított napló általában a tail-log biztonsági mentése. A tail-log biztonsági mentés egy napló biztonsági mentése, amely közvetlenül az adatbázis visszaállítása előtt készült, általában az adatbázis meghibásodása után. Ha a valószínűleg sérült adatbázisból készít biztonsági másolatot a tail-logról, azzal megakadályozza a munkavesztést, ha rögzíti a még nem készített naplót (a napló farkát). További információ: Tail-Log biztonsági másolatok (SQL Server).

További információért lásd: Tranzakciónapló-biztonsági mentések (SQL Server).

{ database_name | @database_name_var }

Támogatva:RESTORE

Az az adatbázis, amelybe a napló vagy a teljes adatbázis vissza lesz állítva. Ha változóként (@database_name_var) van megadva, ez a név megadható sztringállandóként (@database_name_var = adatbázis_neve) vagy karaktersztring-adattípus változójaként, kivéve az ntext vagy szöveges adattípusokat.

< > file_or_filegroup_or_page [ ,... n ]

Támogatva:RESTORE

Megadja egy logikai fájl, fájlcsoport vagy oldal nevét, amelyet egy vagy RESTORE LOG utasításba kell beilleszteni.RESTOREDATABASE Megadhatja a fájlok vagy fájlcsoportok listáját.

Az egyszerű helyreállítási modellt használó adatbázisok esetében a FILE és a FILEGROUP beállítások csak akkor engedélyezettek, ha a célfájlok vagy fájlcsoportok írásvédettek, vagy részleges visszaállításról van szó (ami egy megszűnt fájlcsoportot eredményez).

Egy olyan adatbázis esetében, amely teljes vagy tömegesen naplózott helyreállítási modellt használ, egy RESTOREDATABASE vagy több fájl, fájlcsoport és/vagy oldal visszaállítása után általában a tranzakciónaplót alkalmazni kell azokra a fájlokra, amelyek a visszaállított adatokat tartalmazz; a napló alkalmazásával ezek a fájlok összhangban állnak az adatbázis többi részével. Az erre vonatkozó kivételek a következők:

  • Ha a visszaállított fájlok csak olvasott állapotban voltak, mielőtt utoljára mentették volna le őket, akkor nem kell tranzakciónaplót alkalmazni, és a RESTORE kijelentés tájékoztat erről a helyzetről.

  • Ha a biztonsági mentés tartalmazza az elsődleges fájlcsoportot, és részleges visszaállítást végez. Ebben az esetben a visszaállítási naplóra nincs szükség, mert a rendszer automatikusan visszaállítja a naplót a biztonsági mentési csoportból.

FÁJL = { logical_file_name_in_backup | @logical_file_name_in_backup_var }

Az adatbázis-visszaállításban szerepeltetni kívánt fájl neve.

FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

Elnevesít egy fájlcsoportot, amely szerepel az adatbázis-visszaállításban.

A FILEGROUP csak akkor engedélyezett az egyszerű helyreállítási modellben, ha a megadott fájlcsoport írásvédett, és részleges visszaállításról van szó (azaz a RÉSZLEGES FÁJLCSOPORT használata esetén). A nem adattárolt írásvédett fájlcsoportok megszűntként vannak megjelölve, és később nem állíthatók vissza az eredményül kapott adatbázisba.

READ_WRITE_FILEGROUPS

Kiválasztja az összes írásvédett fájlcsoportot. Ez a lehetőség különösen akkor hasznos, ha írásvédett fájlcsoportokkal rendelkezik, amelyeket írásvédett fájlcsoportok után vissza szeretne állítani az írásvédett fájlcsoportok előtt.

PAGE = 'file:page [ ,... n ]'

Egy vagy több oldal listáját adja meg a lap-visszaállításhoz (ez csak a teljes vagy tömegesen naplózott helyreállítási modelleket használó adatbázisok esetében támogatott). Az értékek a következők:

OLDAL
Egy vagy több fájl és lap listáját jelzi.

fájl
A visszaállítani kívánt lapot tartalmazó fájl fájlazonosítója.

Oldalala
A fájlban visszaállítandó lap oldalazonosítója.

n
Egy helyőrző, amely azt jelzi, hogy több oldal is megadható.

A visszaállítási sorrendben egyetlen fájlba visszaállítható lapok maximális száma 1000. Ha azonban egy fájlban több mint kis számú sérült lap található, fontolja meg a teljes fájl visszaállítását a lapok helyett.

Note

A lap-visszaállítások soha nem lesznek helyreállítva.

A lap-visszaállításról további információt a Restore Pages (SQL Server) című témakörben talál.

[ ,... n ]
A helyőrző azt jelzi, hogy több fájl, fájlcsoport és lap vesszővel tagolt listában adható meg. A szám korlátlan.

FROM { <backup_device> [ ,... n ] | <> database_snapshot }

Általában azokat a biztonsági mentési eszközöket adja meg, amelyekről vissza szeretné állítani a biztonsági mentést. Alternatívaként egy RESTOREDATABASE utasításban a FROM klauzula megadhatja annak az adatbázis pillanatképének nevét, amelyhez visszafordítod az adatbázist, ebben az esetben nem engedélyezett a WITH záradék.

Ha a FROM záradék nincs megadva, a biztonsági mentés visszaállítása nem történik meg. Ehelyett az adatbázis helyreáll. Ez lehetővé teszi egy olyan adatbázis helyreállítását, amelyet a NORECOVERY beállítással állítottak vissza, vagy átválthat készenléti kiszolgálóra. Ha a FROM záradék nincs megadva, a NORECOVERY, RECOVERY vagy STANDBY záradékot meg kell adni a WITH záradékban.

< > backup_device [ ,... n ]

Megadja a visszaállítási művelethez használandó logikai vagy fizikai biztonsági mentési eszközöket.

Támogatja:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, RESTORE REWINDONLY, , , és RESTORE VERIFYONLY.

< >backup_device::= A biztonsági mentési művelethez használandó logikai vagy fizikai biztonsági mentési eszközt adja meg az alábbiak szerint:

{ logical_backup_device_name | @logical_backup_device_name_var }
Az adatbázis visszaállítását sp_addumpdevice által létrehozott biztonsági mentési eszköz(ek) logikai neve, amelynek az azonosítókra vonatkozó szabályokat kell követnie. Ha változóként (@logical_backup_device_name_var) adhatók meg, a biztonsági mentési eszköz neve megadható sztringállandóként (@logical_backup_device_name_var = logical_backup_device_name) vagy karaktersztring adattípus változójaként, kivéve az ntext vagy a szöveges adattípust.

{DISK | TAPE } = { 'physical_backup_device_name'physical_backup_device_name_var | @ }
Lehetővé teszi a biztonsági másolatok visszaállítását a nevesített lemezről vagy szalagos eszközről. Az eszköz lemez- és szalagtípusait az eszköz tényleges nevével (például teljes elérési úttal és fájlnévvel) kell megadni: DISK ='Z:\SQLServerBackups\AdventureWorks.bak' vagy TAPE ='\\\\.\TAPE0'. Ha változóként (@physical_backup_device_name_var) van megadva, az eszköz neve megadható sztringállandóként (@physical_backup_device_name_var = "physical_backup_device_name") vagy karaktersztring adattípus változójaként, kivéve az ntext vagy a szöveges adattípust.

Ha UNC nevű hálózati kiszolgálót használ (amelynek gépnevet kell tartalmaznia), adjon meg egy eszköztípust a lemezhez. Az UNC-nevek használatáról további információt a -eszközök (SQL Server) című témakörben talál.

Az a fiók, amelyen SQL Server-t futtatsz, READ hozzáféréssel kell rendelkeznie a távoli számítógéphez vagy hálózati szerverhez ahhoz, hogy végrehajtsa a RESTORE műveletet.

n
Egy helyőrző azt jelzi, hogy legfeljebb 64 biztonsági mentési eszköz adható meg vesszővel tagolt listában.

Attól függ, hogy egy visszaállítási sorozathoz annyi biztonsági mentési eszközre van-e szükség, amennyi ahhoz az adathordozóhoz készült, amelyhez a biztonsági másolatok tartoznak, attól függ, hogy a visszaállítás offline vagy online állapotban van-e, az alábbiak szerint:

  • Az offline visszaállítás lehetővé teszi a biztonsági mentés visszaállítását a biztonsági mentés létrehozásához használtnál kevesebb eszközzel.

  • Az online visszaállításhoz a biztonsági mentés összes biztonsági mentési eszköze szükséges. A kevesebb eszközzel történő visszaállítási kísérlet meghiúsul.

Vegyük például azt az esetet, amikor egy adatbázisról négy, a kiszolgálóhoz csatlakoztatott szalagos meghajtóról készítettek biztonsági másolatot. Az online visszaállításhoz négy meghajtót kell csatlakoztatnia a kiszolgálóhoz; Az offline visszaállítás lehetővé teszi a biztonsági mentés visszaállítását, ha a gépen négynél kevesebb meghajtó található.

Note

Ha egy tükrözött médiakészletről állít vissza biztonsági másolatot, minden egyes médiacsaládhoz csak egyetlen tükrözést adhat meg. Hibák esetén azonban a többi tükrözés lehetővé teszi a visszaállítási problémák gyors megoldását. A sérült médiakötetet helyettesítheti egy másik tükör megfelelő kötetével. Vegye figyelembe, hogy offline visszaállítás esetén kevesebb eszközről állíthat vissza visszaállítást, mint a médiacsaládok, de az egyes családokat csak egyszer dolgozzák fel.

< >database_snapshot::=

Támogatva:RESTORE DATABASE

= DATABASE_SNAPSHOT database_snapshot_name
Visszaállítja az adatbázist a database_snapshot_name által megadott adatbázis-pillanatképre. A DATABASE_SNAPSHOT beállítás csak teljes adatbázis-visszaállításhoz érhető el. A visszaállítási művelet során az adatbázis pillanatképe teljes adatbázis-biztonsági mentést készít.

A visszaállítási művelethez a megadott adatbázis-pillanatkép az egyetlen az adatbázisban. A visszaállítási művelet során az adatbázis pillanatképe és a céladatbázis is meg van jelölve In restore. További információt a "Megjegyzések" című szakaszban RESTORE DATABASEtalál.

A WITH beállításai

Megadja a visszaállítási művelet által használni kívánt beállításokat. Az egyes beállításokat használó utasítások összegzését a jelen cikk későbbi, "A WITH-beállítások támogatásának összegzése" című szakaszában találja.

Note

A WITH opciók itt ugyanabban a sorrendben vannak rendezve, mint a "Szintaxis" szekcióban aRESTORE {DATABASE|NAPLÓ}.

RÉSZLEGES

Támogatva:RESTORE DATABASE

Egy részleges visszaállítási műveletet ad meg, amely visszaállítja az elsődleges fájlcsoportot és a megadott másodlagos fájlcsoport(ok)t. A RÉSZLEGES beállítás implicit módon kiválasztja az elsődleges fájlcsoportot; a FILEGROUP = "PRIMARY" megadása szükségtelen. Másodlagos fájlcsoport visszaállításához explicit módon meg kell adnia a fájlcsoportot a FÁJL vagy a FÁJLCSOPORT beállítással.

A RÉSZLEGES opció nem engedélyezett a RESTORE LOG utasításoknál.

A RÉSZLEGES beállítás elindítja a darabos visszaállítás kezdeti szakaszát, amely lehetővé teszi a fennmaradó fájlcsoportok későbbi visszaállítását. További információ: Részenkénti visszaállítások (SQL Server).

[ RECOVERY | NORECOVERY | KÉSZENLÉTI ÁLLAPOT ]

Támogatva:RESTORE

HELYREÁLLÍTÁSI
Utasítja a visszaállítási műveletet, hogy állítsa vissza a nem véglegesített tranzakciókat. A helyreállítási folyamat után az adatbázis használatra kész. Ha sem a NORECOVERY, sem a RECOVERY, sem a KÉSZENLÉTI állapot nincs megadva, a HELYREÁLLÍTÁS az alapértelmezett érték.

Ha további RESTORE műveleteket (RESTORE LOG vagy RESTOREDATABASE differenciálból) terveznek, akkor a NORECOVERY vagy a STANDBY opciót kell megadni.

Ha biztonsági mentési csoportokat állít vissza a SQL Server egy korábbi verziójából, szükség lehet adatbázis-frissítésre. Ezt a frissítést a rendszer automatikusan végrehajtja, amikor a WITH RECOVERY meg van adva. További információért lásd: Tranzakciónapló-biztonsági mentések (SQL Server).

Note

Ha a FROM záradék nincs megadva, a NORECOVERY, RECOVERY vagy STANDBY záradékot meg kell adni a WITH záradékban.

NORECOVERY

Utasítja a visszaállítási műveletet, hogy ne állítsa vissza a nem véglegesített tranzakciókat. Ha később egy másik tranzakciónaplót kell alkalmazni, adja meg a NORECOVERY vagy a STANDBY beállítást. Ha sem a NORECOVERY, sem a RECOVERY, sem a KÉSZENLÉTI állapot nincs megadva, a HELYREÁLLÍTÁS az alapértelmezett érték. A NORECOVERY beállítással végzett offline visszaállítási művelet során az adatbázis nem használható.

Egy adatbázis-mentés és egy vagy több tranzakciónapló visszaállításához, vagy amikor több RESTORE utasításra van szükség (például teljes adatbázis-mentés és differenciális mentés visszaállításakor) minden RESTORE alkalommal megköveteli a WITH NORECOVERY opciót, kivéve a végső RESTORE állítást. A legjobb gyakorlat, hogy WITH NORECOVERY (WITH NORECOVERY) utasítást használunk MINDEN többlépéses visszaállítási szekvencia során, amíg el nem érjük a kívánt helyreállítási pontot, majd csak a helyreállításhoz külön RESTORE WITH RECOVERY utasítást használsz.

Fájl- vagy fájlcsoport-visszaállítási művelet esetén a NORECOVERY arra kényszeríti az adatbázist, hogy a visszaállítási művelet után is visszaállítási állapotban maradjon. Ez az alábbi helyzetek egyikében hasznos:

  • A rendszer egy visszaállítási szkriptet futtat, és a naplót mindig alkalmazza a rendszer.

  • A rendszer fájl-visszaállítási sorozatot használ, és az adatbázis nem használható két visszaállítási művelet között.

Bizonyos esetekben RESTORE NORECOVERY segítségével a Roll Forward elég előre állítva állítja előre, hogy az összhangban legyen az adatbázissal. Ilyen esetekben a visszaállítás nem történik meg, és az adatok offline állapotban maradnak, a várt módon. A Database Engine azonban egy tájékoztató üzenetet ad ki, amely azt jelzi, hogy a visszaállítási csoport a RECOVERY beállítással helyreállítható.

KÉSZENLÉTI = standby_file_name

Egy készenléti fájlt ad meg, amely lehetővé teszi a helyreállítási effektusok visszavonását. Az offline visszaállításhoz (beleértve a részleges visszaállítást is) a KÉSZENLÉTI beállítás engedélyezve van. A beállítás nem engedélyezett az online visszaállításhoz. Ha megkísérli megadni a KÉSZENLÉTI beállítást egy online visszaállítási művelethez, a visszaállítási művelet meghiúsul. A KÉSZENLÉTI ÁLLAPOT akkor sem engedélyezett, ha adatbázis-frissítésre van szükség.

A készenléti fájlt arra használják, hogy "copy-on-write" előképet tartson az oldalak esetében, amelyeket a WITH STANDBY visszavonási átmenete RESTORE során módosítottak. A készenléti fájl lehetővé teszi, hogy egy adatbázis írásvédett hozzáférést biztosítson a tranzakciónapló-visszaállítások között, és használható meleg készenléti kiszolgálói helyzetekben vagy speciális helyreállítási helyzetekben, amelyekben hasznos az adatbázis vizsgálata a napló-visszaállítások között. Egy RESTORE WITH STANDBY művelet után a visszavonási fájlt a következő RESTORE művelet automatikusan törli. Ha ezt a kellenes fájlt manuálisan töröljük a következő RESTORE művelet előtt, akkor az egész adatbázist vissza kell állítani. Bár az adatbázis KÉSZENLÉTI állapotban van, ezt a készenléti fájlt ugyanúgy kell kezelnie, mint bármely más adatbázisfájlt. Más adatbázisfájloktól eltérően ezt a fájlt csak a Database Engine tartja nyitva az aktív visszaállítási műveletek során.

A standby_file_name egy készenléti fájlt határoz meg, amelynek a helyét az adatbázis naplójában tárolja a rendszer. Ha egy meglévő fájl a megadott nevet használja, a fájl felülíródik; ellenkező esetben a Database Engine hozza létre a fájlt.

Egy adott készenléti fájl méretkövetelménye a visszaállítási művelet során nem véglegesített tranzakciókból eredő visszavonási műveletek mennyiségétől függ.

Important

Ha a megadott készenléti fájlnevet tartalmazó meghajtón elfogy a szabad lemezterület, a visszaállítási művelet leáll.

A RECOVERY és NORECOVERY összehasonlításáért lásd a "Megjegyzések" szekciót .RESTORE

LOADHISTORY

Támogatva:RESTORE VERIFYONLY

Megadja, hogy a visszaállítási művelet betöltse az adatokat az msdb előzménytáblákba. A LOADHISTORY beállítás betölti az egyetlen ellenőrzött biztonsági mentési csoport adatait a SQL Server adathordozón tárolt biztonsági másolatokról a msdb adatbázis biztonsági mentési és visszaállítási előzménytábláira. További információ az előzménytáblákról: System Tables (Transact-SQL).

Vegye figyelembe, hogy ha a LOADHISTORY-t az előzménytáblákban msdb már meglévő biztonsági másolatokhoz használja, ugyanazokat az információkat egy új backup_set_id fogja hozzáadni. Továbbá, ha a LOADHISTORY használatával hozza létre újra a biztonsági mentési előzményeket msdbegy másik kiszolgálón vagy az eredeti kiszolgálóról való törlés után, javasoljuk, hogy a biztonsági másolatok visszaállítási parancsait a mentések sorrendjében futtassa. Ez biztosítja, hogy az LSN-lánc érintetlen maradjon, és az SSMS visszaállítási varázsló helyesen olvassa be a biztonsági mentési előzményeket a megfelelő visszaállítási sorrend létrehozásához. A LOADHISTORY és a hibásan létrehozott biztonsági mentési előzmények használata hibát okozhat a visszaállítási kísérlet során ("Az LSN-lánc megszakadása miatt nem hozható létre visszaállítási terv. (Microsoft. SqlServer.SmoExtended)").

< > general_WITH_options [ ,... n ]

Az alábbi általános WITH opciók mind támogatottak a RESTOREDATABASE LOG és RESTORE a LOG utasításokban. Ezen lehetőségek némelyikét egy vagy több kiegészítő utasítás is támogatja, amint azt már említettük.

Visszaállítási műveletek beállításai

Ezek a beállítások befolyásolják a visszaállítási művelet viselkedését.

A "logical_file_name_in_backup" ÁTHELYEZÉSE A "operating_system_file_name" [,... n ]

Támogatva:RESTORE és RESTORE VERIFYONLY

Megadja, hogy az logical_file_name_in_backup által megadott logikai nevet tartalmazó adatokat vagy naplófájlokat a operating_system_file_name által megadott helyre kell áthelyezni. A biztonsági mentési csoportban lévő adatok vagy naplófájlok logikai fájlneve megegyezik az adatbázisban a biztonsági mentési csoport létrehozásakor megadott logikai nevével.

n egy helyőrző, amely azt jelzi, hogy további MOVE utasításokat is megadhat. Adjon meg egy MOVE utasítást minden olyan logikai fájlhoz, amelyet vissza szeretne állítani a biztonsági mentési csoportból egy új helyre. Alapértelmezés szerint a logical_file_name_in_backup fájl az eredeti helyére lesz visszaállítva.

Note

A biztonsági mentési készletből származó logikai fájlok listájának megszerzéséhez használjuk RESTORE FILELISTONLY.

Ha egy RESTORE utasítást használnak egy adatbázis áthelyezésére ugyanazon szerveren vagy másolására egy másik szerverre, akkor a MOVE opció szükséges lehet az adatbázisfájlok áthelyezéséhez és a meglévő fájlokkal való ütközések elkerüléséhez.

LOG használatkor RESTORE a MOVE opció csak olyan fájlok áthelyezésére használható, amelyeket a napló visszaállítása alatt adtak hozzá. Például, ha a napló mentése tartalmaz egy fájl hozzáadási műveletet a fájlhoz file23, ez a fájl áthelyezhető a LOG MOVE opcióval RESTORE is.

Ha SQL Server Pillanatkép biztonsági mentésével használja, a MOVE beállítás csak arra használható, hogy fájlokat helyezzen át egy Azure blobba ugyanabban a tárfiókban, mint az eredeti blob. A MOVE beállítás nem használható a pillanatkép biztonsági mentésének helyi fájlba vagy másik tárfiókba való visszaállításához.

Ha egy RESTORE VERIFYONLY utasítást használnak, amikor ugyanazon szerveren tervezed áthelyezni az adatbázist vagy másolni azt, a MOVE opció szükséges lehet annak ellenőrzésére, hogy elegendő hely van-e a célpontban, és azonosítsuk a lehetséges ütközéseket a meglévő fájlokkal.

További információ: Adatbázisok másolása biztonsági mentéssel és visszaállítással.

CREDENTIAL

Támogatja:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, , és RESTORE VERIFYONLY.

A: SQL Server 2012 (11.x) SP1 CU2 és újabb verziók

Csak a Microsoft Azure Blob Storage biztonsági mentésének visszaállításakor használható.

Note

A 2012-SQL Server (11.x) SP1 CU2 2016-os SQL Server (13.x) állapotig csak egyetlen eszközről állítható vissza az URL-címről való visszaállításkor. Ha több eszközről szeretne visszaállítani az URL-címről, akkor a 2016-os (13.x) vagy újabb SQL Server kell használnia, és a közös hozzáférésű jogosultságkód (SAS) jogkivonatokat kell használnia. További információ: Enable SQL Server Managed Backup to Microsoft Azure and Az SQL-hitelesítő adatok közös hozzáférésű jogosultságkód (SAS) jogkivonatokkal való létrehozásának leegyszerűsítése Azure Storage a PowerShell-lel.

REPLACE

Támogatva:RESTORE

Meghatározza, hogy SQL Server akkor is létre kell hoznia a megadott adatbázist és annak kapcsolódó fájljait, ha már létezik egy másik adatbázis ugyanazzal a névvel. Ilyen esetben a meglévő adatbázis törlődik. Ha a CSERE lehetőség nincs megadva, biztonsági ellenőrzés történik. Ez megakadályozza, hogy véletlenül felülírjon egy másik adatbázist. A biztonsági ellenőrzés biztosítja, hogy az RESTOREDATABASE utasítás ne állítsa vissza az adatbázist a jelenlegi szerverre, ha az alábbi feltételek mindkettő fennáll:

  • Az utasításban RESTORE megnevezett adatbázis már létezik a jelenlegi szerveren, és

  • Az adatbázis neve eltér a biztonsági mentési csoportban rögzített adatbázisnévtől.

A REPLACE lehetővé RESTORE teszi egy meglévő fájl felülírását is, amelyet nem lehet ellenőrizni, hogy a helyreállított adatbázishoz tartozik. Általában RESTORE nem hajlandó felülírni a meglévő fájlokat. A REPLACE is ugyanígy használható a RESTORE LOG opcióhoz.

A REPLACE felülbírálja azt a követelményt is, hogy az adatbázis visszaállítása előtt biztonsági másolatot készít a napló farkáról.

A REPLACE opció használatának hatásáról információért lásd RESTORE (Transact-SQL).

ÚJRAINDÍTÁS

Támogatva:RESTORE

Megadja, hogy SQL Server újraindítsa a megszakított visszaállítási műveletet. Az RESTART újraindítja a visszaállítási műveletet a megszakított időpontban.

RESTRICTED_USER

Támogatva:RESTORE

Korlátozza az újonnan visszaállított adatbázis hozzáférését a db_owner, a dbcreator vagy a sysadmin szerepkörök tagjaira. RESTRICTED_USER lecseréli a DBO_ONLY lehetőséget. DBO_ONLY 2008-SQL Server (10.0.x) megszűnt.

Használja a RECOVERY beállítással.

Biztonsági mentési beállítások

Ezek a beállítások a visszaállítandó biztonsági mentést tartalmazó biztonsági mentési csoporton működnek.

FILE = { backup_set_file_number | @backup_set_file_number }

Támogatva:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, és RESTORE VERIFYONLY.

Azonosítja a visszaállítandó biztonsági mentési csoportot. Az 1-backup_set_file_number például az első biztonsági mentési készletet jelöli a biztonsági mentési adathordozón, a 2-backup_set_file_number pedig a második biztonsági mentési csoportot. A biztonsági mentés backup_set_file_numberRESTORE HEADERONLY a kijelentés használatával szerezheted meg.

Ha nincs megadva, az alapértelmezett érték 1, kivéve, ha RESTORE HEADERONLY az esetben a médiahalmazban lévő összes biztonsági mentési készlet feldolgozódik. További információ: Biztonsági mentési csoport megadása.

Important

Ez a FÁJL beállítás nem kapcsolódik az adatbázisfájl (FILE = { logical_file_name_in_backup logical_file_name_in_backup_var | @}) beállításához.

JELSZÓ = { jelszó | @password_variable }

Támogatva:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, és RESTORE VERIFYONLY.

Megadja a biztonsági mentési csoport jelszavát. A biztonsági mentésre beállított jelszó egy karaktersorozat.

Note

Ez a funkció a 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.

Ha a biztonsági mentési csoport létrehozásakor jelszó lett megadva, akkor a biztonsági mentési készletből történő visszaállítási művelet végrehajtásához ez a jelszó szükséges. Hiba a helytelen jelszó megadása vagy jelszó megadása, ha a biztonsági mentési csoport nem rendelkezik ilyen jelszóval.

Important

Ez a jelszó csak gyenge védelmet biztosít a médiakészlet számára. További információt a vonatkozó utasítás Engedélyek szakaszában talál.

[ METADATA_ONLY | PILLANATKÉP ] [ DBNAME = { <database_name> | @database_name_variable } ]

Bevezetés az SQL Server 2022-ben (16.x).

A pillanatkép biztonsági mentéséből való visszaállításhoz szükséges. BACKUP SERVER vagy BACKUP GROUP... Lásd: Transact-SQL pillanatkép biztonsági mentésének létrehozása.

METADATA_ONLY a SNAPSHOT szinonimája. A virtuális eszköz felülete (VDI) a SNAPSHOT-t használja. További információ a VDI-ről: Virtuális eszköz interfész (VDI) referencia.

Médiakészlet beállításai

Ezek a beállítások az egész adathordozón működnek.

MEDIANAME = { media_name | @media_name_variable }

Támogatja:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, , és RESTORE VERIFYONLY.

Megadja az adathordozó nevét. Ha meg van adva, az adathordozó nevének meg kell egyeznie a biztonsági mentési kötetek adathordozójának nevével; ellenkező esetben a visszaállítási művelet leáll. Ha a nyilatkozatban nincs megadva médianév RESTORE , akkor a tartalék köteteken nem történik meg a megfelelő médianév ellenőrzése.

Important

A biztonsági mentési és visszaállítási műveletekben használt médianevek következetes használata további biztonsági ellenőrzést tesz lehetővé a visszaállítási művelethez kiválasztott adathordozón.

MEDIAPASSWORD = { mediapassword | @mediapassword_variable }

Támogatja:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, , és RESTORE VERIFYONLY.

Megadja a médiakészlet jelszavát. A médiakészlet jelszava egy karaktersorozat.

Note

Ez a funkció a 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.

Ha a médiakészlet formázásakor jelszó lett megadva, akkor a jelszóra van szükség a médiakészlet biztonsági mentési készletének eléréséhez. Hiba a helytelen jelszó megadása vagy jelszó megadása, ha a médiakészlet nem rendelkezik ilyen jelszóval.

Important

Ez a jelszó csak gyenge védelmet biztosít a médiakészlet számára. További információt a vonatkozó utasítás "Engedélyek" szakaszában talál.

BLOCKSIZE = { blocksize | @blocksize_variable }

Támogatva:RESTORE

A fizikai blokk méretét adja meg bájtban. A támogatott méretek: 512, 1024, 2048, 4096, 8192, 16384, 32768 és 65536 (64 KB) bájt. A szalagos eszközök esetében az alapértelmezett érték 65536, egyéb esetben pedig 512. Ez a beállítás általában szükségtelen, mert RESTORE automatikusan kiválaszt egy, az eszköznek megfelelő blokkméretet. A blokkméret explicit megjelölése felülírja a blokkméret automatikus kiválasztását.

Ha CD-ROM-ról állít vissza biztonsági másolatot, adja meg a BLOCKSIZE=2048 értéket.

Note

Ez a beállítás általában csak szalagos eszközökről történő olvasáskor befolyásolja a teljesítményt.

Adatátviteli lehetőségek

A beállítások lehetővé teszik az adatátvitel optimalizálását a biztonsági mentési eszközről.

BUFFERCOUNT = { buffercount | @buffercount_variable }

Támogatva:RESTORE

A visszaállítási művelethez használandó I/O-pufferek teljes számát adja meg. Bármely pozitív egész szám megadható; A nagy számú puffer azonban "memóriakihasználtságot" okozhat a Sqlservr.exe folyamat nem megfelelő virtuális címtere miatt.

A pufferek által használt teljes területet a következő határozza meg: buffercount****maxtransfersize.

MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

Támogatva:RESTORE

A biztonsági mentési adathordozó és a SQL Server között használandó legnagyobb átviteli egység bájtban. A lehetséges értékek 65536 bájt (64 KB) többszörösei, amelyek legfeljebb 4194304 bájtig (4 MB) terjednek.

Note

Ha az adatbázis konfigurálta a FILESTREAM szolgáltatást, vagy az OLTP-fájlcsoportokat tartalmazza vagy In-Memory, MAXTRANSFERSIZE a visszaállítás idején a biztonsági mentés létrehozásakor használt értéknél nagyobbnak vagy egyenlőnek kell lennie.

Hibakezelési beállítások

Ezek a beállítások lehetővé teszik annak megállapítását, hogy engedélyezve vannak-e a biztonsági mentési ellenőrzőösszegek a visszaállítási művelethez, és hogy a művelet nem ütközik-e hibába.

{ ELLENŐRZŐÖSSZEG | NO_CHECKSUM }

Támogatja:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, , és RESTORE VERIFYONLY.

Az alapértelmezett viselkedés az ellenőrzőösszegek ellenőrzése, ha vannak, és ellenőrzés nélkül folytatják, ha nincsenek jelen.

CHECKSUM
Megadja, hogy a biztonsági mentési ellenőrzőösszegeket ellenőrizni kell, és ha a biztonsági mentés nem rendelkezik biztonsági mentési ellenőrzőösszegekkel, a visszaállítási művelet meghiúsul egy üzenettel, amely jelzi, hogy az ellenőrzőösszegek nincsenek jelen.

Note

Az oldal ellenőrzőösszegei csak biztonsági mentési ellenőrzőösszegek használata esetén relevánsak a biztonsági mentési műveletekhez.

Alapértelmezésen, ha értelen ellenőrzőösszeget talál, RESTORE ellenőrzőösszeg-hibát jelent, és megáll. Ha azonban megadod CONTINUE_AFTER_ERROR, RESTORE akkor az ellenőrző összeg hibát és az érvénytelen ellenőrzőösszeget tartalmazó oldal számát visszaküldve folytatja, ha a korrupció engedi.

A biztonsági mentési ellenőrzőösszegek használatával kapcsolatos további információkért lásd: A biztonsági mentés és visszaállítás során (SQL Server).

NO_CHECKSUM
Explicit módon letiltja az ellenőrzőösszegek ellenőrzését a visszaállítási művelettel.

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

Támogatja:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, , és RESTORE VERIFYONLY.

STOP_ON_ERROR
Megadja, hogy a visszaállítási művelet leáll az első hibával. Ez az alapértelmezett viselkedés , RESTOREkivéve , VERIFYONLYahol CONTINUE_AFTER_ERROR alapértelmezett.

CONTINUE_AFTER_ERROR
Megadja, hogy a visszaállítási művelet a hiba észlelése után folytatódjon.

Ha egy biztonsági mentés sérült oldalakat tartalmaz, a legjobb, ha a visszaállítási műveletet egy olyan alternatív biztonsági mentéssel ismételje meg, amely nem tartalmazza a hibákat, például a lapok sérülése előtt készített biztonsági másolatot. Végső megoldásként azonban visszaállíthat egy sérült biztonsági másolatot a visszaállítási utasítás CONTINUE_AFTER_ERROR lehetőségével, és megpróbálhatja az adatok mentését.

FILESTREAM-beállítások

FILESTREAM ( DIRECTORY_NAME =directory_name )

Támogatva:RESTORE és RESTORE VERIFYONLY

Érvényes: SQL Server 2012 (11.x) és újabb verziókra

Windows-kompatibilis címtárnév. Ennek a névnek egyedinek kell lennie a SQL Server-példány összes adatbázisszintű FILESTREAM-címtárneve között. Az egyediség-összehasonlítás kis- és nagybetűket nem érzékelyítő módon történik, SQL Server rendezési beállításoktól függetlenül.

Monitorozási beállítások

Ezek a beállítások lehetővé teszik az adatátvitel monitorozását a biztonsági mentési eszközről.

STATS [ = százalékos ]

Támogatva:RESTORE és RESTORE VERIFYONLY

Minden alkalommal megjelenít egy üzenetet, amikor egy másik százalékos befejeződik, és a folyamat előrehaladásának mérésére szolgál. Ha percentage nincs megadva, SQL Server minden 10 százalék befejezése után (körülbelül) megjelenik egy üzenet.

A STATS beállítás a következő időköz jelentésének küszöbértékétől a kész százalékos értéket jelenti. Ez körülbelül a megadott százalék; például a STATS=10 esetében a Database Engine körülbelül akkora időközzel jelent meg; például ahelyett, hogy pontosan 40%jelenne meg, a beállítás 43%jelenhet meg. A nagy méretű biztonsági mentési csoportok esetében ez nem jelent problémát, mert a kész százalékos arány nagyon lassan mozog a befejezett I/O-hívások között.

Szalagbeállítások

Ezek a beállítások csak TAPE-eszközökhöz használhatók. Ha nem használt eszközt használ, a rendszer figyelmen kívül hagyja ezeket a beállításokat.

{ VISSZATEKERÉS | NOREWIND }

Ezek a beállítások csak TAPE-eszközökhöz használhatók. Ha szalag nélküli eszközt használ, a rendszer figyelmen kívül hagyja ezeket a beállításokat.

VISSZATEKER
Támogatja:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, , és RESTORE VERIFYONLY.

Megadja, hogy SQL Server engedje fel és tekerje vissza a szalagot. A VISSZATEKERÉS az alapértelmezett beállítás.

NOREWIND
Támogatva:RESTORE és RESTORE VERIFYONLY

A NOREWIND bármely más visszaállítási utasításban való megadása hibát okoz.

Azt adja meg, hogy SQL Server a biztonsági mentési művelet után is nyitva tartsa a szalagot. Ezzel a beállítással javíthatja a teljesítményt, ha több biztonsági mentési műveletet hajt végre egy szalagon.

A NOREWIND jelentése a NOUNLOAD-nak, és ezek az opciók egyetlen állításon belül nem kompatibilisek RESTORE .

Note

Ha NOREWIND-et használsz, az SQL Server példánya megtartja a szalag tulajdonjogát, amíg egy BACKUPRESTORE vagy utasítás ugyanabban a folyamatban fut vagy a REWIND vagy UNLOAD opciót nem használja, vagy a szerver példányt le nem állítja. A szalag nyitva tartása megakadályozza, hogy más folyamatok hozzáférjenek a szalaghoz. A megnyitott szalagok listájának megjelenítéséről és a nyitott szalagok bezárásáról további információt a Megfelelt eszközök (SQL Server) című témakörben talál.

{ ELTÁVOLÍTÁS | NOUNLOAD }

Támogatja:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, RESTORE REWINDONLY, , , és RESTORE VERIFYONLY.

Ezek a beállítások csak TAPE-eszközökhöz használhatók. Ha szalag nélküli eszközt használ, a rendszer figyelmen kívül hagyja ezeket a beállításokat.

Note

A UNLOAD/NOUNLOAD egy munkamenet-beállítás, amely a munkamenet élettartamára vagy az alaphelyzetbe állításig marad az alternatív beállítás megadásával.

KIRAK
Megadja, hogy a szalagot a rendszer a biztonsági mentés befejezésekor automatikusan újrakontrasztja és eltávolítsa. Az ELTÁVOLÍTÁS az alapértelmezett munkamenet kezdetekor.

FŐNÉVBETÖLTÉS
Megadja, hogy a RESTORE művelet után a szalag betöltve maradjon a szalagmeghajtón.

<replication_WITH_option>

Ez a beállítás csak akkor releváns, ha az adatbázis replikálva lett a biztonsági mentés létrehozásakor.

KEEP_REPLICATION
Támogatva:RESTORE

A KEEP_REPLICATION használata a replikáció beállításakor a naplók szállításával való munkavégzéshez. Megakadályozza a replikációs beállítások eltávolítását, ha egy adatbázis biztonsági mentése vagy napló biztonsági mentése egy meleg készenléti kiszolgálón történik, és az adatbázis helyreáll. Ha ezt a beállítást a NORECOVERY beállítással történő biztonsági mentés visszaállításakor adja meg, nem engedélyezett. A replikációs funkciók megfelelő működésének biztosítása a visszaállítás után:

  • A msdb meleg készenléti kiszolgálón lévő és master az adatbázisoknak szinkronban kell lenniük az msdb elsődleges kiszolgálón lévő adatbázisokkal és master adatbázisokkal.

  • A meleg készenléti kiszolgálót át kell nevezni az elsődleges kiszolgáló nevével megegyező névre.

<change_data_capture_WITH_option>

Ez a beállítás csak akkor releváns, ha az adatbázis a biztonsági mentés létrehozásakor engedélyezte a változásadatok rögzítését.

KEEP_CDC

Támogatva:RESTORE

KEEP_CDC kell használni, hogy megakadályozza az adatrögzítési beállítások eltávolítását, ha egy adatbázis biztonsági mentése vagy napló biztonsági mentése egy másik kiszolgálón történik, és az adatbázis helyreáll. Ha ezt a beállítást a NORECOVERY beállítással történő biztonsági mentés visszaállításakor adja meg, nem engedélyezett.

Az adatbázis visszaállítása KEEP_CDC nem hozza létre a módosítási adatrögzítési feladatokat. Ha az adatbázis visszaállítása után szeretne módosításokat kinyerni a naplóból, hozza létre újra a rögzítési folyamat feladatát és a visszaállított adatbázis törlési feladatát. További információ: sys.sp_cdc_add_job (Transact-SQL).

A változásadat-rögzítés adatbázis-tükrözéssel való használatáról a Adatrögzítés és egyéb SQL Server funkciók című témakörben olvashat.

<service_broker_WITH_options>

Be- vagy kikapcsolja a Service Broker üzenetkézbesítését, vagy beállít egy új Service Broker-azonosítót. Ez a beállítás csak akkor releváns, ha a Service Broker engedélyezve volt (aktiválva) az adatbázishoz a biztonsági mentés létrehozásakor.

{ ENABLE_BROKER | ERROR_BROKER_CONVERSATIONS | NEW_BROKER }

Támogatva:RESTORE DATABASE

ENABLE_BROKER
Megadja, hogy a Service Broker üzenetkézbesítés a visszaállítás végén engedélyezve legyen, hogy az üzenetek azonnal elküldhetők legyenek. Alapértelmezés szerint a Service Broker üzenetkézbesítés le van tiltva a visszaállítás során. Az adatbázis megőrzi a meglévő Service Broker-azonosítót.

ERROR_BROKER_CONVERSATIONS
Az adatbázis csatolását vagy visszaállítását jelző hibaüzenettel végződik az összes beszélgetés. Ez lehetővé teszi az alkalmazások számára a meglévő beszélgetések rendszeres törlését. A Service Broker üzenetkézbesítés a művelet befejezéséig le van tiltva, majd engedélyezve van. Az adatbázis megőrzi a meglévő Service Broker-azonosítót.

NEW_BROKER
Megadja, hogy az adatbázishoz új Service Broker-azonosító legyen hozzárendelve. Mivel az adatbázis új Szolgáltatásközvetítőnek minősül, a rendszer azonnal eltávolítja az adatbázis meglévő beszélgetéseit anélkül, hogy befejező párbeszédpanel-üzeneteket hoz létre. A régi Service Broker-azonosítóra hivatkozó útvonalakat újra létre kell hozni az új azonosítóval.

<point_in_time_WITH_options>

Támogató:RESTORE {DATABASE|LOG} , és csak a teljes vagy tömegesen naplózott helyreállítási modellekhez.

Az adatbázist visszaállíthatja egy adott időpontra vagy tranzakcióra egy STOPAT, STOPATMARK vagy STOPBEFOREMARK záradékban megadott cél helyreállítási pont megadásával. A rendszer mindig visszaállít egy megadott időpontot vagy tranzakciót egy napló biztonsági mentéséből. A visszaállítási sorozat minden RESTORE LOG utasításában meg kell határoznod a célidőt vagy tranzakciót egy azonos STOPAT, STOPATMARK vagy STOPBEFOREMARK záradékban.

Az időponthoz kötött visszaállítás előfeltételeként először vissza kell állítania egy teljes adatbázis biztonsági mentését, amelynek végpontja korábbi a cél helyreállítási pontnál. Annak érdekében, hogy meghatározd, melyik adatbázis-mentést kell visszaállítani, opcionálisan megadhatod az WITH STOPAT, STOPATMARK vagy STOPBEFOREMARK záradékot egy RESTOREDATABASE utasításban, hogy hibát jelezz, ha az adatmentés túl friss a megadott célidőhöz képest. A teljes adatmentés azonban mindig visszaáll, még akkor is, ha tartalmazza a célidőt.

Note

A RESTORE_DATABASE és RESTORE_LOG pont-in-time WITH opciók hasonlóak, de csak RESTORE a LOG támogatja az mark_name érvet.

{ STOPAT | STOPATMARK | STOPBEFOREMARK }

STOPAT = { 'datetime' | @_datetime_var* }
Megadja, hogy az adatbázis a datetime vagy @datetime_var paraméter által megadott dátum és idő szerint legyen visszaállítva arra az állapotra, amelyben volt. A dátum és idő megadásáról további információt a Date és Time Data Types and Functions (Transact-SQL) című témakörben talál.

Ha a STOPAT változót használja, a változónak varchar, char, smalldatetime vagy datetime típusúnak kell lennie. Az adatbázisra csak a megadott dátum és idő előtt írt tranzakciónapló-rekordok lesznek alkalmazva.

Note

Ha a megadott STOPAT időpont az utolsó LOG mentés után van, az adatbázis visszanyeretlen állapotban marad, akárcsak a RESTORE LOG NORECOVERY-vel futtatva.

További információért lásd: SQL Server-adatbázis visszaállítása egy időpontra a teljes helyreállítási modellben.

STOPATMARK = { 'mark_name' | 'lsn:lsn_number' } [ AFTER 'datetime' ]
Egy megadott helyreállítási pontra való helyreállítást adja meg. A megadott tranzakció szerepel a helyreállításban, de csak akkor lesz véglegesített, ha eredetileg a tranzakció létrehozásakor lett véglegesített.

Mindkettő RESTOREDATABASE , mind a RESTORE LOG támogatja a lsn_number paramétert. Ez a paraméter egy naplóütemezési számot ad meg.

A mark_name paramétert csak a RESTORE LOG utasítás támogatja. Ez a paraméter azonosít egy tranzakciójelet a napló biztonsági mentésében.

Egy RESTORE LOG utasításban, ha a AFTER datetime kihagyásra kerül, a helyreállítás megáll az első jelölőnél a megadott néven. Ha a AFTER dátum/idő beállítás meg van adva, a helyreállítás az első jelnél leáll, és a megadott név pontosan a datetime időpontban vagy után van megadva.

Note

Ha a megadott jelölés, LSN vagy idő az utolsó LOG mentés után van, az adatbázis visszanyeretlen állapotban marad, akárcsak a RESTORE LOG NORECOVERY-vel futott volna.

További információ: A kapcsolódó adatbázisok konzisztens helyreállításához használt megjelölt tranzakciók használata (teljes helyreállítási modell) és A naplóütemezési számra (SQL Server).

STOPBEFOREMARK = { 'mark_name' | 'lsn:lsn_number' } [ A 'dátumidő' után ]
A megadott helyreállítási pontig történő helyreállítást adja meg. A megadott tranzakció nem szerepel a helyreállításban, és a RENDSZER a WITH RECOVERY használatakor visszakerül.

Mindkettő RESTOREDATABASE , mind a RESTORE LOG támogatja a lsn_number paramétert. Ez a paraméter egy naplóütemezési számot ad meg.

A mark_name paramétert csak a RESTORE LOG utasítás támogatja. Ez a paraméter azonosít egy tranzakciójelet a napló biztonsági mentésében.

Egy RESTORE LOG utasításban, ha a AFTER datetime kihagyjuk, a helyreállítás közvetlenül az első jelölés előtt áll meg, amely megadott néven szerepel. Ha a AFTER dátum/idő beállítás meg van adva, a helyreállítás az első megjelölés előtt leáll, és a megadott név pontosan a datetime időpontnál vagy azt követően van megadva.

Important

Ha egy részleges visszaállítási sorozat kizár minden FILESTREAM-fájlcsoportot, az időponthoz kötött visszaállítás nem támogatott. A visszaállítási sorrendet kényszerítheti a folytatásra. Azonban a kimondásból kihagyott FILESTREAM fájlcsoportok RESTORE soha nem állíthatók vissza. Időponthoz kötött visszaállítás kényszerítéséhez adja meg a CONTINUE_AFTER_ERROR beállítást a STOPAT, a STOPATMARK vagy a STOPBEFOREMARK beállítással együtt. Ha CONTINUE_AFTER_ERROR ad meg, a részleges visszaállítási sorozat sikeres lesz, és a FILESTREAM fájlcsoport helyreállíthatatlanná válik.

Eredményhalmazok

Az eredményhalmazokért tekintse meg a következő cikkeket:

Remarks

További megjegyzéseket a következő cikkekben talál:

Biztonsági mentési csoport megadása

A biztonsági mentési csoport egyetlen sikeres biztonsági mentési műveletből származó biztonsági mentést tartalmaz. RESTORE, RESTORERESTORE FILELISTONLY, RESTORERESTORE HEADERONLY, és RESTORERESTORE VERIFYONLY utasítások egyetlen biztonsági mentési halmazon működnek a megadott biztonsági mentési eszközön vagy eszközökön található médiahalmazon belül. Meg kell adnia a szükséges biztonsági mentést a médiakészleten belülről. A biztonsági mentés backup_set_file_numberRESTORE HEADERONLY a kijelentés használatával szerezheted meg.

A visszaállításhoz használt biztonsági mentési csoport megadásának lehetősége a következő:

FÁJL ={ backup_set_file_number | @backup_set_file_number }

Ahol backup_set_file_number jelzi a biztonsági mentés helyét a médiakészletben. Az 1-backup_set_file_number (FILE = 1) az első biztonsági mentési készletet jelöli a biztonsági mentési adathordozón, a 2-backup_set_file_number (FILE = 2) pedig a második biztonsági mentési készletet, és így tovább.

Ennek a beállításnak a viselkedése az utasítástól függően változik, az alábbi táblázatban leírtak szerint:

Nyilatkozat A biztonsági mentés által beállított FILE beállítás viselkedése
RESTORE Az alapértelmezett biztonsági mentési csoport fájlszáma 1. Egy utasításban csak egy biztonsági mentési FÁJL opció engedélyezett RESTORE . Fontos, hogy a biztonsági mentési csoportokat sorrendben adja meg.
RESTORE FILELISTONLY Az alapértelmezett biztonsági mentési csoport fájlszáma 1.
RESTORE HEADERONLY Alapértelmezés szerint a médiakészlet összes biztonsági mentési készlete feldolgozásra kerül. Az RESTORE HEADERONLY eredményhalmaz minden biztonsági halmazról visszaadja az adatokat, beleértve a Pozícióját a médiahalmazban. Ha egy adott biztonsági mentési csoport adatait szeretné visszaadni, használja a helyszámát backup_set_file_number értékként a FÁJL beállításban.

Megjegyzés: Szalagos média RESTORE esetén a HEADER csak a betöltött szalagon lévő biztonsági mentési készleteket dolgozza fel.
RESTORE VERIFYONLY Az alapértelmezett backup_set_file_number 1.

Note

A biztonsági mentési csoport megadására szolgáló FILE beállítás nem kapcsolódik az adatbázisfájl ( FILE = { logical_file_name_in_backup | @logical_file_name_in_backup_var } ) beállításához.

A WITH-beállítások támogatásának összefoglalása

Az alábbi WITH opciók csak a RESTORE következő állítás által támogatható: BLOCKSIZE, BUFFERCOUNT, MAXTRANSFERSIZE, PARTIAL, KEEP_REPLICATION, { RECOVERY | NORECOVERY | KÉSZ ÁLLAPOTBAN }, CSERÉ, ÚJRAINDÍTÁS, RESTRICTED_USER, ÉS { STOPAT | STOPATMARK | STOPBEFOREMARK }

Note

A RÉSZLEGES opciót csak a támogatja.RESTOREDATABASE

Az alábbi táblázat felsorolja azokat a WITH beállításokat, amelyeket egy vagy több utasítás használ, és jelzi, hogy mely utasítások támogatják az egyes beállításokat. A pipa (√) azt jelzi, hogy egy lehetőség támogatott; A kötőjel (-) azt jelzi, hogy egy beállítás nem támogatott.

WITH beállítás RESTORE RESTORE FILELISTONLY RESTORE HEADERONLY RESTORE LABELONLY RESTORE REWINDONLY RESTORE VERIFYONLY
{ ELLENŐRZŐÖSSZEG

| NO_CHECKSUM }		 √ √ √ √ - √
{ CONTINUE_AFTER_ERROR

| STOP_ON_ERROR }		 √ √ √ √ - √
1. FÁJL √ √ √ - - √
LOADHISTORY - - - - - √
MEDIANAME √ √ √ √ - √
MEDIAPASSWORD √ √ √ √ - √
MOZGÁS √ - - - - √
JELSZÓ √ √ √ - - √
{ VISSZATEKERÉS | NOREWIND } √ Csak VISSZATEKERÉS Csak VISSZATEKERÉS Csak VISSZATEKERÉS - √
STATISZTIKA √ - - - - √
{ ELTÁVOLÍTÁS | NOUNLOAD } √ √ √ √ √ √

1 FILE =backup_set_file_number, amely különbözik a(z) {FILE | FILEGROUP}.

Permissions

Az engedélyekről az alábbi cikkekben olvashat:

Examples

Példákért tekintse meg a következő cikkeket:

Következő lépések

  • Last updated on