RESTORE utasítások – Argumentumok (Transact-SQL)

A következőkre vonatkozik:SQL Server

Ez a cikk a RESTORE {DATABASE| szintaxis szakaszaiban leírt argumentumokat ismerteti.LOG} utasítás és a kapcsolódó kiegészítő utasítások készlete: RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, RESTORE REWINDONLY és RESTORE 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ámogatott: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 a napló farkának első biztonsági mentése nélkül állít vissza, hiba lép fel, kivéve, ha a RESTORE DATABASE utasítás tartalmazza a WITH REPLACE vagy a WITH STOPAT záradékot, amelynek meg kell adnia egy időpontot vagy tranzakciót, amely az adatmentés befejezése után következett be. További információ a tail-log biztonsági mentésekről: Tail-Log Biztonsági másolatok (SQL Server).

LOG

Támogatott: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ámogatott: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ámogatott:RESTORE

Megadja annak a logikai fájlnak vagy fájlcsoportnak vagy lapnak a nevét, amely szerepel a RESTORE DATABASE vagy a RESTORE LOG utasításban. 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).

A teljes vagy tömegesen naplózott helyreállítási modellt használó adatbázisok esetében a RESTORE DATABASE használata után egy vagy több fájl, fájlcsoport és/vagy oldal visszaállításához általában alkalmaznia kell a tranzakciónaplót a visszaállított adatokat tartalmazó fájlokra; A napló alkalmazásával ezek a fájlok konzisztensek lesznek az adatbázis többi részével. Az erre vonatkozó kivételek a következők:

  • Ha a visszaállított fájlok írásvédettek voltak a legutóbbi biztonsági mentés előtt, akkor nem kell tranzakciónaplót alkalmazni, és a RESTORE utasítás tájékoztatja 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.

FILE = { 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. Másik lehetőségként a RESTORE DATABASE utasításban a FROM záradék megadhatja annak az adatbázis-pillanatképnek a nevét, amelyre visszaállítja 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.

A SQL Server futtató fióknak olvasási hozzáféréssel kell rendelkeznie a távoli számítógéphez vagy hálózati kiszolgálóhoz a VISSZAÁLLÍTÁS művelet végrehajtásához.

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ámogatott: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ó: "Megjegyzések" szakasz a RESTORE DATABASE-ben.

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 beállítások itt ugyanabban a sorrendben vannak rendszerezve, mint a RESTORE {DATABASE| "Szintaxis" szakaszábanLOG}.

RÉSZLEGES

Támogatott: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 beállítás nem engedélyezett a RESTORE LOG utasításokban.

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ámogatott: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 a későbbi VISSZAÁLLÍTÁSI műveletek (VISSZAÁLLÍTÁSI NAPLÓ vagy REST ADATBÁZIS a különbségtől való visszaállítása) tervezésekor a NORECOVERY vagy a STANDBY függvényt 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ó.

Az adatbázis biztonsági mentésének és egy vagy több tranzakciónaplónak a visszaállításához, vagy ha több VISSZAÁLLÍTÁSi utasításra van szükség (például egy teljes adatbázis biztonsági mentésének visszaállításakor, majd egy különbségi adatbázis biztonsági mentésekor), a VISSZAÁLLÍTÁShoz a NORECOVERY beállításra van szükség a végleges VISSZAÁLLÍTÁSi utasítás kivételével. Ajánlott eljárás a NORECOVERY használata minden utasításon egy többlépéses visszaállítási sorrendben, amíg el nem éri a kívánt helyreállítási pontot, majd csak a helyreállításhoz használjon egy külön RESTORE WITH RECOVERY utasítást.

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 a RESTORE WITH NORECOVERY olyan messze viszi előre a visszaállítási készletet, hogy az konzisztens 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ájl a "copy-on-write" előkép megtartására szolgál a VISSZAÁLLÍTÁS KÉSZENLÉTI ÁLLAPOTÚ visszaállítás visszavonása során módosított lapokhoz. 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. A RESTORE WITH STANDBY művelet után a visszavonási fájl automatikusan törlődik a következő VISSZAÁLLÍTÁS művelettel. Ha ezt a készenléti fájlt manuálisan törli a következő VISSZAÁLLÍTÁS művelet előtt, akkor a teljes adatbázist újra kell visszaá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 a NORECOVERY összehasonlításához tekintse meg a RESTORE "Megjegyzések" szakaszát.

LOADHISTORY

Támogatott: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 ]

A RESTORE DATABASE és a RESTORE LOG utasítások az alábbi általános WITH beállításokat támogatják. 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ámogatott:RESTORE and 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

Ha le szeretné kérni a logikai fájlok listáját a biztonsági mentési csoportból, használja a RESTORE FILELISTONLY parancsot.

Ha egy RESTORE utasítással áthelyez egy adatbázist ugyanazon a kiszolgálón, vagy egy másik kiszolgálóra másolja, a MOVE beállítás 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.

A VISSZAÁLLÍTÁSI NAPLÓ használatakor a MOVE beállítás csak a visszaállított napló által lefedett időtartam alatt hozzáadott fájlok áthelyezésére használható. Ha például a napló biztonsági mentése fájl hozzáadása műveletet file23tartalmaz, a fájl áthelyezhető a VISSZAÁLLÍTÁSI NAPLÓ ÁTHELYEZÉS lehetőségével.

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 visszaállítási ellenőrző utasítást használ, amikor egy adatbázist ugyanarra a kiszolgálóra szeretne áthelyezni vagy egy másik kiszolgálóra másolni, az ÁTHELYEZÉS beállítás szükséges lehet annak ellenőrzéséhez, hogy elegendő hely áll-e rendelkezésre a célhelyen, és hogy azonosítani lehessen a meglévő fájlokkal való esetleges ütközéseket.

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

CREDENTIAL

Támogatott: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ámogatott: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 a RESTORE DATABASE utasítás ne állítsa vissza az adatbázist az aktuális kiszolgálóra, ha a következő feltételek teljesülnek:

  • A RESTORE utasításban elnevezett adatbázis már létezik az aktuális kiszolgálón, és

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

A REPLACE lehetővé teszi, hogy a VISSZAÁLLÍTÁS felülírjon egy meglévő fájlt, amely nem ellenőrizhető a visszaállított adatbázishoz tartozóként. A RESTORE általában nem hajlandó felülírni a már meglévő fájlokat. A WITH REPLACE ugyanúgy használható a VISSZAÁLLÍTÁSI NAPLÓ beállításhoz is.

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 CSERE lehetőség használatának hatásáról további információt a RESTORE (Transact-SQL) című témakörben talál.

ÚJRAINDÍTÁS

Támogatott: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ámogatja: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ámogatott: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ési csoport backup_set_file_number a RESTORE HEADERONLY utasítással szerezheti be.

Ha nincs megadva, az alapértelmezett érték 1, kivéve a RESTORE HEADERONLY értéket, amely esetben a médiakészlet összes biztonsági mentési készlete feldolgozásra kerül. 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.

PASSWORD = { password | @password_variable }

Támogatott: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ámogatott: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 RESTORE utasítás nem ad meg médianevet, a rendszer nem ellenőrzi a biztonsági mentési kötetek megfelelő médianevét.

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ámogatott: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ámogatott: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 a 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ámogatott: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ámogatott: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ámogatott: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és szerint érvénytelen ellenőrzőösszeg esetén a RESTORE ellenőrzőösszeg-hibát jelent, és leáll. Ha azonban CONTINUE_AFTER_ERROR ad meg, a VISSZAÁLLÍTÁS művelet egy ellenőrzőösszeg-hiba visszaadása és az érvénytelen ellenőrzőösszeget tartalmazó oldal számának visszaadása után folytatódik, ha a sérülés lehetővé teszi.

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ámogatott: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 a VISSZAÁLLÍTÁS alapértelmezett viselkedése a VERIFYONLY kivételével, amely alapértelmezés szerint CONTINUE_AFTER_ERROR.

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ámogatott:RESTORE and 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ámogatott:RESTORE and 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ámogatott: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ámogatott:RESTORE and 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 a NOUNLOAD parancsot jelenti, és ezek a beállítások nem kompatibilisek egyetlen RESTORE utasításon belül.

Note

A NOREWIND használata esetén a SQL Server példánya mindaddig megőrzi a szalagos meghajtó tulajdonjogát, amíg az ugyanabban a folyamatban futó BACKUP vagy RESTORE utasítás nem használja a REWIND vagy a UNLOAD beállítást, vagy a kiszolgálópéldány leáll. 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 VISSZAÁLLÍTÁS művelet után a szalag betöltve marad 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ámogatott: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ámogatott: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ámogatott: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ámogatott: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 VISSZAÁLLÍTÁSI NAPLÓ utasításában meg kell adnia a célidőt vagy a 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 megállapításához, hogy melyik adatbázis biztonsági mentését szeretné visszaállítani, a RESTORE DATABASE utasításban megadhatja a WITH STOPAT, STOPATMARK vagy STOPBEFOREMARK záradékot, hogy hibát okozzon, ha az adatok biztonsági mentése túl friss a megadott célidőhöz. 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 időponthoz kötött WITH beállítások hasonlóak, de csak a RESTORE LOG támogatja a mark_name argumentumot.

{ 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 LEÁLLÍTÁSi idő az utolsó NAPLÓ biztonsági mentése után van, az adatbázis nem helyreállított állapotban marad, mintha a VISSZAÁLLÍTÁSI NAPLÓ a NORECOVERY szolgáltatással futott volna.

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.

A RESTORE DATABASE és a RESTORE LOG egyaránt 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.

A RESTORE LOG utasításban, ha a after datetime paraméter nincs megadva, a helyreállítás a megadott névvel az első jelnél leáll. 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, LSN vagy idő az utolsó NAPLÓ biztonsági mentése után van, az adatbázis nem helyreállított állapotban marad, mintha a VISSZAÁLLÍTÁSI NAPLÓ a NORECOVERY szolgáltatással 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' } [ AFTER 'datetime' ]
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.

A RESTORE DATABASE és a RESTORE LOG egyaránt 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.

A RESTORE LOG utasításban, ha a after datetime paraméter nincs megadva, a helyreállítás a megadott névvel rendelkező első jel előtt leáll. 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. A RESTORE utasításból kihagyott FILESTREAM-fájlcsoportok azonban 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. A RESTORE, a RESTORE FILELISTONLY, a RESTORE HEADERONLY és a RESTORE VERIFYONLY utasítások egyetlen biztonsági mentési készleten működnek a megadott biztonsági mentési eszközön vagy eszközökön beállított adathordozón belül. Meg kell adnia a szükséges biztonsági mentést a médiakészleten belülről. A biztonsági mentési csoport backup_set_file_number a RESTORE HEADERONLY utasítással szerezheti be.

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

FILE ={ 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. A RESTORE utasításban csak egy biztonsági mentési beállítás engedélyezett. Fontos, hogy a biztonsági mentési csoportokat sorrendben adja meg.
FILELISTONLY VISSZAÁLLÍTÁSA Az alapértelmezett biztonsági mentési csoport fájlszáma 1.
FEJLÉC VISSZAÁLLÍTÁSA Alapértelmezés szerint a médiakészlet összes biztonsági mentési készlete feldolgozásra kerül. A RESTORE HEADERONLY eredményhalmaz az egyes biztonsági mentési csoportok adatait adja vissza, beleértve a médiakészletben elfoglalt helyét is. 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 adathordozók esetén a RESTORE HEADER csak a betöltött szalagon dolgozza fel a biztonsági mentési csoportokat.
VERIFIKÁLÁS VISSZAÁLLÍTÁS NÉLKÜL 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

A következő WITH beállításokat csak a RESTORE utasítás támogatja: BLOCKSIZE, BUFFERCOUNT, MAXTRANSFERSIZE, PARTIAL, KEEP_REPLICATION, { RECOVERY | NORECOVERY | STANDBY }, REPLACE, RESTART, RESTRICTED_USER és { STOPAT | STOPATMARK | STOPBEFOREMARK }

Note

A RÉSZLEGES beállítást csak a RESTORE DATABASE támogatja.

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 FILELISTONLY VISSZAÁLLÍTÁSA FEJLÉC VISSZAÁLLÍTÁSA CÍMKE VISSZAÁLLÍTÁSA VISSZAÁLLÍTÁS VISSZATEKERÉS VERIFIKÁLÁS VISSZAÁLLÍTÁS NÉLKÜL
{ 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