Freigeben über


Sicherungsmedien

Während eines Sicherungsvorgangs werden die gesicherten Daten, die Sicherung, auf ein physisches Sicherungsmedium geschrieben. Ein physisches Sicherungsmedium ist 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).

HinweisHinweis

Ein physisches Sicherungsmedium wird initialisiert, wenn die erste Sicherung in einem Mediensatz darauf geschrieben wird. Die auf einem oder mehreren Sicherungsmedien gespeicherten Sicherungen bilden einen Mediensatz. Ein Mediensatz ist eine geordnete Auflistung von Sicherungsmedien (Bänder oder Dateien auf Datenträgern), die einen festen Typ sowie eine feste Anzahl von Sicherungsmedien verwendet. Weitere Informationen zu Mediensätzen finden Sie unter Mediensätze, Medienfamilien und Sicherungssätze.

Verwenden von Datenträgersicherungsmedien

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

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 Netzwerkfreigabe" weiter unten in diesem Thema.

Die SQL Server-Verwaltungstools bieten eine hohe Flexibilität beim Verwalten von Datenträgersicherungsmedien, da von ihnen automatisch ein zeitgestempelter Dateiname für die Datei auf dem Datenträger generiert wird.

Wichtiger HinweisWichtig

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

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

BACKUP DATABASE database_name

TO DISK = { 'physical_backup_device_name' | **@**physical_backup_device_name_var }

Beispiel:

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

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

RESTORE { DATABASE | LOG } database_name

FROM DISK = { 'physical_backup_device_name' | **@**physical_backup_device_name_var }

Beispiel:

RESTORE DATABASE AdventureWorks 
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks.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\MSSQL10.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. Beispielsweise wird die AdventureWorks-Datenbank mithilfe der folgenden BACKUP-Anweisung in der AdventureWorks.bak-Sicherungsdatei des Standardsicherungsverzeichnisses gesichert.

BACKUP DATABASE AdventureWorks 
   TO DISK = ’AdventureWorks.bak’;
GO
HinweisHinweis

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

Sichern in eine Datei auf einer Netzwerkfreigabe

Damit SQL Server auf eine Datei auf einem Remotedatenträger 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 von dem Kontext ab, in dem der SQL Server-Dienst ausgeführt wird:

  • Zum Sichern eines Netzlaufwerks, wenn SQL Server im Kontext eines Domänenbenutzerkontos ausgeführt wird, muss das freigegebene Laufwerk in der Sitzung, in der SQL Server ausgeführt wird, als Netzlaufwerk zugeordnet sein. Wenn Sie Sqlservr.exe über die Befehlszeile starten, werden in SQL Server sämtliche Netzlaufwerke 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 nicht mit Ihrer Anmeldesitzung in Zusammenhang steht. 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.

    Wichtiger HinweisWichtig

    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 Überprüfen von Sicherungen.

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 weist das Format \\Systemname\ShareName\Path\FileName auf.

Beispiel:

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

Verwenden von Bandmedien

HinweisHinweis

Die Unterstützung für Bandsicherungsgeräte wird in einer zukünftigen Version von SQL Server entfernt. Verwenden Sie dieses Feature nicht beim Entwickeln neuer Anwendungen, und planen Sie die Änderung von Anwendungen, in denen es zurzeit verwendet wird.

Zum Sichern von SQL Server-Daten auf Band ist mindestens ein Bandlaufwerk erforderlich, das vom Microsoft Windows-Betriebssystem unterstützt wird. 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 Anfangsband bezeichnet. 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 eingelegt wurde, wird der Scanvorgang von Database Engine (Datenbankmodul) bis zum Ende des eingelegten Bands fortgesetzt, woraufhin Sie das Band wechseln müssen. 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 Server ausgeführt wird. Das Sichern auf Remotebandmedien wird nicht unterstützt.

  • Wenn ein Bandsicherungsmedium während des Sicherungsvorgangs gefüllt wird, jedoch noch weitere Daten geschrieben werden müssen, fordert SQL Server zum Einlegen eines neues Bands auf, und setzt danach den Sicherungsvorgang fort.

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 Bereitstellungsanforderungen 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 offen geblieben 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).

Angeben eines Sicherungsbands unter Verwendung des physischen Namens

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

BACKUP { DATABASE | LOG } database_name

TO TAPE = { 'physical_backup_device_name' | **@**physical_backup_device_name_var }

Beispiel:

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

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

RESTORE { DATABASE | LOG } database_name

FROM TAPE = { 'physical_backup_device_name' | **@**physical_backup_device_name_var }

Bandspezifische BACKUP- und RESTORE-Optionen

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 gültig ist bzw. so lange in Kraft bleibt, bis sie durch Angeben der jeweils anderen Option zurückgesetzt wird.

  • { REWIND | NOREWIND }

    Sie können steuern, ob SQL Server nach dem Sicherungs- oder Wiederherstellungsvorgang das Band offen hält oder das Band, wenn es voll ist, freigibt und zurückspult. Standardmäßig wird das Band zurückgespult (REWIND).

HinweisHinweis

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

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\AdventureWorks.bak oder das Bandlaufwerk \\.\tape0 verweist. AdventureWorksBackups kann von Sicherungs- und Wiederherstellungsbefehlen dann anstelle von DISK = 'Z:\SQLServerBackups\AdventureWorks.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 AdventureWorks-Datenbank mit der folgenden Anweisung auf dem logischen Sicherungsmedium AdventureWorksBackups gesichert.

BACKUP DATABASE AdventureWorks 
   TO AdventureWorksBackups;
GO
HinweisHinweis

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 eine Aktualisierung 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.

So definieren Sie ein logisches Sicherungsmedium

So löschen Sie ein logisches Sicherungsmedium

So verwenden Sie ein logisches Sicherungsmedium (SQL Server Management Studio)

So verwenden Sie ein logisches Sicherungsmedium (Transact-SQL)

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 Verwenden gespiegelter Sicherungsmediensätze.

HinweisHinweis

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 Dienstprogramms 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. Das Verwenden von Bändern hat den Vorteil, dass Sie eine Serie von archivierten Sicherungen sammeln können, bis Sie sicher sind, dass Sie sie nicht mehr benötigen.

Eine übliche Archivierungsmethode besteht darin, SQL Server-Sicherungen auf einen lokalen Sicherungsdatenträger zu schreiben, auf Band zu archivieren und die Bänder außerhalb des Standorts aufzubewahren.