|
Dieser Artikel wurde manuell übersetzt. Bewegen Sie den Mauszeiger über die Sätze im Artikel, um den Originaltext anzuzeigen.
|
Übersetzung
Original
|
BACKUP (Transact-SQL)
Hinweis
|
|---|
|
|
Backing 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 ] } ]
[;]
Backing 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 ] } ]
[;]
Creating 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 ] } ]
[;]
Backing 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_optionspec> } [ ,...n ] ]
[;]
<backup_device>::=
{
{ logical_device_name | @logical_device_name_var }
| { DISK | TAPE } =
{ 'physical_device_name' | @physical_device_name_var }
}
<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 | NO_COMPRESSION }
| DESCRIPTION = { 'text' | @text_variable }
| NAME = { backup_set_name | @backup_set_name_var }
| { EXPIREDATE = { 'date' | @date_var }
| RETAINDAYS = { days | @days_var } }
--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 }
--Log-specific Options
{ NORECOVERY | STANDBY = undo_file_name }
| NO_TRUNCATE
- DATABASE
-
Gibt eine vollständige Datenbanksicherung an. Wird eine Liste von Dateien und Dateigruppen angegeben, werden nur diese Dateien und Dateigruppen gesichert. Während einer vollständigen oder differenziellen Datenbanksicherung werden von SQL Server auch die erforderlichen Teile des Transaktionsprotokolls gesichert, um eine konsistente Datenbank zu erzeugen, wenn die Sicherung wiederhergestellt wird. Wenn Sie eine von BACKUP DATABASE (eine Datensicherung) erstellte Sicherung wiederherstellen, wird die komplette Sicherung wiederhergestellt. Nur Protokollsicherungen können bis zu einem bestimmten Zeitpunkt oder bis zu einer bestimmten Transaktion in der Sicherung wiederhergestellt werden.
Hinweis
Für die master-Datenbank kann nur eine vollständige Datenbanksicherung ausgeführt werden. - LOG
-
Gibt an, dass nur das Transaktionsprotokoll gesichert wird. Das Protokoll wird von der letzten erfolgreich ausgeführten Protokollsicherung bis zum aktuellen Ende des Protokolls gesichert. Bevor Sie die erste Protokollsicherung erstellen können, müssen Sie eine vollständige Sicherung erstellen. Eine Protokollsicherung können Sie auf eine bestimmte Zeit oder Transaktion in der Sicherung wiederherstellen, indem Sie in der RESTORE LOG-Anweisung WITH STOPAT, STOPATMARK oder STOPBEFOREMARK angeben.
Hinweis
Eine Medienfamilie muss immer auf demselben Medium innerhalb eines bestimmten Spiegels gesichert werden. Das Protokoll wird abgeschnitten, nachdem alle Datensätze innerhalb mindestens einer virtuellen Protokolldatei deaktiviert werden. Wenn das Protokoll nach routinemäßigen Protokollsicherungen nicht abgeschnitten wird, wird das Abschneiden des Protokolls möglicherweise verzögert. Weitere Informationen finden Sie weiter oben unter - { database_name| @database_name_var }
-
Die Datenbank, für die ein Transaktionsprotokoll, eine Teildatenbank oder die vollständige Datenbank gesichert wird. Wird das Argument in Form einer Variablen angegeben (@database_name_var), kann dieser Name entweder als Zeichenfolgenkonstante (@database_name_var=database name) oder als Variable eines Zeichenfolgen-Datentyps (mit Ausnahme der Datentypen ntext und text) angegeben werden.
Hinweis
Eine Sicherung der Spiegeldatenbank in einer Datenbank-Spiegelungspartnerschaft ist nicht möglich. - <file_or_filegroup> [ ,...n ]
-
Wird nur mit BACKUP DATABASE verwendet, gibt eine Datenbankdatei oder eine Dateigruppe in einer Datenbank an, die in einer Dateisicherung enthalten sein soll, oder gibt eine schreibgeschützte Datei oder Dateigruppe an, die in einer Teilsicherung enthalten sein soll. - FILE = { logical_file_name| @logical_file_name_var }
-
Der logische Name einer Datei oder einer Variablen, deren Wert dem logischen Namen einer Datei entspricht, die in der Sicherung enthalten sein soll. - FILEGROUP = { logical_filegroup_name| @logical_filegroup_name_var }
-
Der logische Name einer Dateigruppe oder einer Variablen, deren Wert dem logischen Namen einer Dateigruppe entspricht, die in der Sicherung enthalten sein soll. Beim einfachen Wiederherstellungsmodell wird die Dateigruppensicherung nur für eine schreibgeschützte Dateigruppe unterstützt.
Hinweis
Verwenden Sie Dateisicherungen dann, wenn eine Datenbanksicherung aufgrund der Datenbankgröße und aufgrund von Leistungsanforderungen nicht möglich ist. - n
-
Ein Platzhalter, der anzeigt, dass mehrere Dateien und Dateigruppen in einer durch Trennzeichen getrennten Liste angegeben werden können. Für die Anzahl gibt es keine Einschränkungen.
Weitere Informationen finden Sie unter Vollständige Dateisicherungen (SQL Server) und Sichern von Dateien und Dateigruppen (SQL Server). - READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name| @logical_filegroup_name_var } [ ,...n ] ]
-
Gibt eine Teilsicherung an. Eine Teilsicherung umfasst alle Dateien mit Lese-/Schreibzugriff in einer Datenbank: die primäre Dateigruppe und alle beliebigen sekundären Dateigruppen mit Lese-/Schreibzugriff sowie auch alle angegebenen schreibgeschützten Dateien oder Dateigruppen. - READ_WRITE_FILEGROUPS
-
Gibt an, dass alle Dateigruppen mit Lese-/Schreibzugriff in der Teilsicherung gesichert werden sollen. Wenn die Datenbank schreibgeschützt ist, umfasst READ_WRITE_FILEGROUPS nur die primäre Dateigruppe.
Wichtig
Durch das explizite Auflisten der Dateigruppen mit Lese-/Schreibzugriff mithilfe von FILEGROUP anstelle von READ_WRITE_FILEGROUPS wird eine Dateisicherung erstellt. - FILEGROUP = { logical_filegroup_name| @logical_filegroup_name_var }
-
Der logische Name einer schreibgeschützten Dateigruppe oder einer Variablen, deren Wert dem logischen Namen einer schreibgeschützten Dateigruppe entspricht, die in der Teilsicherung enthalten sein soll. Weitere Informationen finden Sie unter "<file_or_filegroup>" weiter oben in diesem Thema. - n
-
Ein Platzhalter, der anzeigt, dass mehrere schreibgeschützte Dateigruppen in einer durch Trennzeichen getrennten Liste angegeben werden können.
Weitere Informationen zu Teilsicherungen finden Sie unter Teilsicherungen (SQL Server). - TO <backup_device> [ ,...n ]
-
Gibt an, dass es sich bei dem zugehörigen Satz von Sicherungsmedien entweder um einen nicht gespiegelten Mediensatz handelt oder um den ersten Spiegel innerhalb eines gespiegelten Mediensatzes (für den eine oder mehrere MIRROR TO-Klauseln deklariert sind). - <backup_device>
-
Gibt ein logisches oder physisches Sicherungsmedium an, das für den Sicherungsvorgang verwendet werden soll. - { logical_device_name | @logical_device_name_var }
-
Der logische Name des Sicherungsmediums, auf dem die Datenbank gesichert wird. Der logische Name muss den Regeln für Bezeichner entsprechen. Bei der Angabe als Variable (@logical_device_name_var) kann der Name des Sicherungsmediums entweder als Zeichenfolgenkonstante (@logical_device_name_var= Name des logischen Sicherungsmediums) oder als Variable eines Zeichenfolgen-Datentyps (mit Ausnahme der Datentypen ntext oder text) angegeben werden. - { DISK | TAPE } = { 'physical_device_name' | @physical_device_name_var }
-
Gibt eine Datenträgerdatei oder ein Bandmedium an. Das Datenträgermedium muss erst dann vorhanden sein, wenn es in einer BACKUP-Anweisung angegeben wird. Wenn das physische Medium vorhanden ist und die Option INIT in der BACKUP-Anweisung nicht angegeben ist, wird die Sicherung an das Medium angefügt. Weitere Informationen finden Sie unter Sicherungsmedien (SQL Server).
Hinweis
Die Option TAPE wird in zukünftigen Versionen von SQL Server nicht mehr bereitgestellt. Verwenden Sie diese Funktion beim Entwickeln neuer Anwendungen nicht, und planen Sie das Ändern von Anwendungen, in denen es zurzeit verwendet wird.
- n
-
Ein Platzhalter, der anzeigt, dass in einer durch Trennzeichen getrennten Liste möglicherweise bis zu 64 Sicherungsmedien angegeben werden.
- MIRROR TO <backup_device> [ ,...n ]
-
Gibt einen Satz von bis zu drei sekundären Sicherungsmedien an, die die in der TO-Klausel angegebenen Sicherungsmedien spiegeln. Die MIRROR TO-Klausel muss denselben Typ und dieselbe Anzahl von Sicherungsdateien angeben wie die TO-Klausel. Die maximale Anzahl von MIRROR TO-Klauseln lautet drei. Diese Option ist nur in SQL Server 2005 Enterprise Edition und späteren Versionen verfügbar.
Hinweis
Für MIRROR TO = DISK legt BACKUP automatisch die geeignete Blockgröße für Datenträgermedien fest. Weitere Informationen zur Blockgröße finden Sie weiter unten in dieser Tabelle unter "BLOCKSIZE". Weitere Informationen finden Sie unter "Medienfamilien in gespiegelten Mediensätzen" im Abschnitt "Hinweise" weiter unten in diesem Thema. - [ next-mirror-to ]
-
Ein Platzhalter, der anzeigt, dass eine einzelne BACKUP-Anweisung zusätzlich zu der einzelnen TO-Klausel bis zu drei MIRROR TO-Klauseln enthalten kann.
WITH-Optionen
- DIFFERENTIAL
-
Gibt bei der Verwendung nur mit BACKUP DATABASE an, dass sich die Datenbank- oder Dateisicherung nur auf die Teile der Datenbank oder Datei beschränken soll, die seit der letzten vollständigen Sicherung geändert wurden. Eine differenzielle Sicherung benötigt in der Regel weniger Speicherplatz als eine vollständige Sicherung. Verwenden Sie diese Option, damit nicht alle seit der letzten vollständigen Sicherung ausgeführten individuellen Protokollsicherungen angewendet werden müssen.
Hinweis
BACKUP DATABASE erstellt standardmäßig eine vollständige Sicherung. Weitere Informationen finden Sie unter Differenzielle Sicherungen (SQL Server).
Sicherungssatzoptionen
|
Hinweis
|
|---|
|
|
- COPY_ONLY
-
Gibt an, dass die Sicherung eine Kopiesicherung ist, die keine Auswirkungen auf die normale Sicherungssequenz hat. Eine Kopiesicherung wird unabhängig von den regelmäßig geplanten konventionellen Sicherungen erstellt. Eine Kopiesicherung hat keine Auswirkungen auf die allgemeinen Sicherungs- und Wiederherstellungsprozeduren für die Datenbank. Kopiesicherungen wurden in SQL Server 2005 für Situationen eingeführt, in denen eine Sicherung für einen besonderen Zweck verwendet wird, z. B. zum Sichern des Protokolls vor einer Onlinedateiwiederherstellung. In der Regel wird eine Kopieprotokollsicherung einmal verwendet und dann gelöscht. -
Bei Verwendung mit BACKUP DATABASE wird durch die Option COPY_ONLY eine vollständige Sicherung erstellt, die nicht als eine differenzielle Basis verwendet werden kann. Das differenzielle Bitmuster wird nicht aktualisiert, und die differenziellen Sicherungen verhalten sich so, als sei die Kopiesicherung nicht vorhanden. Nachfolgende differenzielle Sicherungen verwenden die neueste, konventionelle vollständige Sicherung als Basis.
Wichtig
Wenn DIFFERENTIAL und COPY_ONLY zusammen verwendet werden, wird COPY_ONLY ignoriert, und eine differenzielle Sicherung wird erstellt. -
Bei Verwendung mit BACKUP LOG wird durch die Option COPY_ONLY eine Kopieprotokollsicherung erstellt, die das Transaktionsprotokoll nicht abschneidet. Die Kopieprotokollsicherung hat keine Auswirkungen auf die Protokollkette, und andere Protokollsicherungen verhalten sich so, als sei die Kopiesicherung nicht vorhanden.
Weitere Informationen finden Sie unter Kopiesicherungen [SQL Server]. -
- { COMPRESSION | NO_COMPRESSION }
-
Nur in SQL Server 2008 Enterprise und höheren Versionen verfügbar. Gibt an, ob bei dieser Sicherung die Sicherungskomprimierung eingesetzt wird, wodurch die Standardeinstellung auf Serverebene überschrieben wird. Die Sicherungskomprimierung wird bei der Installation standardmäßig deaktiviert. Diese Standardeinstellung kann jedoch durch Festlegen der Serverkonfigurationsoption backup compression default geändert werden. Informationen zum Anzeigen des aktuellen Werts dieser Option finden Sie unter Anzeigen oder Ändern von Servereigenschaften. - DESCRIPTION = { 'text' | @text_variable }
-
Gibt den freien Text an, der als Beschreibung des Sicherungssatzes verwendet wird. Die Zeichenfolge kann maximal 255 Zeichen haben. - NAME = { backup_set_name| @backup_set_var }
-
Gibt den Namen des Sicherungssatzes an. Namen können maximal 128 Zeichen haben. Wird NAME nicht angegeben, erhält der Sicherungssatz einen leeren Namen. - { EXPIREDATE = 'date'| RETAINDAYS = days }
-
Gibt an, wann der Sicherungssatz für diese Sicherung überschrieben werden kann. Wenn beide Optionen verwendet werden, hat RETAINDAYS Vorrang vor EXPIREDATE. Wenn keine der Optionen angegeben wird, wird das Ablaufdatum durch die Konfigurationseinstellung mediaretention bestimmt. Weitere Informationen finden Sie unter Serverkonfigurationsoptionen.
Wichtig
Diese Optionen verhindern nur, dass SQL Server eine Datei überschreibt. Bänder können mit anderen Methoden gelöscht werden, und Dateien auf einem Datenträger können mit entsprechenden Betriebssystembefehlen gelöscht werden. Weitere Informationen zur Prüfung des Ablaufdatums finden Sie unter SKIP und FORMAT in diesem Thema. - EXPIREDATE = { 'date'| @date_var }
-
Gibt an, wann der Sicherungssatz abläuft und überschrieben werden kann. Wenn dieses Datum als Variable (@date_var) bereitgestellt wird, muss es dem konfigurierten datetime-Systemformat genügen und als eines der folgenden Elemente angegeben werden: -
Eine Zeichenfolgekonstante (@date_var = Datum) -
Eine Variable mit einem Zeichenfolgen-Datentyp (mit Ausnahme der Datentypen ntext und text) -
A smalldatetime -
Eine Variable vom Typ datetime
Beispiel: -
'Dec 31, 2020 11:59 PM'
-
'1/1/2021'
Weitere Informationen zum Angeben von datetime-Werten finden Sie unter Datums- und Uhrzeittypen.
Hinweis
Zum Ignorieren des Ablaufdatums verwenden Sie die Option SKIP. -
- RETAINDAYS = { days| @days_var }
-
Gibt die Anzahl von Tagen an, die verstreichen müssen, bevor dieser Sicherungsmediensatz überschrieben werden kann. Bei der Angabe als Variable (@days_var) muss der Wert als ganze Zahl angegeben werden.
Mediensatzoptionen
- { NOINIT | INIT }
-
Steuert, ob der Sicherungsvorgang an die vorhandenen Sicherungssätze auf dem Sicherungsmedium angefügt wird oder diese überschreibt. Er wird standardmäßig an den neuesten Sicherungssatz auf dem Medium (NOINIT) angefügt.
Hinweis
Informationen zu Interaktionen zwischen { NOINIT | INIT } und { NOSKIP | SKIP } finden Sie unter "Hinweise" weiter unten in diesem Thema. - { NOSKIP | SKIP }
-
Steuert, ob ein Sicherungsvorgang das Ablaufdatum und die Ablaufzeit der Sicherungssätze auf dem Medium überprüft, bevor diese überschrieben werden.
Hinweis
Informationen zu Interaktionen zwischen { NOINIT | INIT } und { NOSKIP | SKIP } finden Sie unter "Hinweise" weiter unten in diesem Thema. - { NOFORMAT | FORMAT }
-
Gibt an, dass der Medienheader auf alle Volumes geschrieben werden soll, die für diesen Sicherungsvorgang verwendet werden. Dabei werden vorhandene Medienheader und Sicherungssätze überschrieben. - NOFORMAT
-
Gibt an, dass der Sicherungsvorgang die vorhandenen Medienheader und Sicherungssätze auf den Medienvolumes beibehält, die für diesen Vorgang verwendet werden. Dies ist das Standardverhalten. - FORMAT
-
Gibt an, dass ein neuer Mediensatz erstellt werden kann. FORMAT bewirkt, dass vom Sicherungsvorgang ein neuer Medienheader auf alle Medienvolumes geschrieben wird, die für den Sicherungsvorgang verwendet werden. Der vorhandene Inhalt des Volumes wird ungültig, da alle vorhandenen Medienheader und Sicherungssätze überschrieben werden.
Wichtig
Verwenden Sie FORMAT mit Vorsicht. Die Formatierung von Volumes eines Mediensatzes führt dazu, dass der gesamte Mediensatz nicht mehr verwendet werden kann. Wird beispielsweise ein einzelnes Band initialisiert, das zu vorhandenen Stripesetmedien gehört, führt dies dazu, dass der gesamte Mediensatz unbrauchbar wird. Durch die Angabe von FORMAT ist SKIP impliziert. SKIP muss nicht explizit angegeben werden.
- MEDIADESCRIPTION = { text | @text_variable }
-
Gibt die Freiform-Textbeschreibung des Mediensatzes an. Diese kann aus maximal 255 Zeichen bestehen. - MEDIANAME = { media_name | @media_name_variable}
-
Gibt den Mediennamen für den gesamten Sicherungsmediensatz an. Der Medienname darf nicht mehr als 128 Zeichen umfassen. Wird MEDIANAME angegeben, muss dieser Name dem vorher angegebenen Mediennamen auf den Sicherungsvolumes entsprechen. Wird er nicht angegeben, oder ist die Option SKIP festgelegt, findet keine Prüfung des Mediennamens statt. - BLOCKSIZE = { blocksize | @blocksize_variable }
-
Legt die physische Blockgröße in Bytes fest. Die unterstützten Größen sind 512, 1024, 2048, 4096, 8192, 16.384, 32.768 und 65.536 (64 KB) Bytes. Der Standardwert ist 65.536 für Bandmedien und sonst 512. In der Regel ist diese Option nicht erforderlich, da von BACKUP automatisch eine Blockgröße ausgewählt wird, die für das Medium geeignet ist. Mit der expliziten Angabe einer Blockgröße wird die automatische Wahl der Blockgröße überschrieben. Geben Sie beim Erstellen einer Sicherung, die Sie auf eine CD-ROM kopieren und von dieser wiederherstellen möchten, BLOCKSIZE=2048 an.
Hinweis
Diese Option hat i. d. R. nur dann Auswirkungen auf die Leistung, wenn auf Bandmedien geschrieben wird.
Datenübertragungsoptionen
- BUFFERCOUNT = { buffercount | @buffercount_variable }
-
Gibt die Gesamtanzahl von E/A-Puffern an, die für den Sicherungsvorgang verwendet werden sollen. Sie können eine beliebige positive ganze Zahl angeben. Eine große Pufferanzahl kann jedoch wegen eines ungeeigneten virtuellen Adressraumes im Prozess Sqlservr.exe zu Fehlern aufgrund von nicht genügend Arbeitsspeicher führen. Der gesamte von den Puffern belegte Speicherplatz wird durch buffercount*maxtransfersize bestimmt.
Hinweis
Wichtige Informationen zur Verwendung der BUFFERCOUNT-Option finden Sie im Blogeintrag Falsche BufferCount-Datenübertragungsoption kann OOM-Bedingung auslösen. - MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }
-
Gibt die größte zu verwendende Übertragungseinheit zwischen SQL Server und dem Sicherungsmedium in Bytes an. Die möglichen Werte sind Vielfache von 65.536 Bytes (64 KB) bis hin zu 4.194.304 Bytes (4 MB).
Fehlerverwaltungsoptionen
Kompatibilitätsoptionen
Überwachungsoptionen
Bandoptionen
- { REWIND | NOREWIND }
-
- REWIND
-
Gibt an, dass SQL Server das Band freigibt und zurückspult. REWIND ist die Standardeinstellung. - NOREWIND
-
Gibt an, dass SQL Server das Band nach dem Sicherungsvorgang offen hält. Diese Option trägt zur Leistungsverbesserung bei, wenn mehrere Sicherungsvorgänge auf einem Band ausgeführt werden. NOREWIND impliziert NOUNLOAD, und diese Optionen sind innerhalb einer BACKUP-Anweisung inkompatibel.
Hinweis
Wenn Sie NOREWIND verwenden, bleibt die Instanz von SQL Server Besitzer des Bandlaufwerks, bis in einer BACKUP- oder RESTORE-Anweisung, die in demselben Prozess ausgeführt wird, die Option REWIND oder UNLOAD verwendet wird oder bis die Serverinstanz heruntergefahren wird. Ein Offenhalten des Bandes verhindert, dass andere Prozesse auf das Band zugreifen können. Informationen zum Anzeigen einer Liste offener Bänder und zum Schließen eines offenen Bandes finden Sie unter Sicherungsmedien (SQL Server).
- { UNLOAD | NOUNLOAD }
-
Hinweis
UNLOAD/NOUNLOAD ist eine Sitzungseinstellung, die für die Dauer der Sitzung oder bis zur Angabe der alternativen Einstellung persistent gespeichert wird.
|
Hinweis
|
|---|
|
|
Protokollspezifische Optionen
|
Hinweis
|
|---|
|
|
Transaktionsprotokollabschneidungen
Formatieren von Sicherungsmedien
Arbeiten mit Sicherungsmedien und Mediensätzen
Wiederherstellen von SQL Server-Sicherungen
|
Hinweis
|
|---|
|
|
Sicherungstypen
-
Alle Wiederherstellungsmodelle unterstützen vollständige und differenzielle Sicherungen von Daten. Umfang der Sicherung Sicherungstypen Gesamte Datenbank Datenbanksicherungen umfassen die gesamte Datenbank. Optional kann jede Datenbanksicherung als Basis einer Serie von einer oder mehreren differenziellen Datenbanksicherungen dienen. Teilweise Datenbanksicherung Teilsicherungen umfassen Dateigruppen mit Lese-/Schreibzugriff und möglicherweise mindestens eine schreibgeschützte Datei oder Dateigruppe. Optional kann jede Teilsicherung als Basis einer Serie von einer oder mehreren Teilsicherungen dienen. Datei oder Dateigruppe Dateisicherungen umfassen mindestens eine Datei oder Dateigruppe und sind nur für Datenbanken relevant, in denen mehrere Dateigruppen enthalten sind. Beim einfachen Wiederherstellungsmodell werden Dateisicherungen im Wesentlichen auf schreibgeschützte sekundäre Dateigruppen beschränkt. Optional kann jede Dateisicherung als Basis einer Serie von einer oder mehreren differenziellen Dateisicherungen dienen. -
Beim vollständigen oder massenprotokollierten Wiederherstellungsmodell enthalten die konventionellen Sicherungen auch Transaktionsprotokollsicherungen (oder Protokollsicherungen), die erforderlich sind. Jede Protokollsicherung umfasst den Teil des Transaktionsprotokolls, der beim Erstellen der Sicherung aktiv war, und enthält alle Protokolldatensätze, die in einer vorherigen Protokollsicherung nicht gesichert wurden. Wenn Sie die Gefahr eines Datenverlusts minimieren und den damit verbundenen höheren Verwaltungsaufwand in Kauf nehmen möchten, sollten Sie häufige Protokollsicherungen planen. Wenn Sie zwischen vollständigen Sicherungen differenzielle Sicherungen planen, kann dies die Wiederherstellungszeit verkürzen, da Sie nach dem Wiederherstellen der Daten nur eine geringe Anzahl von Protokollsicherungen wiederherstellen müssen. Es empfiehlt sich, Protokollsicherungen auf einem anderen Volume als die Datenbanksicherungen zu speichern.
Hinweis
Bevor Sie die erste Protokollsicherung erstellen können, müssen Sie eine vollständige Sicherung erstellen. -
Eine Kopiesicherung ist eine besondere vollständige Sicherung oder Protokollsicherung, die von der normalen Sequenz konventioneller Sicherungen unabhängig ist. Verwenden Sie zum Erstellen einer Kopiesicherung die Option COPY_ONLY in der BACKUP-Anweisung. Weitere Informationen finden Sie unter Kopiesicherungen [SQL Server].
Transaktionsprotokollabschneidungen
|
Hinweis
|
|---|
|
|
Formatieren von Sicherungsmedien
-
Die Option FORMAT ist angegeben. -
Das Medium ist leer. -
Mit dem Vorgang wird ein Anschlussband geschrieben.
Arbeiten mit Sicherungsmedien und Mediensätzen
Sicherungsmedien in Stripesetmedien
BACKUP DATABASE AdventureWorks2012 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 AdventureWorks2012 database; GO
Verwenden eines gespiegelten Mediensatzes
BACKUP DATABASE AdventureWorks2012 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
| Wichtig |
|---|
Medienfamilien in gespiegelten Mediensätzen
Z:\AdventureWorks1a.bak | Z:\AdventureWorks2a.bak | Z:\AdventureWorks3a.bak | |
Z:\AdventureWorks1b.bak | Z:\AdventureWorks2b.bak | Z:\AdventureWorks3b.bak |
Wiederherstellen von SQL Server-Sicherungen
Interaktion von SKIP, NOSKIP, INIT und NOINIT
|
Hinweis
|
|---|
|
|
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
Vorsicht
|
|---|
|
|
|
Hinweis
|
|---|
|
|
-
Vorgänge, die die Dateiverwaltung betreffen, wie z. B. die ALTER DATABASE-Anweisung mit der Option ADD FILE oder REMOVE FILE. -
Vorgänge zum Verkleinern der Datenbank oder von Dateien. Dazu gehören auch Vorgänge zum automatischen Verkleinern.
Berechtigungen
-
C. Erstellen einer vollständigen Dateisicherung der sekundären Dateigruppen -
D. Erstellen einer differenziellen Dateisicherung der sekundären Dateigruppen -
H. Erstellen einer komprimierter Sicherung in einem neuen Mediensatz
|
Hinweis
|
|---|
|
|
A.Sichern einer vollständigen Datenbank
BACKUP DATABASE AdventureWorks2012 TO DISK = 'Z:\SQLServerBackups\AdvWorksData.bak' WITH FORMAT; GO
B.Sichern der Datenbank und des Protokolls
-- To permit log backups, before the full database backup, modify the database -- to use the full recovery model. USE master; GO ALTER DATABASE AdventureWorks2012 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 AdventureWorks2012 database. BACKUP DATABASE AdventureWorks2012 TO AdvWorksData; GO -- Back up the AdventureWorks2012 log. BACKUP LOG AdventureWorks2012 TO AdvWorksLog; GO
| Hinweis |
|---|
C.Erstellen einer vollständigen Dateisicherung der sekundären Dateigruppen
--Back up the files in SalesGroup1: BACKUP DATABASE Sales FILEGROUP = 'SalesGroup1', FILEGROUP = 'SalesGroup2' TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck'; GO
D.Erstellen einer differenziellen Dateisicherung der sekundären Dateigruppen
--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
FILEGROUP = 'SalesGroup1',
FILEGROUP = 'SalesGroup2'
TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck'
WITH
DIFFERENTIAL;
GO
E.Erstellen eines gespiegelten Mediensatzes für eine Medienfamilie und Sichern auf einen gespiegelten Mediensatz für eine Medienfamilie
BACKUP DATABASE AdventureWorks2012 TO TAPE = '\\.\tape0' MIRROR TO TAPE = '\\.\tape1' MIRROR TO TAPE = '\\.\tape2' MIRROR TO TAPE = '\\.\tape3' WITH FORMAT, MEDIANAME = 'AdventureWorksSet0';
F.Erstellen eines gespiegelten Mediensatzes für mehrere Medienfamilien und Sichern auf einen gespiegelten Mediensatz für mehrere Medienfamilien
BACKUP DATABASE AdventureWorks2012 TO TAPE = '\\.\tape0', TAPE = '\\.\tape1' MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3' WITH FORMAT, MEDIANAME = 'AdventureWorksSet1';
G.Sichern auf einen vorhandenen gespiegelten Mediensatz
BACKUP LOG AdventureWorks2012 TO TAPE = '\\.\tape0', TAPE = '\\.\tape1' MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3' WITH NOINIT, MEDIANAME = 'AdventureWorksSet1';
| Hinweis |
|---|
H.Erstellen einer komprimierter Sicherung in einem neuen Mediensatz
BACKUP DATABASE AdventureWorks2012 TO DISK='Z:\SQLServerBackups\AdvWorksData.bak' WITH FORMAT, COMPRESSION;
