BIZTONSÁGI MENTÉS (Transact-SQL)

* SQL Server *  

felügyelt SQL-példány

Analytics Platform
System (PDW)

 

SQL Server

Biztonsági másolatot készít egy teljes SQL Server-adatbázisról egy adatbázis biztonsági mentéséhez, vagy az adatbázis egy vagy több fájlját vagy fájlcsoportját egy fájl biztonsági mentéséhez (BACKUP DATABASE). Emellett a teljes helyreállítási modell vagy a tömegesen naplózott helyreállítási modell alatt biztonsági másolatot készít az adatbázis tranzakciónaplóról egy napló biztonsági mentésének (BACKUP LOG) létrehozásához.

Szintaxis

--Back up a whole database
BACKUP DATABASE { database_name | @database_name_var }
  TO <backup_device> [ ,...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL
           | <general_WITH_options> [ ,...n ] } ]
[;]

--Back up specific files or filegroups
BACKUP DATABASE { database_name | @database_name_var }
 <file_or_filegroup> [ ,...n ]
  TO <backup_device> [ ,...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]

--Create a partial backup
BACKUP DATABASE { database_name | @database_name_var }
 READ_WRITE_FILEGROUPS [ , <read_only_filegroup> [ ,...n ] ]
  TO <backup_device> [ ,...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]

--Back up the transaction log (full and bulk-logged recovery models)
BACKUP LOG
  { database_name | @database_name_var }
  TO <backup_device> [ ,...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { <general_WITH_options> | <log_specific_options> } [ ,...n ] ]
[;]

--Back up all the databases on an instance of SQL Server (a server)

ALTER SERVER CONFIGURATION
SET SUSPEND_FOR_SNAPSHOT_BACKUP ON
[;]

BACKUP SERVER
  TO <backup_device> [ ,...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { METADATA_ONLY
           | <general_WITH_options> [ ,...n ] } ]
[;]

--Back up a group of databases
ALTER DATABASE <database>
SET SUSPEND_FOR_SNAPSHOT_BACKUP ON

ALTER DATABASE <...>
SET SUSPEND_FOR_SNAPSHOT_BACKUP ON
...

BACKUP GROUP {<database> [,... ]}
  TO <backup_device> [ ,...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { METADATA_ONLY
           | <general_WITH_options> [ ,...n ] } ]
[;]

<backup_device>::=
 {
  { logical_device_name | @logical_device_name_var }
 | {   DISK
     | TAPE
     | URL } =
     { 'physical_device_name' | @physical_device_name_var | 'NUL' }
 }

<MIRROR TO clause>::=
 MIRROR TO <backup_device> [ ,...n ]

<file_or_filegroup>::=
 {
   FILE = { logical_file_name | @logical_file_name_var }
 | FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
 }

<read_only_filegroup>::=
FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

<general_WITH_options> [ ,...n ]::=
--Backup Set Options
   COPY_ONLY
 | [ COMPRESSION [ ALGORITHM = { MS_XPRESS | accelerator_algorithm } ] | NO_COMPRESSION ]
 | DESCRIPTION = { 'text' | @text_variable }
 | NAME = { backup_set_name | @backup_set_name_var }
 | CREDENTIAL
 | ENCRYPTION
 | FILE_SNAPSHOT
 | { EXPIREDATE = { 'date' | @date_var }
        | RETAINDAYS = { days | @days_var } }
 | { METADATA_ONLY | SNAPSHOT }

--Media Set Options
   { NOINIT | INIT }
 | { NOSKIP | SKIP }
 | { NOFORMAT | FORMAT }
 | MEDIADESCRIPTION = { 'text' | @text_variable }
 | MEDIANAME = { media_name | @media_name_variable }
 | BLOCKSIZE = { blocksize | @blocksize_variable }

--Data Transfer Options
   BUFFERCOUNT = { buffercount | @buffercount_variable }
 | MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

--Error Management Options
   { NO_CHECKSUM | CHECKSUM }
 | { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

--Compatibility Options
   RESTART

--Monitoring Options
   STATS [ = percentage ]

--Tape Options
   { REWIND | NOREWIND }
 | { UNLOAD | NOUNLOAD }

--Encryption Options
 ENCRYPTION (ALGORITHM = { AES_128 | AES_192 | AES_256 | TRIPLE_DES_3KEY } , encryptor_options ) <encryptor_options> ::=
   SERVER CERTIFICATE = Encryptor_Name | SERVER ASYMMETRIC KEY = Encryptor_Name

<log_specific_options> [ ,...n ]::=
--Log-specific Options
   { NORECOVERY | STANDBY = undo_file_name }
 | NO_TRUNCATE

Érvek

ADATBÁZIS

Teljes adatbázis-biztonsági mentést ad meg. Ha a fájlok és a fájlcsoportok listája meg van adva, csak ezekről a fájlokról és fájlcsoportokról készül biztonsági mentés. A teljes vagy különbözeti adatbázis biztonsági mentése során az SQL Server elegendő mennyiségű tranzakciónaplót készít, hogy konzisztens adatbázist állítson elő a biztonsági mentés visszaállításakor.

A BACKUP DATABASE (adatmentési) által létrehozott biztonsági mentés visszaállításakor a teljes biztonsági mentés vissza lesz állítva. Csak egy napló biztonsági mentése állítható vissza egy adott időpontra vagy tranzakcióra a biztonsági mentésen belül.

NAPLÓ

Csak a tranzakciónapló biztonsági másolatát adja meg. A napló biztonsági mentése az utolsó sikeresen végrehajtott napló biztonsági mentésétől a napló aktuális végéig történik. Az első napló biztonsági mentése előtt létre kell hoznia egy teljes biztonsági másolatot.

A naplók biztonsági mentését visszaállíthatja egy adott időpontra vagy tranzakcióra a biztonsági mentésen belül, ha megadhatja WITH STOPAT, STOPATMARKvagy STOPBEFOREMARK a RESTORE LOG utasításban.

GROUP (<adatbázis->,... n)

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

Adatbáziscsoport biztonsági mentése. Pillanatkép-biztonsági mentést használ. A WITH METADATA_ONLY szükséges. Lásd: Transact-SQL pillanatkép biztonsági mentésének létrehozása.

KISZOLGÁLÓ

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

Az SQL Server egy példányán lévő összes adatbázis biztonsági mentése. Pillanatkép-biztonsági mentést használ. A WITH METADATA_ONLY szükséges. Lásd: Transact-SQL pillanatkép biztonsági mentésének létrehozása.

METADATA_ONLY

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

A pillanatkép biztonsági mentéséhez szükséges. BACKUP SERVERvagy BACKUP GROUP... Lásd: Transact-SQL pillanatkép biztonsági mentése.

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.

{ database_name | @database_name_var }

Az az adatbázis, amelyről a tranzakciónapló, a részleges adatbázis vagy a teljes adatbázis biztonsági másolatot készít. Ha változóként (@database_name_var) van megadva, ez a név megadható sztringállandóként (@database_name_var=adatbázisnév) vagy karaktersztring adattípusú változóként, kivéve az szöveges vagy szöveges adattípust.

<file_or_filegroup> [ ,...n ]

Csak a BACKUP DATABASE-hez használható, megadja az adatbázisfájlt vagy a fájlcsoportot, amelyet bele szeretne foglalni egy fájl biztonsági mentésbe, vagy egy írásvédett fájlt vagy fájlcsoportot ad meg, amelyet részleges biztonsági mentésbe szeretne belefoglalni.

FILE = { logical_file_name | @logical_file_name_var }

Egy fájl vagy változó logikai neve, amelynek értéke megegyezik a biztonsági másolatban szerepeltetni kívánt fájl logikai nevével.

FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

Egy fájlcsoport vagy változó logikai neve, amelynek értéke megegyezik a biztonsági másolatban szerepeltetni kívánt fájlcsoport logikai nevével. Az egyszerű helyreállítási modellben a fájlcsoportok biztonsági mentése csak írásvédett fájlcsoportok esetén engedélyezett.

n
Ez egy helyőrző, amely azt jelzi, hogy több fájl és fájlcsoport is megadható vesszővel tagolt listában. A szám korlátlan.

További információ: Teljes fájl biztonsági mentése és Fájlok és fájlcsoportok biztonsági mentése.

READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var } [ ,...n ] ]

Részleges biztonsági mentést ad meg. A részleges biztonsági mentés tartalmazza az adatbázis összes olvasási/írási fájlát: az elsődleges fájlcsoportot és az írási/olvasási másodlagos fájlcsoportokat, valamint a megadott írásvédett fájlokat vagy fájlcsoportokat.

READ_WRITE_FILEGROUPS

Megadja, hogy az összes olvasási/írási fájlcsoportról készítsen biztonsági másolatot a részleges biztonsági másolat. Ha az adatbázis írásvédett, READ_WRITE_FILEGROUPS csak az elsődleges fájlcsoportot tartalmazza.

FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

Egy írásvédett fájlcsoport vagy változó logikai neve, amelynek értéke megegyezik egy írásvédett fájlcsoport logikai nevével, amelyet a részleges biztonsági mentés tartalmaz. További információ: "<file_or_filegroup>," a cikk korábbi részében.

n
Olyan helyőrző, amely azt jelzi, hogy több írásvédett fájlcsoport is megadható vesszővel tagolt listában.

A részleges biztonsági mentésekről további információt Részleges biztonsági másolatokcímű témakörben talál.

TO <backup_device> [ ,...n ]

Azt jelzi, hogy a biztonsági mentési eszközök kísérő készlete vagy nem csodált médiakészlet, vagy a tükrözött médiakészlet első tükrözése (amelyhez egy vagy több MIRROR TO záradék van deklarálva).

<backup_device>
A biztonsági mentési művelethez használandó logikai vagy fizikai biztonsági mentési eszközt adja meg.

{ logical_device_name | @logical_device_name_var }

A következőkre vonatkozik: SQL Server
Annak a biztonsági mentési eszköznek a logikai neve, amelyről az adatbázis biztonsági másolatot készít. A logikai névnek az azonosítókra vonatkozó szabályokat kell követnie. Ha változóként (@logical_device_name_var) adva van megadva, a biztonsági mentési eszköz neve megadható sztringállandóként (@logical_device_name_var= logikai biztonsági mentési eszköz neve), vagy bármely karaktersztring adattípus változójaként, kivéve a szöveges vagy szöveges adattípust.

{ DISK | SZALAG | URL} = { 'physical_device_name' | @physical_device_name_var | "NUL" }

A következőkre vonatkozik: SQL Server (AZ SQL Server 2012 (11.x) SP1 CU2-vel kezdődő URL-cím)

Lemezfájlt, szalageszközt vagy URL-címet ad meg.

Az URL-formátum a Microsoft Azure Blob Storage-ba vagy S3-kompatibilis objektumtárolóba történő biztonsági mentések létrehozására szolgál. További információkért és példákért lásd:

• SQL Server biztonsági mentését és visszaállítását a Microsoft Azure Blob Storage. Oktatóanyagért tekintse meg az oktatóanyagot: SQL Server Biztonsági mentés és visszaállítás a Microsoft Azure Blob Storage-ba.
• Az SQL Server 2022 -ben (16.x) bevezették az S3-kompatibilis tárolók biztonsági mentését és visszaállítását, lásd SQL Server biztonsági mentését és S3-kompatibilis objektumtárolóval való visszaállítását. Tekintse át az SQL Server S3-kompatibilis objektumtároló URL-címére történő biztonsági mentésének lehetőségét is.

A lemezeszköznek nem kell léteznie ahhoz, hogy biztonsági mentési utasításban meg legyen adva. Ha a fizikai eszköz létezik, és az INIT beállítás nincs megadva a BACKUP utasításban, a rendszer hozzáfűzi a biztonsági másolatot az eszközhöz.

További információ: Biztonsági mentési eszközök.

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

TÜKRÖZÉS <BACKUP_DEVICE> [ ,...n ]

Legfeljebb három másodlagos biztonsági mentési eszközt határoz meg, amelyek mindegyike a TO záradékban megadott biztonsági mentési eszközöket tükrözi. A MIRROR TO záradéknak a TO záradékkal megegyező típusú és számú biztonsági mentési eszközt kell megadnia. A MIRROR TO záradékok maximális száma három.

Ez a lehetőség csak az SQL Server Enterprise kiadásában érhető el.

<backup_device>
Lásd a szakasz korábbi, "<backup_device>".

n
Olyan helyőrző, amely azt jelzi, hogy legfeljebb 64 biztonsági mentési eszköz adható meg vesszővel tagolt listában. A MIRROR TO záradékban szereplő eszközök számának meg kell egyezik a TO záradékban szereplő eszközök számával.

További információ: "Médiacsaládok tükrözött médiakészletekben" a cikk későbbi, Megjegyzések szakaszában.

[ következő tükrözés ]
Egy helyőrző, amely azt jelzi, hogy egyetlen BACKUP utasítás legfeljebb három MIRROR TO záradékot tartalmazhat az egyetlen TO záradék mellett.

A WITH beállításai

A biztonsági mentési művelethez használandó beállításokat adja meg.

MEGBÍZÓLEVÉL

A következővonatkozik: SQL Server (a 2012(11.x) SP1 CU2-vel kezdődően).

Csak az Azure Blob Storage-ba történő biztonsági mentés létrehozásakor használható.

FILE_SNAPSHOT

A következővonatkozik: SQL Server (az SQL Server 2016-tól kezdve (13.x)).

Az adatbázisfájlok Azure-pillanatképének létrehozására szolgál, amikor az összes SQL Server-adatbázisfájl az Azure Blob Storage használatával van tárolva. További információ: SQL Server Data Files a Microsoft Azure. Az SQL Server Snapshot Backup konzisztens állapotban készíti el az adatbázisfájlok (adatok és naplófájlok) Azure-pillanatképeit. Az Azure-pillanatképek konzisztens készlete készít biztonsági másolatot, és a biztonsági mentési fájlban rögzíti. A BACKUP DATABASE TO URL WITH FILE_SNAPSHOT és a BACKUP LOG TO URL WITH FILE_SNAPSHOT között az egyetlen különbség az, hogy az utóbbi csonkolja a tranzakciós naplót, míg az előbbi nem. Az SQL Server pillanatkép-biztonsági mentésével az SQL Server által a biztonsági mentési lánc létrehozásához szükséges kezdeti teljes biztonsági mentés után csak egyetlen tranzakciónapló biztonsági mentésére van szükség az adatbázis visszaállításához a tranzakciónapló biztonsági mentésének idejére. Ezenkívül csak két tranzakciónapló biztonsági mentésére van szükség az adatbázis visszaállításához a két tranzakciónapló biztonsági mentése közötti időpontra.

DIFFERENCIÁL

A csak a BACKUP DATABASE-hez használt beállítás azt határozza meg, hogy az adatbázis vagy a fájl biztonsági mentése csak az adatbázis vagy a fájl utolsó teljes biztonsági mentése óta módosított részeiből állhat. A különbségi biztonsági mentés általában kevesebb helyet foglal el, mint a teljes biztonsági mentés. Ezt a beállítást úgy használhatja, hogy az utolsó teljes biztonsági mentés óta végrehajtott összes napló biztonsági mentését ne kelljen alkalmazni.

További információ: Különbözeti biztonsági másolatok.

TITKOSÍTÁS

A biztonsági mentés titkosításának megadására szolgál. Megadhat egy titkosítási algoritmust, amellyel titkosíthatja a biztonsági mentést, vagy megadhatja NO_ENCRYPTION, hogy ne legyen titkosítva a biztonsági másolat. A biztonsági mentési fájlok biztonságossá tételéhez ajánlott a titkosítás. A megadható algoritmusok listája a következő:

• AES_128
• AES_192
• AES_256
• TRIPLE_DES_3KEY
• NO_ENCRYPTION

Ha a titkosítást választja, a titkosítási beállítások használatával is meg kell adnia a titkosítót:

• SERVER CERTIFICATE = Encryptor_Name
• SERVER ASYMMETRIC KEY = Encryptor_Name

A SERVER CERTIFICATE és a SERVER ASYMMETRIC KEY egy tanúsítvány és egy aszimmetrikus kulcs, amelyet master adatbázisban hoztak létre. További információ: CREATE CERTIFICATE és CREATE ASYMMETRIC KEY.

Biztonsági mentés beállításai

Ezek a beállítások a biztonsági mentési művelet által létrehozott biztonsági mentési csoporton működnek.

COPY_ONLY

Azt adja meg, hogy a biztonsági mentés egy csak másolási biztonsági mentési, amely nem befolyásolja a biztonsági mentések normál sorrendjét. A rendszer a csak másolatokat tartalmazó biztonsági mentést a rendszeresen ütemezett, hagyományos biztonsági másolatoktól függetlenül hozza létre. A csak másolással történő biztonsági mentés nem befolyásolja az adatbázis általános biztonsági mentési és visszaállítási eljárásait.

A csak másolásra alkalmas biztonsági másolatokat olyan helyzetekben kell használni, amikor különleges célra készít biztonsági másolatot, például biztonsági másolatot készít a naplóról egy online fájl visszaállítása előtt. A rendszer általában csak másolási naplók biztonsági mentését használja, majd törli őket.

• Ha BACKUP DATABASEhasznál, a COPY_ONLY lehetőség létrehoz egy teljes biztonsági mentést, amely nem szolgálhat különbségi bázisként. A különbségi bitkép nem frissül, és a különbségi biztonsági mentések úgy viselkednek, mintha a csak másolásra készült biztonsági mentés nem létezne. A későbbi különbségi biztonsági mentések a legújabb hagyományos teljes biztonsági mentést használják alapként.

  Fontos

  Ha a DIFFERENTIAL és a COPY_ONLY együtt használják, a rendszer figyelmen kívül hagyja a COPY_ONLY, és létrehoz egy különbségi biztonsági másolatot.

• Ha BACKUP LOGhasznál, a COPY_ONLY beállítás létrehoz egy csak másolási napló biztonsági mentését, amely nem csonkolja le a tranzakciónaplót. A csak másolási naplók biztonsági mentése nincs hatással a naplóláncra, és más naplók biztonsági mentései úgy viselkednek, mintha a csak másolásra készült biztonsági mentés nem létezne.

További információ: Copy-Only Biztonsági másolatok.

[ TÖMÖRÍTÉS [ ALGORITMUS = ( { MS_XPRESS | accelerator_algorithm } ) ] | NO_COMPRESSION ]

Megadja, hogy biztonsági mentés tömörítési történik-e ezen a biztonsági mentésen, felülírva a kiszolgálószintű alapértelmezett értéket.

Telepítéskor az alapértelmezett viselkedés nem biztonsági mentési tömörítés. Ez az alapértelmezett beállítás azonban módosítható a biztonsági mentés tömörítésének alapértelmezett kiszolgálókonfiguráció beállításával. A beállítás aktuális értékének megtekintéséről további információt a Kiszolgáló tulajdonságainak megtekintése vagy módosításacímű témakörben talál.

A biztonsági másolatok tömörítésének transzparens adattitkosítással (TDE) engedélyezett adatbázisok használatával kapcsolatos információkért lásd a Megjegyzések szakaszt.

TÖMÖRÍTÉS
Explicit módon engedélyezi a biztonsági mentés tömörítését.

NO_COMPRESSION
Kifejezetten letiltja a biztonsági mentés tömörítését.

Az SQL Server 2022 (16.x) ALGORITHMvezet be, amely egy tömörítési algoritmust azonosít a művelethez. Az alapértelmezett érték a MS_XPRESS. Ha konfigurálta integrált gyorsítást és kiszervezést, használhatja a megoldás által biztosított gyorsítót. Ha például az SQL ServerIntel® QuickAssist Technology (QAT) szolgáltatást konfigurálta, az alábbi példa a gyorsító megoldással végzi el a biztonsági mentést, a QATzip-kódtár pedig az 1. tömörítési szinttel.

BACKUP DATABASE <database_name> TO DISK WITH COMPRESSION (ALGORITHM = QAT_DEFLATE) 

DESCRIPTION = { 'szöveg' | @text_variable }

Megadja a biztonsági mentési csoportot leíró szabad formátumú szöveget. A sztring legfeljebb 255 karakter hosszúságú lehet.

NAME = { backup_set_name | @backup_set_var }

Megadja a biztonsági mentési csoport nevét. A nevek legfeljebb 128 karakter hosszúságúak lehetnek. Ha a NÉV nincs megadva, az üres.

{ EXPIREDATE ='dátum' | RETAINDAYS = nap }

Megadja, hogy a biztonsági mentési csoport mikor írható felül. Ha mindkét beállítást használja, a RETAINDAYS elsőbbséget élvez az EXPIREDATE értékekkel szemben.

Ha egyik beállítás sincs megadva, a lejárati dátumot a media retention konfigurációs beállítás határozza meg. További információ: kiszolgálókonfigurációs beállítások.

EXPIREDATE = { 'date' | @date_var }
Megadja, hogy a biztonsági mentési csoport mikor jár le, és felülírható. Ha változóként (@date_var) adja meg, ennek a dátumnak a konfigurált rendszernek datetime formátumot kell követnie, és az alábbiak egyikeként kell megadnia:

• Sztringállandó (@date_var= dátum)
• Karaktersztring adattípusú változó (kivéve a szöveges vagy szöveges adattípust)
• A smalldatetime
• Egy datetime változó

Például:

• 'Dec 31, 2020 11:59 PM'
• '1/1/2021'

A datetime értékek megadásáról további információt Dátum- és időtípusokcímű témakörben talál.

RETAINDAYS = { nap | @days_var }
Megadja, hogy hány napnak kell eltelnie ahhoz, hogy a biztonsági mentési adathordozó-készlet felülírható legyen. Ha változóként (@days_var) adja meg, akkor egész számként kell megadni.

{ METADATA_ONLY | PILLANATKÉP }

A következőkre vonatkozik: SQL Server 2022 (16.x)

A METADATA_ONLY és a SNAPSHOT szinonimák.

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

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

{ NOINIT | INIT }

Azt szabályozza, hogy a biztonsági mentési művelet hozzáfűzi-e vagy felülírja-e a meglévő biztonsági mentési csoportokat a biztonsági mentési adathordozón. Az alapértelmezett beállítás a legutóbbi biztonsági mentési csoporthoz való hozzáfűzés az adathordozón (NOINIT).

NOINIT
Azt jelzi, hogy a biztonsági mentési csoport hozzá van fűzve a megadott médiakészlethez, megőrizve a meglévő biztonsági mentési csoportokat. Ha a médiakészlethez médiajelszó van megadva, a jelszót meg kell adni. A NOINIT az alapértelmezett.

További információ: médiakészletek, médiacsaládok és biztonsági mentési csoportok.

INIT
Megadja, hogy az összes biztonsági mentési csoportot felülírja, de megőrzi a médiafejlécet. Ha az INIT meg van adva, a rendszer felülírja az eszközön lévő meglévő biztonsági mentési csoportokat, ha a feltételek lehetővé teszik. Alapértelmezés szerint a BACKUP a következő feltételeket ellenőrzi, és nem írja felül a biztonsági mentési adathordozót, ha bármelyik feltétel létezik:

• A biztonsági mentési csoport még nem járt le. További információ: EXPIREDATE és RETAINDAYS lehetőségek.
• Ha a BACKUP utasításban megadott biztonsági mentési csoport neve nem egyezik meg a biztonsági mentési adathordozón megadott névvel. További információkért lásd a szakasz korábbi, NÉV beállítását.

Az ellenőrzések felülbírálásához használja a SKIP lehetőséget.

További információ: médiakészletek, médiacsaládok és biztonsági mentési csoportok.

{ NOSKIP | SKIP }

Azt szabályozza, hogy a biztonsági mentési művelet ellenőrzi-e a biztonsági mentési csoportok lejárati dátumát és időpontját az adathordozón, mielőtt felülírja őket.

NOSKIP
Utasítja a BACKUP utasítást, hogy ellenőrizze az adathordozón lévő összes biztonsági mentési készlet lejárati dátumát, mielőtt engedélyezi azokat felülírni. Ez az alapértelmezett viselkedés.

ÁTUGRIK
Letiltja a biztonsági mentési csoport lejáratának és nevének ellenőrzését, amelyet általában a BACKUP utasítás hajt végre a biztonsági mentési csoportok felülírásának megakadályozása érdekében. További információ a(z) { INIT | közötti interakciókról NOINIT } és { NOSKIP | SKIP }, lásd a cikk későbbi részében található "Megjegyzések" című cikket. A biztonsági mentési csoportok lejárati dátumainak megtekintéséhez kérdezze le a biztonsági mentési készlet előzménytáblájának expiration_date oszlopát.

{ NOFORMAT | FORMAT }

Megadja, hogy a médiafejlécet a biztonsági mentési művelethez használt kötetekre kell-e írni, felülírva a meglévő médiafejléceket és biztonsági mentési csoportokat.

NOFORMAT
Megadja, hogy a biztonsági mentési művelet megőrzi a biztonsági mentési művelethez használt médiakötetek meglévő médiafejléceit és biztonsági mentési készleteit. Ez az alapértelmezett viselkedés.

FORMÁTUM
Megadja, hogy létrejön-e egy új médiakészlet. A FORMAT használatával a biztonsági mentési művelet új médiafejlécet ír a biztonsági mentési művelethez használt összes médiakötetre. A kötet meglévő tartalma érvénytelenné válik, mert a rendszer felülírja a meglévő médiafejléceket és biztonsági mentési csoportokat.

A FORMAT megadása SKIP; SKIP nem kell explicit módon megadni.

MEDIADESCRIPTION = { szöveg | @text_variable }

A médiakészlet legfeljebb 255 karakter hosszúságú szabad formátumú szöveges leírását adja meg.

MEDIANAME = { media_name | @media_name_variable }

A teljes biztonsági mentési adathordozó-csoport médianevét adja meg. Az adathordozó neve nem lehet hosszabb 128 karakternél. Ha MEDIANAME van megadva, annak meg kell egyeznie a biztonsági mentési köteteken már meglévő, korábban megadott médianévvel. Ha nincs megadva, vagy ha a SKIP beállítás van megadva, nem ellenőrzi az adathordozó nevét.

BLOCKSIZE = { blocksize | @blocksize_variable }

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 BACKUP 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-ra másol és visszaállít egy biztonsági másolatot, adja meg a BLOCKSIZE=2048 értéket.

Adatátviteli lehetőségek

BUFFERCOUNT = { buffercount | @buffercount_variable }

Megadja a biztonsági mentési művelethez használandó I/O-pufferek teljes számát. 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 }

Az SQL Server és a biztonsági mentési adathordozó 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. Az S3-kompatibilis objektumtárolóba történő URL-címre történő biztonsági mentés adott esetben a MAXTRANSFERSIZE 10 MB. További információ: Megjegyzések.

Ha az SQL Writer Service használatával hoz létre biztonsági másolatot, ha az adatbázis FILESTREAMkonfigurált, vagy memóriaoptimalizált fájlcsoportokattartalmaz, akkor a visszaállításkor a MAXTRANSFERSIZE nagyobbnak vagy egyenlőnek kell lennie a biztonsági mentés létrehozásakor használt MAXTRANSFERSIZE vagy annál.

Az transzparens adattitkosítás (TDE) egy adatfájllal rendelkező adatbázisok esetében az alapértelmezett MAXTRANSFERSIZE 65536 (64 KB). A nem TDE-alapú titkosított adatbázisok esetében az alapértelmezett MAXTRANSFERSIZE 1048576 (1 MB) a DISK biztonsági mentésekor, a VDI vagy a TAPE használatakor pedig 65536 (64 KB). A TDE titkosított adatbázisokkal végzett biztonsági mentéstömörítés használatáról további információt a Megjegyzések című szakaszban talál.

Hibakezelési beállítások

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

{ NO_CHECKSUM | ELLENŐRZŐÖSSZEG }

Azt szabályozza, hogy engedélyezve vannak-e a biztonsági mentési ellenőrzőösszegek.

NO_CHECKSUM
Kifejezetten letiltja a biztonsági mentési ellenőrzőösszegek létrehozását (és az oldal-ellenőrzőösszegek érvényesítését). Ez az alapértelmezett viselkedés.

ELLENŐRZŐÖSSZEG
Megadja, hogy a biztonsági mentési művelet ellenőrzi az egyes lapokat az ellenőrzőösszeg és a széttört lap esetében, ha engedélyezve van és elérhető, és létrehoz egy ellenőrzőösszeget a teljes biztonsági mentéshez.

A biztonsági mentési ellenőrzőösszegek használata hatással lehet a számítási feladatra és a biztonsági mentés átviteli sebességére.

További információ: Lehetséges médiahibák biztonsági mentés és visszaállítás során.

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

Azt szabályozza, hogy a biztonsági mentési művelet leáll-e vagy folytatódjon-e, miután lapellenőrzési hiba történt.

STOP_ON_ERROR
Arra utasítja a biztonsági mentést, hogy sikertelen legyen, ha egy oldal ellenőrzőösszege nem ellenőrzi. Ez az alapértelmezett viselkedés.

CONTINUE_AFTER_ERROR
Utasítja a BIZTONSÁGI MENTÉSt, hogy a hibák, például az érvénytelen ellenőrzőösszegek vagy a széttört oldalak ellenére is folytassa a munkát.

Ha az adatbázis sérülése esetén nem tud biztonsági másolatot készíteni a napló farkáról a NO_TRUNCATE beállítással, tail-log napló biztonsági mentését a NO_TRUNCATE helyett CONTINUE_AFTER_ERROR megadásával.

További információ: Lehetséges médiahibák biztonsági mentés és visszaállítás során.

Kompatibilitási beállítások

ÚJRAINDÍTÁS

Az SQL Server 2008 -tól kezdve (10.0.x) nincs hatása. Ezt a lehetőséget a verzió elfogadja az SQL Server korábbi verzióival való kompatibilitás érdekében.

Monitorozási beállítások

STATS [ = százalékos ]

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 százalékos nincs megadva, az SQL Server minden 10 százalék után üzenetet jelenít meg.

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 értéknél, ha a befejezett összeg 40 százalék, akkor a beállítás 43 százalékot jeleníthet 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 }

VISSZATEKER
Megadja, hogy az SQL Server kiadja és visszatekeri a szalagot. A VISSZATEKERÉS az alapértelmezett beállítás.

NOREWIND
Megadja, hogy az 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 BACKUP utasításban.

{ ELTÁVOLÍTÁS | NOUNLOAD }

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 BACKUP művelet után a szalag betöltve maradjon a szalagmeghajtón.

Naplóspecifikus beállítások

Ezeket a beállításokat csak a BACKUP LOGhasználja.

{ NORECOVERY | KÉSZENLÉTI = undo_file_name }

NORECOVERY
Biztonsági másolatot készít a napló farkáról, és visszaállítja az adatbázist. A NORECOVERY akkor hasznos, ha a feladatátvétel másodlagos adatbázisba történik, vagy ha a napló farkát a VISSZAÁLLÍTÁS művelet előtt menti.

A naplók csonkolását kihagyó, majd az adatbázis visszaállítása atomi állapotba hozó biztonsági mentés végrehajtásához használja együtt a NO_TRUNCATE és a NORECOVERY lehetőségeket.

KÉSZENLÉTI =standby_file_name
Biztonsági másolatot készít a napló farkáról, és írásvédett és KÉSZENLÉTI állapotban hagyja az adatbázist. A KÉSZENLÉTI záradék készenléti adatokat ír (visszaállítást hajt végre, de további visszaállítások lehetőségével). A KÉSZENLÉTI beállítás egyenértékű a NORECOVERY BIZTONSÁGI MENTÉSI NAPLÓval, majd a KÉSZENLÉTI ÁLLAPOTTAL TÖRTÉNŐ VISSZAÁLLÍTÁSSAL.

A készenléti mód használatához szükség van egy készenléti fájlra, amelyet standby_file_namehatároz meg, amelynek helyét az adatbázis naplójában tárolja a rendszer. Ha a megadott fájl már létezik, az adatbázismotor felülírja azt; ha a fájl nem létezik, az adatbázismotor létrehozza azt. A készenléti fájl az adatbázis részévé válik.

Ez a fájl tartalmazza a visszaállított módosításokat, amelyeket vissza kell fordítani a VISSZAÁLLÍTÁSI NAPLÓ műveletek későbbi alkalmazása esetén. Elegendő lemezterületnek kell lennie ahhoz, hogy a készenléti fájl növekedjen, hogy a nem véglegesített tranzakciók visszagördülésével módosított adatbázis összes különböző lapja szerepeljen benne.

NO_TRUNCATE

Megadja, hogy a tranzakciónaplót ne csonkolja, és az adatbázismotor az adatbázis állapotától függetlenül megkísérli a biztonsági mentést. Emiatt előfordulhat, hogy a NO_TRUNCATE biztonsági másolata hiányos metaadatokkal rendelkezik. Ez a beállítás lehetővé teszi a tranzakciónapló biztonsági mentését olyan helyzetekben, amikor az adatbázis sérült.

A BIZTONSÁGI MENTÉSI NAPLÓ NO_TRUNCATE lehetősége egyenértékű a COPY_ONLY és a CONTINUE_AFTER_ERROR megadásával.

A NO_TRUNCATE lehetőség nélkül az adatbázisnak ONLINE állapotban kell lennie. Ha az adatbázis FELFÜGGESZTETT állapotban van, lehetséges, hogy létrehozhat biztonsági másolatot NO_TRUNCATEmegadásával. Ha azonban az adatbázis OFFLINE vagy VÉSZHELYZET állapotban van, a biztonsági mentés még NO_TRUNCATEesetén sem engedélyezett. Az adatbázisállapotokról további információt Adatbázisállapotokcímű témakörben talál.

Az SQL Server biztonsági mentéseinek használata

Ez a szakasz a következő alapvető biztonsági mentési fogalmakat mutatja be:

biztonsági mentési típusokTranzakciónapló csonkolásBiztonsági mentési adathordozó formázásaBiztonsági mentési eszközök és médiakészletek használataAZ SQL Server biztonsági másolatainak visszaállítása

Biztonsági mentési típusok

A támogatott biztonsági mentési típusok az adatbázis helyreállítási modelljétől függnek, az alábbiak szerint

• Minden helyreállítási modell támogatja az adatok teljes és különbségi biztonsági mentését.

  A biztonsági mentés hatóköre	Biztonsági mentési típusok
  Teljes adatbázis	adatbázis biztonsági mentései lefedik a teljes adatbázist. Igény szerint az egyes adatbázis-biztonsági mentések egy vagy több különbözeti adatbázis biztonsági mentésének alapjául szolgálhatnak.
  Részleges adatbázis	részleges biztonsági másolatok írási/olvasási fájlcsoportokat és esetleg egy vagy több írásvédett fájlt vagy fájlcsoportot fednek le. Opcionálisan minden részleges biztonsági mentés egy vagy több különbségi részleges biztonsági mentésialapjául szolgálhat.
  Fájl vagy fájlcsoport	fájl biztonsági mentései egy vagy több fájlra vagy fájlcsoportra vonatkoznak, és csak a több fájlcsoportot tartalmazó adatbázisokra vonatkoznak. Az egyszerű helyreállítási modellben a fájl biztonsági mentése alapvetően írásvédett másodlagos fájlcsoportokra korlátozódik. Igény szerint minden fájl biztonsági mentése egy vagy több különbségfájl biztonsági mentésének alapjaként szolgálhat.

• A teljes helyreállítási modell vagy a tömegesen naplózott helyreállítási modell alatt a hagyományos biztonsági mentések közé tartoznak a szekvenciális tranzakciónapló biztonsági mentései (vagy napló biztonsági mentései), amelyek szükségesek. Minden napló biztonsági mentése a tranzakciónapló azon részét fedi le, amely a biztonsági mentés létrehozásakor aktív volt, és tartalmazza az összes olyan naplórekordot, amelyről nem készült biztonsági másolat az előző naplók biztonsági mentésében.

  A munkaveszteség-kitettség minimalizálása érdekében a felügyeleti többletköltséggel járó gyakori napló biztonsági mentéseket kell ütemeznie. A különbségi biztonsági mentések teljes biztonsági másolatok közötti ütemezése csökkentheti a visszaállítási időt azáltal, hogy csökkenti az adatok visszaállítása után visszaállítandó napló biztonsági másolatok számát.

  Javasoljuk, hogy a naplók biztonsági mentését az adatbázis biztonsági másolataitól eltérő kötetre helyezze.

  Jegyzet

  Az első napló biztonsági mentése előtt létre kell hoznia egy teljes biztonsági másolatot.

• A csak másolásra biztonsági mentési egy speciális célú teljes biztonsági mentés vagy napló biztonsági mentése, amely független a hagyományos biztonsági mentések normál sorozatától. Ha csak másolati biztonsági másolatot szeretne készíteni, adja meg a biztonsági mentési utasítás COPY_ONLY beállítását. További információ: Copy-Only Biztonsági másolatok.

Tranzakciónapló csonkolása

Az adatbázisok tranzakciós naplójának kitöltésének elkerülése érdekében elengedhetetlen a rutinszerű biztonsági mentések. Az egyszerű helyreállítási modellben a napló csonkolása automatikusan megtörténik az adatbázis biztonsági mentése után, a teljes helyreállítási modell alatt pedig a tranzakciónapló biztonsági mentése után. Előfordulhat azonban, hogy a csonkítási folyamat késhet. A napló csonkítását késleltető tényezőkről további információt a tranzakciónaplótalál.

Biztonsági mentési adathordozó formázása

A biztonsági mentési adathordozót biztonsági mentési utasítás formázza, ha és csak akkor, ha az alábbiak bármelyike igaz:

• A FORMAT beállítás meg van adva.
• Az adathordozó üres.
• A művelet egy folytatási szalagot ír.

Biztonsági mentési eszközök és médiakészletek használata

Eszközök biztonsági mentése csíkos adathordozó-készletben (csíkkészlet)

A sávkészlet lemezfájlok készlete, amelyeken az adatok blokkokra vannak osztva, és rögzített sorrendben vannak elosztva. A sávkészletekben használt biztonsági mentési eszközök számának meg kell egyeznie (kivéve, ha az adathordozó újraincializálva van FORMAT).

Az alábbi példa a AdventureWorks2022 adatbázis biztonsági másolatát egy új, három lemezfájlt használó csíkos adathordozó-készletre írja.

BACKUP DATABASE AdventureWorks2022
TO DISK = 'X:\SQLServerBackups\AdventureWorks1.bak',
DISK = 'Y:\SQLServerBackups\AdventureWorks2.bak',
DISK = 'Z:\SQLServerBackups\AdventureWorks3.bak'
WITH FORMAT,
  MEDIANAME = 'AdventureWorksStripedSet0',
  MEDIADESCRIPTION = 'Striped media set for AdventureWorks2022 database';
GO

Miután a biztonsági mentési eszköz egy csíkkészlet részeként van definiálva, csak akkor használható egyeszközes biztonsági mentéshez, ha a FORMÁTUM meg van adva. Hasonlóképpen, a nem kötött biztonsági mentéseket tartalmazó biztonsági mentési eszköz csak akkor használható csíkkészletben, ha a FORMÁTUM meg van adva. Csíkos biztonsági mentési csoport felosztásához használja a FORMAT parancsot.

Ha a médiafejléc írásakor sem a MEDIANAME, sem a MEDIADESCRIPTION paraméter nincs megadva, az üres elemnek megfelelő médiafejléc mező üres.

Tükrözött médiakészlettel végzett munka

A biztonsági mentések általában nem jelennek meg, és a BACKUP utasítások egyszerűen tartalmaznak EGY TO záradékot. Médiakészletenként azonban összesen négy tükrözés lehetséges. Tükrözött médiakészlet esetén a biztonsági mentési művelet több biztonsági mentési eszközcsoportra is ír. A biztonsági mentési eszközök minden csoportja egyetlen tükörből áll a tükrözött médiakészleten belül. Minden tükörnek ugyanazt a mennyiséget és típusú fizikai biztonsági mentési eszközt kell használnia, amelynek mindegyiknek azonos tulajdonságokkal kell rendelkeznie.

Ha egy tükrözött médiakészletről szeretne biztonsági másolatot készíteni, az összes tükörnek jelen kell lennie. Tükrözött médiakészletre való biztonsági mentéshez adja meg a TO záradékot az első tükrözéshez, és adjon meg egy MIRROR TO záradékot minden további tükrözéshez.

Tükrözött médiakészletek esetén minden MIRROR TO záradéknak ugyanazokat az eszközök számát és típusát kell felsorolnia, mint a TO záradék. Az alábbi példa egy tükrözött médiakészletbe ír, amely két tükrözöttet tartalmaz, és tükrözésenként három eszközt használ:

BACKUP DATABASE AdventureWorks2022
TO DISK = 'X:\SQLServerBackups\AdventureWorks1a.bak',
  DISK = 'Y:\SQLServerBackups\AdventureWorks2a.bak',
  DISK = 'Z:\SQLServerBackups\AdventureWorks3a.bak'
MIRROR TO DISK='X:\SQLServerBackups\AdventureWorks1b.bak',
  DISK = 'Y:\SQLServerBackups\AdventureWorks2b.bak',
  DISK = 'Z:\SQLServerBackups\AdventureWorks3b.bak';
GO

Médiacsaládok tükrözött médiakészletekben

A BACKUP utasítás TO záradékában megadott minden biztonsági mentési eszköz egy médiacsaládnak felel meg. Ha például a TO záradék három eszközt sorol fel, a BACKUP három médiacsaládba ír adatokat. A tükrözött médiakészletekben minden tükrözöttnek tartalmaznia kell minden médiacsalád másolatát. Ezért az eszközök számának minden tükörben azonosnak kell lennie.

Ha az egyes tükrözésekhez több eszköz van felsorolva, az eszközök sorrendje határozza meg, hogy melyik médiacsaládot írja egy adott eszközre. Az egyes eszközlistákban például a második eszköz a második médiacsaládnak felel meg. A fenti példában szereplő eszközök esetében az eszközök és a médiacsaládok közötti levelezés az alábbi táblázatban látható.

Tükör	Médiacsalád 1	Médiacsalád 2	Médiacsalád 3
0	Z:\AdventureWorks1a.bak	Z:\AdventureWorks2a.bak	Z:\AdventureWorks3a.bak
1	Z:\AdventureWorks1b.bak	Z:\AdventureWorks2b.bak	Z:\AdventureWorks3b.bak

A médiacsaládokat mindig ugyanarra az eszközre kell biztonsági másolatot készíteni egy adott tükörben. Ezért minden alkalommal, amikor egy meglévő médiakészletet használ, az egyes tükrözött eszközök ugyanabban a sorrendben legyenek felsorolva, mint a médiakészlet létrehozásakor.

A tükrözött médiakészletekről további információt a tükrözött biztonsági mentési adathordozó-készletekcímű témakörben talál. A médiakészletekről és általában a médiacsaládokról további információt Médiakészletek, médiacsaládok és biztonsági mentési csoportokcímű témakörben talál.

SQL Server biztonsági másolatainak visszaállítása

Egy adatbázis visszaállításához és szükség esetén az online állapot helyreállításához, illetve egy fájl vagy fájlcsoport visszaállításához használja a Transact-SQL RESTORE utasítást vagy az SQL Server Management Studio visszaállítási feladatokat. További információ: Visszaállítás és helyreállítás áttekintése.

További szempontok a BIZTONSÁGI MENTÉS beállításaival kapcsolatban

A SKIP, a NOSKIP, az INIT és a NOINIT interakciója

Ez a táblázat a{ NOINIT | közötti interakciókat ismerteti. INIT } és { NOSKIP | SKIP } beállítások.

Kihagyás lehetőség	NOINIT	INIT
NOSKIP	Ha a kötet érvényes médiafejlécet tartalmaz, ellenőrzi, hogy az adathordozó neve megegyezik-e az adott MEDIANAME, ha van ilyen. Ha megegyezik, hozzáfűzi a biztonsági mentési csoportot, és megőrzi az összes meglévő biztonsági mentési csoportot. Ha a kötet nem tartalmaz érvényes médiafejlécet, hiba történik.	Ha a kötet érvényes médiafejlécet tartalmaz, a következő ellenőrzéseket hajtja végre: Ha MEDIANAME van megadva, ellenőrzi, hogy a megadott médianév megegyezik-e a médiafejléc médianevével.1 Ellenőrzi, hogy nincsenek-e még nem használt biztonsági mentési csoportok a médiában. Ha van ilyen, leállítja a biztonsági mentést. Ha ezek az ellenőrzések sikeresek, felülírja a biztonsági mentési csoportokat az adathordozón, és csak a médiafejlécet őrzi meg. Ha a kötet nem tartalmaz érvényes médiafejlécet, létrehoz egyet a megadott MEDIANAME és MEDIADESCRIPTIONhasználatával, ha van ilyen.
ÁTUGRIK	Ha a kötet érvényes médiafejlécet tartalmaz, hozzáfűzi a biztonsági mentési csoportot, és megőrzi az összes meglévő biztonsági mentési csoportot.	Ha a kötet érvényes2 médiafejlécet tartalmaz, felülírja az adathordozó biztonsági mentési készletét, és csak a médiafejlécet őrzi meg. Ha az adathordozó üres, létrehoz egy médiafejlécet a megadott MEDIANAME és MEDIADESCRIPTION, ha van ilyen.

¹ A felhasználónak a megfelelő rögzített adatbázis- vagy kiszolgálói szerepkörökhöz kell tartoznia a biztonsági mentési művelet végrehajtásához.

² Érvényesség tartalmazza az MTF verziószámát és egyéb fejlécadatait. Ha a megadott verzió nem támogatott vagy váratlan érték, hiba történik.

Kompatibilitás

BACKUP támogatja a RESTART lehetőséget, hogy visszamenőleges kompatibilitást biztosítson az SQL Server korábbi verzióival. Az ÚJRAINDÍTÁSnak azonban nincs hatása.

Megjegyzések

Az adatbázis- vagy naplómásolatok bármely lemezhez vagy szalagos eszközhöz hozzáfűzhetők, így egy adatbázis és annak tranzakciónaplói egyetlen fizikai helyen tárolhatók.

A BACKUP utasítás explicit vagy implicit tranzakcióban nem engedélyezett.

Az alábbi állapotokban nem készíthet biztonsági másolatot az adatbázisokról:

• Helyreállítása
• Készenléti
• Írásvédett

A platformfüggetlen biztonsági mentési műveletek a különböző processzortípusok között is elvégezhetők, amíg az operációs rendszer támogatja az adatbázis rendszerezését.

Az SQL Server 2016 -tól kezdve (13.x) a 65536-nál (64 KB) nagyobb beállításával optimalizált tömörítési algoritmust transzparens adattitkosításhoz (TDE) titkosított adatbázisokhoz, amelyek először visszafejtenek egy lapot, tömörítik, majd újra titkosítják. Ha nincs megadva MAXTRANSFERSIZE, vagy ha MAXTRANSFERSIZE = 65536 (64 KB) van használatban, a TDE titkosított adatbázisokkal történő biztonsági mentéstömörítés közvetlenül tömöríti a titkosított oldalakat, és nem biztos, hogy jó tömörítési arányokat eredményez. További információ: TDE-kompatibilis adatbázisok biztonsági mentési tömörítése.

Az SQL Server 2019 (15.x) CU5-től kezdve a MAXTRANSFERSIZE beállítása már nem szükséges az optimalizált tömörítési algoritmus TDE-vel való engedélyezéséhez. Ha a biztonsági mentési parancs WITH COMPRESSION van megadva, vagy a biztonsági mentés tömörítésének alapértelmezett kiszolgálókonfigurációja 1-re van állítva, a MAXTRANSFERSIZE automatikusan 128 K-ra növeli az optimalizált algoritmus engedélyezéséhez. Ha MAXTRANSFERSIZE van megadva a biztonsági mentési parancsban 64 K > értékkel, a megadott érték tiszteletben lesz tartva. Más szóval az SQL Server soha nem csökkenti automatikusan az értéket, csak növeli azt. Ha egy TDE-titkosított adatbázisról MAXTRANSFERSIZE = 65536kell biztonsági másolatot készítenie, meg kell adnia WITH NO_COMPRESSION, vagy meg kell győződnie arról, hogy a biztonsági mentés tömörítésének alapértelmezett kiszolgálókonfigurációja 0 értékre van állítva.

Alapértelmezés szerint minden sikeres biztonsági mentési művelet hozzáad egy bejegyzést az SQL Server hibanaplójába és a rendszer eseménynaplójába. Ha nagyon gyakran készít biztonsági másolatot a naplóról, ezek a sikeres üzenetek gyorsan halmozódnak fel, ami nagy hibanaplókat eredményez, amelyek megnehezíthetik más üzenetek megkeresését. Ilyen esetekben letilthatja ezeket a naplóbejegyzéseket a 3226-os nyomkövetési jelző használatával, ha az automatizálás vagy a figyelés egyike sem függ ezektől a bejegyzésektől. További információ: nyomkövetési jelzők.

Interoperabilitás

Az SQL Server egy online biztonsági mentési folyamatot használ az adatbázis biztonsági mentésének engedélyezéséhez, amíg az adatbázis még használatban van. A biztonsági mentés során a legtöbb művelet lehetséges; például az INSERT, UPDATE vagy DELETE utasítások engedélyezettek a biztonsági mentési művelet során.

Az adatbázis vagy a tranzakciónapló biztonsági mentése során nem futtatható műveletek a következők:

• Fájlkezelési műveletek, például a ALTER DATABASE utasítás a ADD FILE vagy REMOVE FILE beállításokkal.

• Adatbázis- vagy fájlműveletek zsugorítása. Ez magában foglalja az automatikus szabályozási műveleteket is.

Ha egy biztonsági mentési művelet átfedésben van egy fájlkezeléssel vagy DBCC SHRINK művelettel, ütközés lép fel. Függetlenül attól, hogy melyik ütköző művelet kezdődött először, a második művelet megvárja az első művelet által beállított zárolás időtúllépését (az időtúllépési időszakot munkamenet-időtúllépési beállítás szabályozza). Ha a zárolás az időtúllépési időszak alatt szabadul fel, a második művelet folytatódik. Ha a zárolás túllépi az időkorlátot, a második művelet meghiúsul.

Metaadatok

Az SQL Server a következő biztonsági mentési előzményeket tartalmazza, amelyek nyomon követik a biztonsági mentési tevékenységet:

• backupfile
• backupfilegroup
• backupmediafamily
• backupmediaset
• biztonsági mentési

A visszaállítás végrehajtásakor, ha a biztonsági mentési csoport még nem lett rögzítve a msdb adatbázisban, a biztonsági mentési előzménytáblák módosíthatók.

Biztonság

Az SQL Server 2012 -től (11.x) kezdődően a PASSWORD és a MEDIAPASSWORD beállításai megszűnnek a biztonsági mentések létrehozásához. Továbbra is visszaállítható a jelszóval létrehozott biztonsági másolatok.

Engedélyek

BACKUP DATABASE és BACKUP LOG engedélyek alapértelmezés szerint a sysadmin rögzített kiszolgálói szerepkör, valamint a db_owner és db_backupoperator rögzített adatbázis-szerepkörök tagjai számára.

A biztonsági mentési eszköz fizikai fájljának tulajdonjogi és engedélyproblémái zavarhatják a biztonsági mentési műveletet. Győződjön meg arról, hogy az SQL Server indítási fiókjának olvasási és írási engedélyekkel kell rendelkeznie a biztonsági mentési eszközre és arra a mappára, ahová a biztonsági mentési fájlokat meg kell írnia. sp_addumpdeviceazonban, amely egy biztonsági mentési eszköz bejegyzését adja hozzá a rendszertáblákhoz, nem ellenőrzi a fájlhozzáférési engedélyeket. Előfordulhat, hogy a biztonsági mentési eszköz fizikai fájljának ilyen problémái mindaddig nem jelennek meg, amíg a fizikai erőforrás hozzá nem fér a biztonsági mentés vagy a visszaállítás megkísérlésekor.

Példák

Ez a szakasz a következő példákat tartalmazza:

• Egy. Teljes adatbázis biztonsági mentése
• B. Az adatbázis biztonsági mentése és naplózása
• C. A másodlagos fájlcsoportok teljes biztonsági mentésének létrehozása
• D. A másodlagos fájlcsoportok különbségfájl biztonsági mentésének létrehozása
• E. Egycsaládos tükrözött médiakészlet létrehozása és biztonsági mentése
• F. Többtényezős tükrözött médiakészlet létrehozása és biztonsági mentése
• G. Meglévő tükrözött médiakészlet biztonsági mentése
• H. Tömörített biztonsági mentés létrehozása új médiakészletben
• Én. Biztonsági mentés az Azure Blob Storage-
• J. [Biztonsági mentés S3-kompatibilis objektumtárolóra]((#j-backing-up-to-s3-compatible-object-storage)
• K. A biztonsági mentési utasítás állapotának nyomon követése

Egy. Teljes adatbázis biztonsági mentése

Az alábbi példa biztonsági másolatot készít a AdventureWorks2022 adatbázisról egy lemezfájlra.

BACKUP DATABASE AdventureWorks2022
 TO DISK = 'Z:\SQLServerBackups\AdvWorksData.bak'
    WITH FORMAT;
GO

B. Az adatbázis biztonsági mentése és naplózása

Az alábbi példa biztonsági másolatot készít a AdventureWorks2022 mintaadatbázisról, amely alapértelmezés szerint az egyszerű helyreállítási modellt használja. A naplók biztonsági mentésének támogatása érdekében a AdventureWorks2022 adatbázis a teljes helyreállítási modell használatára módosul.

A példa a sp_addumpdevice használatával hoz létre egy logikai biztonsági mentési eszközt az adatok biztonsági mentéséhez, AdvWorksData, és létrehoz egy másik logikai biztonsági mentési eszközt a napló biztonsági mentéséhez, AdvWorksLog.

A példa ezután létrehoz egy teljes adatbázis-biztonsági másolatot AdvWorksData, majd egy frissítési tevékenység után biztonsági másolatot készít a naplóról AdvWorksLog.

-- To permit log backups, before the full database backup, modify the database
-- to use the full recovery model.
USE master;
GO
ALTER DATABASE AdventureWorks2022
    SET RECOVERY FULL;
GO
-- Create AdvWorksData and AdvWorksLog logical backup devices.
USE master
GO
EXEC sp_addumpdevice 'disk', 'AdvWorksData',
'Z:\SQLServerBackups\AdvWorksData.bak';
GO
EXEC sp_addumpdevice 'disk', 'AdvWorksLog',
'X:\SQLServerBackups\AdvWorksLog.bak';
GO

-- Back up the full AdventureWorks2022 database.
BACKUP DATABASE AdventureWorks2022 TO AdvWorksData;
GO
-- Back up the AdventureWorks2022 log.
BACKUP LOG AdventureWorks2022
    TO AdvWorksLog;
GO

C. A másodlagos fájlcsoportok teljes fájlmásolatának létrehozása

Az alábbi példa minden fájl teljes biztonsági mentését hozza létre mindkét másodlagos fájlcsoportban.

--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
    FILEGROUP = 'SalesGroup1',
    FILEGROUP = 'SalesGroup2'
    TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck';
GO

D. Különbségfájl biztonsági mentésének létrehozása a másodlagos fájlcsoportokról

Az alábbi példa egy különbségfájl biztonsági mentését hozza létre mindkét másodlagos fájlcsoportban lévő összes fájlról.

--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
    FILEGROUP = 'SalesGroup1',
    FILEGROUP = 'SalesGroup2'
    TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck'
    WITH
      DIFFERENTIAL;
GO

E. Egycsaládos tükrözött médiakészlet létrehozása és biztonsági mentése

Az alábbi példa egy tükrözött médiakészletet hoz létre, amely egyetlen médiacsaládot és négy tükrözést tartalmaz, és biztonsági másolatot készít róluk a AdventureWorks2022 adatbázisról.

BACKUP DATABASE AdventureWorks2022
TO TAPE = '\\.\tape0'
MIRROR TO TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2'
MIRROR TO TAPE = '\\.\tape3'
WITH
    FORMAT,
    MEDIANAME = 'AdventureWorksSet0';

F. Többtényezős tükrözött médiakészlet létrehozása és biztonsági mentése

Az alábbi példa egy tükrözött médiakészletet hoz létre, amelyben minden tükör két médiacsaládból áll. A példa ezután biztonsági másolatot készít a AdventureWorks2022 adatbázisról mindkét tükrözőre.

BACKUP DATABASE AdventureWorks2022
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH
    FORMAT,
    MEDIANAME = 'AdventureWorksSet1';

G. Biztonsági mentés meglévő tükrözött médiakészletre

Az alábbi példa hozzáfűz egy biztonsági mentési csoportot az előző példában létrehozott médiakészlethez.

BACKUP LOG AdventureWorks2022
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH
    NOINIT,
    MEDIANAME = 'AdventureWorksSet1';

H. Tömörített biztonsági mentés létrehozása új médiakészletben

Az alábbi példa formázja az adathordozót, létrehoz egy új médiakészletet, és tömörített teljes biztonsági másolatot készít a AdventureWorks2022 adatbázisról.

BACKUP DATABASE AdventureWorks2022 TO DISK='Z:\SQLServerBackups\AdvWorksData.bak'
WITH
    FORMAT,
    COMPRESSION;

Én. Biztonsági mentés a Microsoft Azure Blob Storage-ba

Ez a példa teljes adatbázis-biztonsági másolatot készít a Sales az Azure Blob Storage-ba. A tárfiók neve mystorageaccount. A tároló neve myfirstcontainer. Már létrejött egy tárolt hozzáférési szabályzat olvasási, írási, törlési és listajogokkal. Az SQL Server hitelesítő adatai (https://mystorageaccount.blob.core.windows.net/myfirstcontainer) a tárolt hozzáférési szabályzathoz társított közös hozzáférésű jogosultságkód használatával jöttek létre. Az SQL Server Azure Blob Storage-ba történő biztonsági mentésével kapcsolatos információkért lásd SQL Server biztonsági mentését és visszaállítását az Azure Blob Storage és SQL Server biztonsági mentését URL-.

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales.bak'
WITH STATS = 5;

Az adatbázisról több csíkra is készíthet biztonsági másolatot, és az így nézne ki:

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-01.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-02.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-03.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-04.bak'
WITH COPY_ONLY;

J. Biztonsági mentés S3-kompatibilis objektumtárolóra

A következőkre vonatkozik: SQL Server 2022 (16.x)

Ez a példa a Sales adatbázis teljes biztonsági mentési adatbázisát hajtja végre S3-kompatibilis objektumtároló platformra. A hitelesítő adatok neve nem kötelező az utasításban vagy a pontos URL-cím elérési útjának egyeztetéséhez, de a megadott URL-címen elvégzi a megfelelő hitelesítő adatok keresését. További információ: SQL Server biztonsági mentése és visszaállítása S3-kompatibilis objektumtárolóval.

BACKUP DATABASE Sales
TO      URL = 's3://10.10.10.10:8787/sqls3backups/sales_01.bak'
,       URL = 's3://10.10.10.10:8787/sqls3backups/sales_02.bak'
,       URL = 's3://10.10.10.10:8787/sqls3backups/sales_03.bak'
WITH    FORMAT
,       STATS               = 10
,       COMPRESSION;

K. A biztonsági mentési utasítás előrehaladásának nyomon követése

Az alábbi lekérdezés a jelenleg futó biztonsági mentési utasításokra vonatkozó információkat adja vissza:

SELECT query = a.text, start_time, percent_complete,
    eta = dateadd(second,estimated_completion_time/1000, getdate())
FROM sys.dm_exec_requests r
    CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) a
WHERE r.command LIKE 'BACKUP%';

Kapcsolódó tartalom

• biztonsági mentési eszközök
• médiakészletek, médiacsaládok és biztonsági mentési csoportok
• Tail-Log biztonsági másolatok
• ALTER DATABASE
• DBCC SQLPERF
• RESTORE
• RESTORE FILELISTONLY
• RESTORE HEADERONLY
• RESTORE LABELONLY
• VISSZAÁLLÍTÁS ELLENŐRZÉSE
• sp_addumpdevice
• sp_configure
• sp_helpfile
• sp_helpfilegroup
• kiszolgáló konfigurációs beállításai
• adatbázisok darabos visszaállítása Memory-Optimized táblákkal

SQL Server-

* felügyelt SQL-példány *  

Analytics Platform
System (PDW)

 

Felügyelt Azure SQL-példány

Sql-adatbázis biztonsági mentése felügyelt Azure SQL-példányban. Felügyelt Azure SQL-példány automatikus biztonsági másolatokat készít. Létrehozhat teljes adatbázis-COPY_ONLY biztonsági mentéseket. A különbségi, a napló- és a fájl-pillanatkép biztonsági mentése nem támogatott.

Az Azure Arcáltal engedélyezett felügyelt SQL-példányra is vonatkozik.

Szintaxis

BACKUP DATABASE { database_name | @database_name_var }
  TO URL = { 'physical_device_name' | @physical_device_name_var }[ ,...n ]
  WITH COPY_ONLY [, { <general_WITH_options> } ]
[;]

<general_WITH_options> [ ,...n ]::=

--Media Set Options
   MEDIADESCRIPTION = { 'text' | @text_variable }
 | MEDIANAME = { media_name | @media_name_variable }
 | BLOCKSIZE = { blocksize | @blocksize_variable }

--Data Transfer Options
   BUFFERCOUNT = { buffercount | @buffercount_variable }
 | MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

--Error Management Options
   { NO_CHECKSUM | CHECKSUM }
 | { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

--Compatibility Options
   RESTART

--Monitoring Options
   STATS [ = percentage ]

--Encryption Options
 ENCRYPTION (ALGORITHM = { AES_128 | AES_192 | AES_256 | TRIPLE_DES_3KEY } , encryptor_options ) <encryptor_options> ::=
   SERVER CERTIFICATE = Encryptor_Name | SERVER ASYMMETRIC KEY = Encryptor_Name

Érvek

ADATBÁZIS

Teljes adatbázis-biztonsági mentést ad meg. Az adatbázis biztonsági mentése során a felügyelt Azure SQL-példány elegendő mennyiségű tranzakciónaplót készít, hogy a biztonsági mentés visszaállításakor konzisztens adatbázist állítson elő.

A BACKUP DATABASE (adatmentési) által létrehozott biztonsági mentés visszaállításakor a teljes biztonsági mentés vissza lesz állítva. Ha a felügyelt SQL-példány automatikus biztonsági mentéséről szeretne visszaállítani, tekintse meg Adatbázis visszaállítása felügyelt Azure SQL-példányra.

{ database_name | @database_name_var }

Az az adatbázis, amelyről a teljes adatbázis biztonsági másolatot készít. Ha változóként (@database_name_var) van megadva, ez a név megadható sztringállandóként (@database_name_var=adatbázisnév) vagy karaktersztring adattípusú változóként, kivéve az szöveges vagy szöveges adattípust.

További információ: Teljes fájl biztonsági mentése és Fájlok és fájlcsoportok biztonsági mentése.

URL-CÍM

Megadja a biztonsági mentési művelethez használni kívánt URL-címet. Az URL-formátum a Microsoft Azure Storage szolgáltatás biztonsági másolatainak létrehozására szolgál.

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

A WITH beállításai

A biztonsági mentési művelethez használandó beállításokat adja meg.

TITKOSÍTÁS

A biztonsági mentés titkosításának megadására szolgál. Megadhat egy titkosítási algoritmust, amellyel titkosíthatja a biztonsági mentést, vagy megadhatja NO_ENCRYPTION, hogy ne legyen titkosítva a biztonsági másolat. A biztonsági mentési fájlok biztonságossá tételéhez ajánlott a titkosítás. A megadható algoritmusok listája a következő:

• AES_128
• AES_192
• AES_256
• TRIPLE_DES_3KEY
• NO_ENCRYPTION

Ha a titkosítást választja, meg kell adnia a titkosító beállításait is:

• SERVER CERTIFICATE = <Encryptor_Name>
• SERVER ASYMMETRIC KEY = <Encryptor_Name>

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

COPY_ONLY

Azt adja meg, hogy a biztonsági mentés egy csak másolási biztonsági mentési, amely nem befolyásolja a biztonsági mentések normál sorrendjét. A rendszer az Azure SQL Database automatikus biztonsági mentésétől függetlenül létrehoz egy csak másolatra vonatkozó biztonsági másolatot. További információ: Copy-Only Biztonsági másolatok.

{ TÖMÖRÍTÉS | NO_COMPRESSION }

Megadja, hogy biztonsági mentés tömörítési történik-e ezen a biztonsági mentésen, felülírva a kiszolgálószintű alapértelmezett értéket.

Az alapértelmezett viselkedés nem biztonsági mentési tömörítés. Ez az alapértelmezett beállítás azonban módosítható a biztonsági mentés tömörítésének alapértelmezett kiszolgálókonfiguráció beállításával. A beállítás aktuális értékének megtekintéséről további információt a Kiszolgáló tulajdonságainak megtekintése vagy módosításacímű témakörben talál.

TÖMÖRÍTÉS
Explicit módon engedélyezi a biztonsági mentés tömörítését.

NO_COMPRESSION
Kifejezetten letiltja a biztonsági mentés tömörítését.

DESCRIPTION = { 'szöveg' | @text_variable }

Megadja a biztonsági mentési csoportot leíró szabad formátumú szöveget. A sztring legfeljebb 255 karakter hosszúságú lehet.

NÉV = { backup_set_name | @_backup|set_var }

Megadja a biztonsági mentési csoport nevét. A nevek legfeljebb 128 karakter hosszúságúak lehetnek. Ha a NÉV nincs megadva, az üres.

MEDIADESCRIPTION = { szöveg | @text_variable }

A médiakészlet legfeljebb 255 karakter hosszúságú szabad formátumú szöveges leírását adja meg.

MEDIANAME = { media_name | @media_name_variable }

A teljes biztonsági mentési adathordozó-csoport médianevét adja meg. Az adathordozó nevének legfeljebb 128 karakter hosszúságúnak kell lennie, ha MEDIANAME van megadva, akkor meg kell egyeznie a biztonsági mentési köteteken már meglévő, korábban megadott médianévvel. Ha nincs megadva, vagy ha a SKIP beállítás van megadva, nem ellenőrzi az adathordozó nevét.

BLOCKSIZE = { blocksize | @blocksize_variable }

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 BACKUP 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.

Adatátviteli lehetőségek

BUFFERCOUNT = { buffercount | @buffercount_variable }

Megadja a biztonsági mentési művelethez használandó I/O-pufferek teljes számát. 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 }

Az SQL Server és a biztonsági mentési adathordozó 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.

Az transzparens adattitkosítás (TDE) egy adatfájllal rendelkező adatbázisok esetében az alapértelmezett MAXTRANSFERSIZE 65536 (64 KB). A nem TDE titkosítású adatbázisok esetében az alapértelmezett MAXTRANSFERSIZE 1048576 (1 MB) a LEMEZre való biztonsági mentéskor, és 65536 (64 KB) A VDI vagy a TAPE használata esetén.

Hibakezelési beállítások

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

{ NO_CHECKSUM | ELLENŐRZŐÖSSZEG }

Azt szabályozza, hogy engedélyezve vannak-e a biztonsági mentési ellenőrzőösszegek.

NO_CHECKSUM
Kifejezetten letiltja a biztonsági mentési ellenőrzőösszegek létrehozását (és az oldal-ellenőrzőösszegek érvényesítését). Ez az alapértelmezett viselkedés.

ELLENŐRZŐÖSSZEG
Megadja, hogy a biztonsági mentési művelet ellenőrzi az egyes lapokat az ellenőrzőösszeg és a széttört lap esetében, ha engedélyezve van és elérhető, és létrehoz egy ellenőrzőösszeget a teljes biztonsági mentéshez.

A biztonsági mentési ellenőrzőösszegek használata hatással lehet a számítási feladatra és a biztonsági mentés átviteli sebességére.

További információ: Lehetséges médiahibák biztonsági mentés és visszaállítás során.

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

Azt szabályozza, hogy a biztonsági mentési művelet leáll-e vagy folytatódjon-e, miután lapellenőrzési hiba történt.

STOP_ON_ERROR
Arra utasítja a biztonsági mentést, hogy sikertelen legyen, ha egy oldal ellenőrzőösszege nem ellenőrzi. Ez az alapértelmezett viselkedés.

CONTINUE_AFTER_ERROR
Utasítja a BIZTONSÁGI MENTÉSt, hogy a hibák, például az érvénytelen ellenőrzőösszegek vagy a széttört oldalak ellenére is folytassa a munkát.

Ha az adatbázis sérülése esetén nem tud biztonsági másolatot készíteni a napló farkáról a NO_TRUNCATE beállítással, tail-log napló biztonsági mentését a NO_TRUNCATE helyett CONTINUE_AFTER_ERROR megadásával.

További információ: Lehetséges médiahibák biztonsági mentés és visszaállítás során.

Kompatibilitási beállítások

ÚJRAINDÍTÁS

Nincs hatása. Ezt a lehetőséget a verzió elfogadja az SQL Server korábbi verzióival való kompatibilitás érdekében.

Monitorozási beállítások

STATS [ = százalékos ]

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 százalékos nincs megadva, az SQL Server minden 10 százalék után üzenetet jelenít meg.

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 értéknél, ha a befejezett összeg 40 százalék, akkor a beállítás 43 százalékot jeleníthet 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.

A felügyelt SQL-példány korlátozásai

A biztonsági mentési csíkok maximális mérete 195 GB (maximális blobméret). Növelje a csíkok számát a biztonsági mentési parancsban, hogy csökkentse az egyes csíkok méretét, és maradjon ezen a korláton belül.

Biztonság

Engedélyek

BACKUP DATABASE engedélyek alapértelmezés szerint a sysadmin rögzített kiszolgálói szerepkör, valamint a db_owner és db_backupoperator rögzített adatbázis-szerepkörök tagjai számára.

Az URL tulajdonjogával és engedélyével kapcsolatos problémák zavarhatják a biztonsági mentési műveletet. Az SQL Servernek képesnek kell lennie az eszköz olvasására és írására; a fióknak, amely alatt az SQL Server szolgáltatás fut, írási engedélyekkel kell rendelkeznie.

Példák

A példa egy COPY_ONLY biztonsági másolatot készít a Sales a Microsoft Azure Blob Storage-ba. A tárfiók neve mystorageaccount. A tároló neve myfirstcontainer. Egy tárolt hozzáférési szabályzat lett létrehozva olvasási, írási, törlési és listajogokkal. Az SQL Server hitelesítő adatai (https://mystorageaccount.blob.core.windows.net/myfirstcontainer) a tárolt hozzáférési szabályzathoz társított közös hozzáférésű jogosultságkód használatával jöttek létre. Az SQL Server Azure Blob Storage-ba történő biztonsági mentésével kapcsolatos információkért lásd: SQL Server Biztonsági mentés és visszaállítás a Microsoft Azure Blob Storage és SQL Server biztonsági mentése URL-.

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales_20160726.bak'
WITH STATS = 5, COPY_ONLY;

Az adatbázisról több csíkra is készíthet biztonsági másolatot, és az így nézne ki:

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-01.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-02.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-03.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-04.bak'
WITH COPY_ONLY;

Kapcsolódó tartalom

• Adatbázis- visszaállítása

SQL Server-

felügyelt SQL-példány

* Elemzés
Platformrendszer (PDW) *  

 

Elemzési platformrendszer

Létrehoz egy biztonsági másolatot az Analytics Platform System (PDW) adatbázisról, és a biztonsági másolatot a berendezésről egy felhasználó által megadott hálózati helyen tárolja. Használja ezt az utasítást RESTORE DATABASE – Analytics platformrendszer vészhelyreállításhoz, vagy másolja az adatbázist az egyik berendezésből a másikba.

Amegkezdése előtt tekintse meg a Analytics Platform System (PDW) termékdokumentációjában a "Backup Server beszerzése és konfigurálása" című témakört.

Az Analytics Platform System (PDW) kétféle biztonsági mentést készít. A teljes adatbázis-biztonsági mentési egy teljes Analytics Platform System -adatbázis (PDW) biztonsági mentése. A különbségi adatbázis biztonsági mentése csak az utolsó teljes biztonsági mentés óta végrehajtott módosításokat tartalmazza. A felhasználói adatbázisok biztonsági mentése magában foglalja az adatbázis-felhasználókat és az adatbázis-szerepköröket. A master adatbázis biztonsági mentése tartalmazza a bejelentkezéseket.

Az Analytics Platform System (PDW) adatbázis biztonsági mentéseiről további információt a Analytics Platform System (PDW) termékdokumentációjábana "Biztonsági mentés és visszaállítás" című témakörben talál.

Szintaxis

--Create a full backup of a user database or the master database.
BACKUP DATABASE database_name
    TO DISK = '\\UNC_path\backup_directory'
    [ WITH [ ( ]<with_options> [ ,...n ][ ) ] ]
[;]

--Create a differential backup of a user database.
BACKUP DATABASE database_name
    TO DISK = '\\UNC_path\backup_directory'
    WITH [ ( ] DIFFERENTIAL
    [ , <with_options> [ ,...n ] [ ) ]
[;]

<with_options> ::=
    DESCRIPTION = 'text'
    | NAME = 'backup_name'

Érvek

database_name

Annak az adatbázisnak a neve, amelyen biztonsági másolatot szeretne létrehozni. Az adatbázis lehet master adatbázis vagy felhasználói adatbázis.

TO DISK = '\\UNC_path\backup_directory'

Az a hálózati elérési út és könyvtár, amelyhez az Analytics Platform System (PDW) meg fogja írni a biztonsági mentési fájlokat. Például \\\xxx.xxx.xxx.xxx\backups\2012\Monthly\08.2012.Mybackup.

• A biztonsági mentési címtár nevének elérési útjának már léteznie kell, és teljes körűen minősített univerzális elnevezési konvencióként (UNC) kell megadni.
• A biztonsági mentési könyvtár (backup_directory) nem létezhet a biztonsági mentési parancs futtatása előtt. Az Analytics Platform System (PDW) létrehozza a biztonsági mentési könyvtárat.
• A biztonsági mentési könyvtár elérési útja nem lehet helyi elérési út, és nem lehet az Elemzési platformrendszer (PDW) berendezés csomópontjainak egyikén sem.
• Az UNC elérési út és a biztonsági mentési könyvtár nevének maximális hossza 200 karakter.
• A kiszolgálót vagy gazdagépet IP-címként kell megadni. Nem adhatja meg gazdagépként vagy kiszolgálónévként.

LEÍRÁS = 'szöveg'

A biztonsági mentés szöveges leírását adja meg. A szöveg maximális hossza 255 karakter.

A leírás a metaadatokban van tárolva, és akkor jelenik meg, amikor a biztonsági mentés fejléce visszaállításra kerül a RESTORE HEADERONLY beállítással.

NAME = 'biztonsági mentési _name'

Megadja a biztonsági mentés nevét. A biztonsági mentés neve eltérhet az adatbázis nevétől.

• A nevek legfeljebb 128 karakter hosszúságúak lehetnek.
• Elérési út nem szerepelhet benne.
• Betűvel vagy szám karakterrel vagy aláhúzásjellel (_) kell kezdődnie. A speciális karakterek az aláhúzásjel (_), a kötőjel (-) vagy a szóköz ( ). A biztonsági mentések neve nem végződhet szóköz karakterrel.
• Az utasítás sikertelen lesz, ha backup_name már létezik a megadott helyen.

Ez a név a metaadatokban van tárolva, és akkor jelenik meg, amikor a biztonsági mentés fejléce a RESTORE HEADERONLY beállítással lesz visszaállítva.

DIFFERENCIÁL

A felhasználói adatbázis különbségi biztonsági mentésének elvégzését adja meg. Ha nincs megadva, az alapértelmezett érték egy teljes adatbázis biztonsági mentése. A különbségi biztonsági mentés nevének nem kell megegyeznie a teljes biztonsági mentés nevével. A különbség és a megfelelő teljes biztonsági mentés nyomon követéséhez használja ugyanazt a nevet a "full" vagy a "diff" hozzáfűzésével.

Például:

BACKUP DATABASE Customer TO DISK = '\\xxx.xxx.xxx.xxx\backups\CustomerFull';

BACKUP DATABASE Customer TO DISK = '\\xxx.xxx.xxx.xxx\backups\CustomerDiff' WITH DIFFERENTIAL;

Engedélyek

Az db_backupoperator rögzített adatbázis-szerepkörhöz BACKUP DATABASE engedélyre vagy tagságra van szükség. A master adatbázisról nem lehet biztonsági másolatot készíteni, hanem egy olyan rendszeres felhasználó, aki hozzá lett adva a db_backupoperator rögzített adatbázis-szerepkörhöz. A master adatbázisról csak sa, a háló rendszergazdája vagy a sysadmin rögzített kiszolgálói szerepkör tagjai készíthetnek biztonsági másolatot.

Olyan Windows-fiókot igényel, amely rendelkezik hozzáféréssel, létrehozással és írással a biztonsági mentési könyvtárhoz. A Windows-fiók nevét és jelszavát az Analytics platformrendszerben (PDW) is tárolnia kell. Ha ezeket a hálózati hitelesítő adatokat szeretné hozzáadni az Analytics Platform Systemhez (PDW), használja a sp_pdw_add_network_credentials – Azure Synapse Analytics tárolt eljárást.

Az Analytics Platform System (PDW) hitelesítő adatainak kezeléséről további információt a Biztonsági című szakaszban talál.

Hibakezelés

BACKUP DATABASE-hibák a következő feltételek mellett:

• A felhasználói engedélyek nem elegendőek a biztonsági mentés végrehajtásához.
• Az Analytics Platform System (PDW) nem rendelkezik a megfelelő engedélyekkel arra a hálózati helyre, ahol a biztonsági mentést tárolni fogják.
• Az adatbázis nem létezik.
• A célkönyvtár már létezik a hálózati megosztáson.
• A célhálózati megosztás nem érhető el.
• A célhálózati megosztásnak nincs elegendő helye a biztonsági mentéshez. A BACKUP DATABASE parancs nem igazolja, hogy elegendő lemezterület áll rendelkezésre a biztonsági mentés kezdeményezése előtt, így lemezterületen kívüli hiba keletkezhet a BACKUP DATABASE futtatásakor. Ha nincs elegendő lemezterület, az Analytics Platform System (PDW) visszaállítja a BACKUP DATABASE parancsot. Az adatbázis méretének csökkentéséhez futtassa DBCC SHRINKLOG (Elemzési platformrendszer (PDW))
• Kíséreljen meg biztonsági másolatot létrehozni egy tranzakción belül.

Megjegyzések

Adatbázis biztonsági mentése előtt használja DBCC SHRINKLOG (Analytics Platform System (PDW)) az adatbázis méretének csökkentéséhez.

Az Analytics Platform System (PDW) biztonsági mentése több fájlból álló készletként van tárolva ugyanazon a könyvtáron belül.

A különbségi biztonsági mentés általában kevesebb időt vesz igénybe, mint a teljes biztonsági mentés, és gyakrabban is elvégezhető. Ha több különbözeti biztonsági mentés ugyanazon a teljes biztonsági mentésen alapul, minden különbség az előző különbségi biztonsági mentés összes módosítását tartalmazza.

Ha megszakít egy BACKUP parancsot, az Analytics Platform System (PDW) eltávolítja a célkönyvtárat és a biztonsági mentéshez létrehozott fájlokat. Ha az Analytics Platform System (PDW) elveszíti a megosztáshoz való hálózati kapcsolatot, a visszaállítás nem fejezhető be.

A teljes biztonsági mentések és a különbségi biztonsági mentések külön könyvtárakban vannak tárolva. A rendszer nem kényszeríti ki az elnevezési konvenciók használatát annak meghatározásához, hogy a teljes biztonsági mentés és a különbségi biztonsági mentés összetartozik-e. Ezt a saját elnevezési konvenciókon keresztül követheti nyomon. Ezt a leírás hozzáadásához használhatja a LEÍRÁS lehetőséggel, majd a RESTORE HEADERONLY utasítással lekérheti a leírást.

Korlátozások

A master adatbázisról nem végezhet különbségi biztonsági másolatot. Csak a master adatbázis teljes biztonsági mentése támogatott.

A master rendszeradatbázis tranzakciónapló-biztonsági mentései nem támogatottak.

A biztonsági mentési fájlok olyan formátumban vannak tárolva, amely csak az Analytics Platform System (PDW) berendezésre való visszaállításra alkalmas a RESTORE DATABASE – Analytics Platform System utasítás használatával.

A BACKUP DATABASE utasítással rendelkező biztonsági mentés nem használható adatok vagy felhasználói adatok SMP SQL Server-adatbázisokba való átvitelére. Ehhez a funkcióhoz használhatja a távoli táblázatmásolási funkciót. További információ: "Távoli táblamásolás" a Analytics Platform System (PDW) termékdokumentációjában.

Az Analytics Platform System (PDW) az SQL Server biztonsági mentési technológiáját használja az adatbázisok biztonsági mentéséhez és visszaállításához. Az SQL Server biztonsági mentési beállításai előre konfigurálva vannak a biztonsági mentési tömörítés használatához. Nem állíthat be biztonsági mentési beállításokat, például tömörítést, ellenőrzőösszeget, blokkméretet és pufferszámot.

A berendezésen egyszerre csak egy adatbázis biztonsági mentése vagy visszaállítása futtatható. Az Analytics Platform System (PDW) üzenetsorba állítja a biztonsági mentési vagy visszaállítási parancsokat, amíg az aktuális biztonsági mentési vagy visszaállítási parancs be nem fejeződik.

A biztonsági mentés visszaállítására szolgáló célberendezésnek legalább annyi számítási csomóponttal kell rendelkeznie, mint a forrásberendezésnek. A cél több számítási csomóponttal rendelkezhet, mint a forrásberendezés, de nem rendelkezhet kevesebb számítási csomóponttal.

Az Analytics Platform System (PDW) nem követi nyomon a biztonsági másolatok helyét és nevét, mivel a biztonsági másolatok a berendezésről vannak tárolva.

Az Analytics Platform System (PDW) nyomon követi az adatbázis biztonsági mentéseinek sikerességét vagy sikertelenségét.

A különbségi biztonsági mentés csak akkor engedélyezett, ha az utolsó teljes biztonsági mentés sikeresen befejeződött. Tegyük fel például, hogy hétfőn létrehoz egy teljes biztonsági másolatot a Sales adatbázisról, és a biztonsági mentés sikeresen befejeződik. Ezután kedden létrehoz egy teljes biztonsági másolatot a Sales adatbázisról, és az sikertelen lesz. A hiba után nem hozhat létre különbségi biztonsági másolatot a hétfői teljes biztonsági mentés alapján. A különbségi biztonsági mentés létrehozása előtt először létre kell hoznia egy sikeres teljes biztonsági másolatot.

Metaadatok

Ezek a dinamikus felügyeleti nézetek az összes biztonsági mentési, visszaállítási és betöltési művelet adatait tartalmazzák. Az információk a rendszer újraindítása során is megmaradnak.

• sys.pdw_loader_backup_runs
• sys.pdw_loader_backup_run_details
• sys.pdw_loader_run_stages

Teljesítmény

A biztonsági mentés végrehajtásához az Analytics Platform System (PDW) először biztonsági másolatot készít a metaadatokról, majd párhuzamos biztonsági másolatot készít a számítási csomópontokon tárolt adatbázis-adatokról. Az adatok közvetlenül az egyes számítási csomópontokból a biztonsági mentési könyvtárba lesznek átmásolva. Annak érdekében, hogy a számítási csomópontokról a biztonsági mentési könyvtárba irányuló adatok a lehető legjobb teljesítményt érjék el, az Elemzési platformrendszer (PDW) szabályozza azon számítási csomópontok számát, amelyek egyidejűleg másolják az adatokat.

Zár

Egy ExclusiveUpdate-zárolást hoz létre a DATABASE objektumon.

Biztonság

Az Analytics Platform System (PDW) biztonsági másolatai nem tárolódnak a berendezésen. Ezért az informatikai csapat felelős a biztonsági mentés biztonságának minden aspektusáért. Ez magában foglalja például a biztonsági mentési adatok biztonságát, a biztonsági mentések tárolására használt kiszolgáló biztonságát, valamint a biztonsági mentési kiszolgálót az Analytics Platform System (PDW) berendezéshez csatlakoztató hálózati infrastruktúra biztonságát.

Hálózati hitelesítő adatok kezelése

A biztonsági mentési könyvtárhoz való hálózati hozzáférés az operációs rendszer szokásos fájlmegosztási biztonságán alapul. A biztonsági mentés végrehajtása előtt létre kell hoznia vagy ki kell jelölnie egy Windows-fiókot, amelyet az Analytics Platform System (PDW) hitelesítéséhez használnak a biztonsági mentési könyvtárba. Ennek a Windows-fióknak engedéllyel kell rendelkeznie a biztonsági mentési címtárhoz való hozzáféréshez, létrehozáshoz és íráshoz.

A felhasználónevet és a jelszót az Analytics platformrendszerben (PDW) kell tárolnia a sp_pdw_add_network_credentials – Azure Synapse Analytics tárolt eljárás futtatásával. Az Analytics Platform System (PDW) a Windows Credential Manager használatával tárolja és titkosítja a felhasználóneveket és jelszavakat a vezérlő csomóponton és a számítási csomópontokon. A rendszer nem készít biztonsági másolatot a hitelesítő adatokról a BACKUP DATABASE paranccsal.

Ha el szeretné távolítani a hálózati hitelesítő adatokat az Analytics Platform Rendszerből (PDW), tekintse meg sp_pdw_remove_network_credentials – Azure Synapse Analytics.

Az Analytics Platform Systemben (PDW) tárolt összes hálózati hitelesítő adat listázásához használja a sys.dm_pdw_network_credentials dinamikus felügyeleti nézetet.

Példák

Egy. Hálózati hitelesítő adatok hozzáadása a biztonsági mentési helyhez

Biztonsági mentés létrehozásához az Analytics platformrendszernek (PDW) olvasási/írási engedéllyel kell rendelkeznie a biztonsági mentési könyvtárhoz. Az alábbi példa bemutatja, hogyan adhat hozzá hitelesítő adatokat egy felhasználóhoz. Az Analytics Platform System (PDW) tárolja ezeket a hitelesítő adatokat, és biztonsági mentési és visszaállítási műveletekhez használja őket.

EXEC sp_pdw_add_network_credentials 'xxx.xxx.xxx.xxx', 'domain1\backupuser', '*****';

B. A biztonsági mentési hely hálózati hitelesítő adatainak eltávolítása

Az alábbi példa bemutatja, hogyan távolíthatja el egy tartományfelhasználó hitelesítő adatait az Analytics Platform Systemből (PDW).

EXEC sp_pdw_remove_network_credentials 'xxx.xxx.xxx.xxx';

C. Felhasználói adatbázis teljes biztonsági másolatának létrehozása

Az alábbi példa létrehoz egy teljes biztonsági másolatot a Számlák felhasználói adatbázisról. Az Analytics Platform System (PDW) létrehozza a Invoices2013 könyvtárat, és menti a biztonsági mentési fájlokat a \\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Full könyvtárba.

BACKUP DATABASE Invoices TO DISK = '\\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Full';

D. Felhasználói adatbázis különbségi biztonsági mentésének létrehozása

Az alábbi példa egy különbségi biztonsági mentést hoz létre, amely tartalmazza a Invoices adatbázis utolsó teljes biztonsági mentése óta végrehajtott összes módosítást. Az Analytics Platform System (PDW) létrehozza a \\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Diff könyvtárat a fájlok tárolásához. A rendszer a "Számlák 2013 különbözeti biztonsági mentés" leírást a biztonsági mentés fejlécadataival együtt tárolja.

A különbözeti biztonsági mentés csak akkor fut sikeresen, ha a számlák utolsó teljes biztonsági mentése sikeresen befejeződött.

BACKUP DATABASE Invoices TO DISK = '\\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Diff'
    WITH DIFFERENTIAL,
    DESCRIPTION = 'Invoices 2013 differential backup';

E. A főadatbázis teljes biztonsági másolatának létrehozása

Az alábbi példa létrehoz egy teljes biztonsági másolatot a master adatbázisról, és a \\\xxx.xxx.xxx.xxx\backups\2013\daily\20130722\masterkönyvtárban tárolja, ahol az IP egy hálózati IP-cím.

BACKUP DATABASE master TO DISK = '\\xxx.xxx.xxx.xxx\backups\2013\daily\20130722\master';

F. A berendezés bejelentkezési adatainak biztonsági mentése

A master adatbázis tárolja a berendezés bejelentkezési adatait. A berendezés bejelentkezési adatainak biztonsági mentéséhez biztonsági másolatot kell készítenie a master adatbázisról.

Az alábbi példa a master adatbázis teljes biztonsági másolatát hozza létre.

BACKUP DATABASE master TO DISK = '\\xxx.xxx.xxx.xxx\backups\2013\daily\20130722\master'
WITH (
    DESCRIPTION = 'Master Backup 20130722',
    NAME = 'login-backup'
)
;

Kapcsolódó tartalom

• RESTORE DATABASE – Párhuzamos adattárház