Freigeben über

Sicherungsmedien (SQL Server)

  • Artikel

Während eines Sicherungsvorgangs für eine SQL Server-Datenbank werden die gesicherten Daten (die Sicherung) auf ein physisches Sicherungsgerät geschrieben. Dieses physische Sicherungsmedium wird initialisiert, wenn die erste Sicherung in einem Mediensatz darauf geschrieben wird. Die Sicherungen auf einem Satz von einem oder mehreren Sicherungsmedien bilden einen einzelnen Mediensatz.

In diesem Thema:

Begriffe und Definitionen

Sicherungsdatenträger
Eine Festplatte oder ein anderes Datenträgerspeichermedium, die bzw. das eine oder mehrere Sicherungsdateien enthält. Eine Sicherungsdatei ist eine reguläre Betriebssystemdatei.

Mediensatz
Eine geordnete Auflistung von Sicherungsmedien (Bänder oder Dateien auf Datenträgern), für die ein fester Typ sowie eine feste Anzahl von Sicherungsmedien verwendet wird. Weitere Informationen zu Mediensätzen finden Sie unter Mediensätze, Medienfamilien und Sicherungssätze (SQL Server).

Physisches Sicherungsmedium
Entweder ein Bandlaufwerk oder eine vom Betriebssystem bereitgestellte Datei auf dem Datenträger. Eine Sicherung kann auf 1 bis 64 Sicherungsmedien geschrieben werden. Wenn für eine Sicherung mehrere Sicherungsmedien benötigt werden, müssen diese ohne Ausnahme demselben Medientyp angehören (Datenträger oder Band).

SQL Server-Sicherungen können nicht nur auf einen Datenträger oder ein Band geschrieben werden, sondern auch in den Azure Blob Storage-Dienst.

Verwenden von Datenträgersicherungsmedien

In diesem Abschnitt:

Wenn sich eine Datenträgerdatei füllt, während bei einem Sicherungsvorgang dem Mediensatz eine Sicherung hinzugefügt wird, kann die Sicherungsvorgang nicht bis zum Ende ausgeführt werden. Die maximale Größe einer Sicherungsdatei wird durch den freien Speicherplatz auf dem Datenträgermedium bestimmt. Die geeignete Größe für ein Datenträgersicherungsmedium hängt daher von der Größe Ihrer Sicherungen ab.

Ein Datenträgersicherungsmedium kann ein einfacher Datenträger sein, z. B. ein ATA-Laufwerk. Alternativ kann auch ein im laufenden Betrieb austauschbares Datenträgerlaufwerk verwendet werden, das den Vorteil hat, dass Sie auf transparente Weise einen vollen Datenträger gegen einen leeren austauschen können. Ein Sicherungsdatenträger kann ein lokaler Datenträger auf dem Server oder ein als Netzwerkressource freigegebener Remotedatenträger sein. Informationen zum Verwenden eines Remotedatenträgers finden Sie unter Sichern in eine Datei auf einer Netzwerkfreigabeweiter unten in diesem Thema.

SQL Server Verwaltungstools sind bei der Verarbeitung von Datenträgersicherungsgeräten sehr flexibel, da sie automatisch einen Zeitstempelnamen auf der Datenträgerdatei generieren.

Wichtig

Als Sicherungsdatenträger sollte ein anderer Datenträger als für die Datenbankdaten und Protokolldatenträger verwendet werden. Nur so kann sichergestellt werden, dass Sie auch dann auf die Sicherungen zugreifen können, wenn die Daten- oder Protokolldatenträger ausfallen.

Angeben einer Sicherungsdatei unter Verwendung des physischen Namens (Transact-SQL)

Die grundlegende BACKUP -Syntax zum Angeben einer Sicherungsdatei mithilfe des Namens des physischen Mediums lautet wie folgt:

BACKUP DATABASE Name der Datenbank

TO DISK = { 'physical_backup_device_name'physical_backup_device_name_var | @ }

Beispiel:

BACKUP DATABASE AdventureWorks2012   
   TO DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak';  
GO

Die grundlegende Syntax zum Angeben eines physischen Datenträgermediums in einer RESTORE -Anweisung lautet:

RESTORE { DATABASE | LOG } Name der Datenbank

FROM DISK = { 'physical_backup_device_name'physical_backup_device_name_var | @ }

Beispiel:

RESTORE DATABASE AdventureWorks2012   
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak';

Angeben des Pfads für eine Datenträgersicherungsdatei

Wenn Sie eine Sicherungsdatei angeben, sollten Sie den vollständigen Pfad und den Dateinamen angeben. Wenn Sie beim Sichern der Datei nur den Dateinamen oder einen relativen Pfad angeben, wird die Sicherungsdatei im Standardsicherungsverzeichnis gespeichert. Das Standardsicherungsverzeichnis lautet „C:\Programme\Microsoft SQL Server\MSSQL.n\MSSQL\Backup“, wobei mit n die Nummer der Serverinstanz angegeben wird. Das Standardsicherungsverzeichnis für die Standardserverinstanz lautet daher C":\Programme\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Backup".

Für eine eindeutige Zuordnung (insbesondere in Skripts) empfiehlt sich die explizite Angabe des Pfads für das Sicherungsverzeichnis in allen DISK-Klauseln. Wenn Sie den Abfrage-Editor verwenden, ist dieser Aspekt weniger wichtig. In diesem Fall, wenn Sie sicherstellen können, dass sich die Sicherungsdatei im Standardsicherungsverzeichnis befindet, können Sie die Pfadangabe in der DISK-Klausel auslassen. Mit der folgenden BACKUP Anweisung wird beispielsweise die AdventureWorks2012-Datenbank im Standardsicherungsverzeichnis gesichert.

BACKUP DATABASE AdventureWorks2012   
   TO DISK = 'AdventureWorks2012.bak';  
GO

Hinweis

Der Standardspeicherort wird im BackupDirectory -Registrierungsschlüssel unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.n\MSSQLServergespeichert.

Sichern in eine Datei auf einer Netzwerkfreigabe

Damit SQL Server auf eine Remotedatenträgerdatei zugreifen kann, muss das SQL Server-Dienstkonto Zugriff auf die Netzwerkfreigabe haben. Dazu gehören auch Berechtigungen, die erforderlich sind, damit Sicherungsvorgänge auf die Netzwerkfreigabe schreiben und Wiederherstellungsvorgänge die Sicherungsdaten auf der Netzwerkfreigabe lesen können. Die Verfügbarkeit von Netzlaufwerken und Berechtigungen hängt vom Kontext ab, SQL Server Dienst ausgeführt wird:

  • Zum Sichern auf einem Netzlaufwerk, wenn SQL Server in einem Domänenbenutzerkonto ausgeführt wird, muss das freigegebene Laufwerk in der Sitzung, in der SQL Server ausgeführt wird, als Netzlaufwerk zugeordnet werden. Wenn Sie Sqlservr.exe über die Befehlszeile starten, werden SQL Server alle Netzwerklaufwerke angezeigt, die Sie in Ihrer Anmeldesitzung zugeordnet haben.

  • Wenn Sie Sqlservr.exe als Dienst ausführen, wird SQL Server in einer separaten Sitzung ausgeführt, die keine Beziehung zu Ihrer Anmeldesitzung hat. Die Sitzung, in der ein Dienst ausgeführt wird, kann über eigene zugeordnete Laufwerke verfügen (obwohl das normalerweise nicht der Fall ist).

  • Sie können eine Verbindung mit dem Netzwerkdienstkonto herstellen, indem Sie statt eines Domänenbenutzers das Computerkonto verwenden. Damit Sicherungen von bestimmten Computern auf ein freigegebenes Laufwerk zulässig sind, müssen Sie den Computerkonten entsprechende Zugriffsberechtigungen erteilen. Solange der Sqlservr.exe-Prozess, der die Sicherung schreibt, Zugriff hat, spielt es keine Rolle, ob der Benutzer, der den BACKUP-Befehl sendet, ebenfalls Zugriff hat.

    Wichtig

    Da es bei Vorliegen von Netzwerkfehlern beim Sichern von Daten über ein Netzwerk zu Störungen kommen kann, sollten Sie bei Verwendung eines Remotedatenträgers den Sicherungsvorgang am Ende überprüfen. Weitere Informationen finden Sie unter RESTORE VERIFYONLY (Transact-SQL).

Angeben eines UNC-Namen (Universal Naming Convention)

Zum Angeben einer Netzwerkfreigabe in einem Sicherungs- oder Wiederherstellungsbefehl sollten Sie den vollqualifizierten UNC-Namen der Datei für das Sicherungsmedium verwenden. Ein UNC-Name hat das Format \\Systemname\ShareName\Path\FileName.

Beispiel:

BACKUP DATABASE AdventureWorks2012   
   TO DISK = '\\BackupSystem\BackupDisk1\AW_backups\AdventureWorksData.Bak';  
GO

Verwenden von Bandmedien

Hinweis

Die Unterstützung für Bandsicherungsmedien wird in zukünftigen Versionen von SQL Server entfernt. Nutzen Sie diese Funktionen bei Neuentwicklungen nicht mehr, und planen Sie die Änderung von Anwendungen, die diese Funktion zurzeit verwenden.

In diesem Abschnitt:

Um SQL Server Daten auf Band zu sichern, müssen die Bandlaufwerke vom Microsoft Windows-Betriebssystem unterstützt werden. Verwenden Sie für diese Laufwerke nur die vom Hersteller des Laufwerks empfohlenen Bänder. Weitere Informationen zum Installieren eines Bandlaufwerks finden Sie in der Dokumentation zum Windows-Betriebssystem.

Wenn ein Bandlaufwerk verwendet wird, kann ein Sicherungsvorgang ein Band füllen und mit einem anderen Band fortfahren. Jedes Band enthält einen Medienheader. Das erste verwendete Medium wird als Anfangsbandbezeichnet. Jedes darauf folgende Band wird als Anschlussband bezeichnet und verfügt über eine Mediensequenznummer (aufsteigend). Ein Mediensatz, der beispielsweise vier Bandmedien zugewiesen ist, enthält mindestens vier Anfangsbänder (und, bei Bedarf für die Datenbank vier weitere Reihen mit Anschlussbändern). Wenn Sie einen Sicherungssatz anfügen, müssen Sie das letzte Band in der Reihe einlegen. Wenn das letzte Band nicht eingebunden ist, scannt die Datenbank-Engine bis zum Ende des eingebundenen Bandes und erfordert dann, dass Sie das Band ändern. Legen Sie zu diesem Zeitpunkt das letzte Band ein.

Bandsicherungsmedien werden wie Datenträgermedien verwendet. Es gelten folgende Ausnahmen:

  • Das Bandmedium muss physisch mit dem Computer verbunden sein, auf dem eine Instanz von SQL Serverausgeführt wird. Das Sichern auf Remotebandmedien wird nicht unterstützt.

  • Wenn während des Sicherungsvorgangs ein Bandsicherungsgerät gefüllt ist, aber noch mehr Daten geschrieben werden müssen, fordert SQL Server zur Eingabe eines neuen Bandes auf und setzt den Sicherungsvorgang fort, nachdem ein neues Band geladen wurde.

Angeben eines Sicherungsbands unter Verwendung des physischen Namens (Transact-SQL)

Die grundlegende BACKUP -Syntax zum Angeben eines Sicherungsbands mithilfe des physischen Gerätenamens des Bandlaufwerks lautet wie folgt:

BACKUP { DATABASE | LOG } Name der Datenbank

TO TAPE = { 'physical_backup_device_name'physical_backup_device_name_var | @ }

Beispiel:

BACKUP LOG AdventureWorks2012   
   TO TAPE = '\\.\tape0';  
GO

Die grundlegende Syntax zum Angeben eines physischen Bandmediums in einer RESTORE -Anweisung lautet:

RESTORE { DATABASE | LOG } Name der Datenbank

FROM TAPE = { 'physical_backup_device_name'physical_backup_device_name_var | @ }

Bandspezifische BACKUP- und RESTORE-Optionen (Transact-SQL)

Zur Vereinfachung der Bandverwaltung bietet die BACKUP-Anweisung die folgenden bandspezifischen Optionen:

  • { NOUNLOAD | UNLOAD }

    Sie können steuern, ob ein Sicherungsband nach einem Sicherungs- oder Wiederherstellungsvorgang automatisch aus dem Bandlaufwerk ausgeworfen werden soll. UNLOAD/NOUNLOAD ist eine Sitzungseinstellung, die für die Dauer der Sitzung oder bis zur Angabe der alternativen Einstellung persistent gespeichert wird.

  • { REWIND | NOREWIND }

    Sie können steuern, ob SQL Server das Band nach dem Sicherungs- oder Wiederherstellungsvorgang geöffnet bleibt oder das Band freigegeben und zurückspulet, nachdem es gefüllt wurde. Standardmäßig wird das Band zurückgespult (REWIND).

Hinweis

Weitere Informationen zur BACKUP-Syntax und -Argumenten finden Sie unter BACKUP (Transact-SQL). Weitere Informationen zur RESTORE-Syntax und -Argumenten finden Sie unter RESTORE (Transact-SQL) bzw. RESTORE-Argumente (Transact-SQL).

Verwalten von offenen Bändern

Führen Sie eine Abfrage auf die dynamische Verwaltungssicht sys.dm_io_backup_tapes aus, um eine Liste der offenen Bandmedien und den Status von Einbindungsanforderungen anzuzeigen. In dieser Sicht werden alle offenen Bänder angezeigt. Dies umfasst auch die gerade verwendeten Bänder, die sich bis zum nächsten BACKUP- oder RESTORE-Vorgang vorübergehend im Leerlauf befinden.

Wenn ein Band versehentlich offengeblieben ist, kann es am schnellsten mithilfe des folgenden Befehls freigegeben werden: RESTORE REWINDONLY FROM TAPE =backup_device_name. Weitere Informationen finden Sie unter RESTORE REWINDONLY (Transact-SQL).

Verwenden des Azure Blob Storage-Diensts

SQL Server-Sicherungen können in den Azure Blob Storage-Dienst geschrieben werden. Weitere Informationen zur Verwendung des Azure Blob Storage-Diensts für Ihre Sicherungen finden Sie unter SQL Server Sichern und Wiederherstellen mit Azure Blob Storage Service.

Verwenden eines logischen Sicherungsmediums

Ein logisches Sicherungsmedium ist ein optionaler, benutzerdefinierter Name, der auf ein bestimmtes, physisches Sicherungsmedium (Datenträgerdatei oder Bandlaufwerk) verweist. Ein logisches Sicherungsmedium gibt Ihnen beim Verweisen auf das entsprechende physische Sicherungsmedium die Möglichkeit zur Dereferenzierung.

Zum Definieren eines logischen Sicherungsmediums muss einem physischen Medium ein logischer Name zugeordnet werden. Beispielsweise kann ein logisches Medium (AdventureWorksBackups) so definiert werden, dass es auf die Datei Z:\SQLServerBackups\AdventureWorks2012.bak oder das Bandlaufwerk \\.\tape0 verweist. In Sicherungs- und Wiederherstellungsbefehlen kann dann AdventureWorksBackups anstelle von "DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak'" oder "TAPE = '\\\tape0'" als Sicherungsmedium angegeben werden.

Der Name des logischen Mediums muss innerhalb der logischen Sicherungsmedien auf der Serverinstanz eindeutig sein. Sie können sich die vorhandenen logischen Mediennamen anzeigen lassen, indem Sie eine Abfrage für die sys.backup_devices -Katalogsicht ausführen. In dieser Sicht wird der Name des logischen Sicherungsmediums angezeigt, und es wird der Typ und der physische Dateiname oder der Pfad des entsprechenden physischen Sicherungsmediums angegeben.

Nachdem ein logisches Sicherungsmedium definiert wurde, können Sie in einem BACKUP- oder RESTORE-Befehl das logische Sicherungsmedium angeben, statt den physischen Namen des Sicherungsmediums zu verwenden. Beispielsweise wird die AdventureWorks2012 -Datenbank mit der folgenden Anweisung auf dem logischen Sicherungsmedium AdventureWorksBackups gesichert.

BACKUP DATABASE AdventureWorks2012   
   TO AdventureWorksBackups;  
GO

Hinweis

In jeder BACKUP- oder RESTORE-Anweisung kann wahlweise der logische Name des Sicherungsmediums oder der Name des entsprechenden physischen Sicherungsmediums angegeben werden.

Die Verwendung eines logischen Sicherungsmediums ist einfacher, da kein langer Pfad angegeben werden muss. Die Verwendung eines logischen Sicherungsmediums kann hilfreich sein, wenn Sie vorhaben, eine Reihe von Sicherungen auf denselben Pfad oder auf dasselbe Bandmedium zu schreiben. Logische Sicherungsmedien sind besonders nützlich zum Identifizieren von Bandsicherungsmedien.

Es kann ein Sicherungsskript geschrieben werden, um ein bestimmtes logisches Sicherungsmedium zu verwenden. Damit können Sie zu einem neuen physischen Sicherungsmedium wechseln, ohne dass ein Update des Skripts erforderlich ist. Für diesen Wechsel sind die folgenden Schritte erforderlich:

  1. Löschen des ursprünglichen logischen Sicherungsmediums.

  2. Definieren eines neuen logischen Sicherungsmediums, für das der Name des ursprünglichen logischen Sicherungsmediums verwendet wird, für das jedoch eine Zuordnung zu einem anderen physischen Sicherungsmedium erfolgt. Logische Sicherungsmedien sind besonders nützlich zum Identifizieren von Bandsicherungsmedien.

Gespiegelte Sicherungsmediensätze

Die Spiegelung von Sicherungsmediensätzen mindert die Auswirkungen von Funktionsstörungen bei Sicherungsmedien. Diese Funktionsstörungen sind besonders schwerwiegend, da Sicherungen im Hinblick auf den Verlust von Daten die letzte Schutzmaßnahme darstellen. Mit zunehmendem Umfang einer Datenbank nimmt auch die Wahrscheinlichkeit für einen Fehler bei einem Sicherungsgerät oder -medium zu, in dessen Folge eine Sicherung schließlich nicht mehr wiederhergestellt werden kann. Aufgrund der mit der Spiegelung von Sicherungsmedien bereitgestellten Redundanz für das physische Sicherungsmedium erhöht sich die Zuverlässigkeit von Sicherungen. Weitere Informationen finden Sie unter Gespiegelte Sicherungsmediensätze (SQL Server).

Hinweis

Gespiegelte Sicherungsmediensätze werden nur in SQL Server 2005 Enterprise Edition und höheren Versionen unterstützt.

Archivieren von SQL Server-Sicherungen

Datenträgersicherungen sollten mithilfe eines Hilfsprogramms für die Dateisystemsicherung archiviert und die Archive außerhalb des Standorts aufbewahrt werden. Das Verwenden eines Datenträgers hat den Vorteil, dass Sie die archivierten Sicherungen über das Netzwerk auf einen Datenträger außerhalb des Standorts schreiben können. Der Azure Blob Storage-Dienst kann als externe Archivierungsfunktion genutzt werden. Sie können entweder die Datenträgersicherungen hochladen, oder Sie können die Sicherungen direkt in den Azure Blob Storage-Dienst schreiben.

Ein weiterer gängiger Archivierungsansatz besteht darin, SQL Server Sicherungen auf einen lokalen Sicherungsdatenträger zu schreiben, sie auf Band zu archivieren und die Bänder dann außerhalb des Standorts zu speichern.

Related Tasks

So geben Sie ein Datenträgermedium an (SQL Server Management Studio)

So geben Sie ein Bandmedium an (SQL Server Management Studio)

So definieren Sie ein logisches Sicherungsmedium

So verwenden Sie ein logisches Sicherungsmedium

So zeigen Sie Informationen zu Sicherungsmedien an

So löschen Sie ein logisches Sicherungsmedium

Weitere Informationen

SQL Server, Sicherungsgeräteobjekt
BACKUP (Transact-SQL)
Wartungspläne
Mediensätze, Medienfamilien und Sicherungssätze (SQL Server)
RESTORE (Transact-SQL)
RESTORE LABELONLY (Transact-SQL)
sys.backup_devices (Transact-SQL)
sys.dm_io_backup_tapes (Transact-SQL)
Gespiegelte Sicherungsmediensätze (SQL Server)