Beheben von Problemen bei SQL Server-Sicherungs- und Wiederherstellungsvorgängen

Ursprüngliche Produktversion: SQL Server
Ursprüngliche KB-Nummer: 224071

Zusammenfassung

Dieser Artikel hilft Ihnen bei der Problembehandlung allgemeiner SQL Server Sicherungs- und Wiederherstellungsvorgängen. Zu diesen Problemen gehören langsame Sicherungs- oder Wiederherstellungsleistung, Versionskompatibilitätsfehler, Sicherungsaufträge der AlwaysOn-Verfügbarkeitsgruppe, Medienfehler, Berechtigungsfehler, VDI- und VSS-Sicherungen von Drittanbietern, Änderungsnachverfolgungsfehler und verschlüsselte Datenbankwiederherstellungen. Der Artikel enthält auch einen Abschnitt zu häufig gestellten Fragen und Links zu Referenzthemen für SQL Server Sicherung und Wiederherstellung.

Sicherungs- und Wiederherstellungsvorgänge dauern lange

Sicherungs- und Wiederherstellungsvorgänge sind I/O-intensiv. Der Sicherungs- und Wiederherstellungsdurchsatz hängt davon ab, wie gut das zugrunde liegende E/A-Subsystem für die Verarbeitung des E/A-Volumes optimiert ist. Wenn Sie vermuten, dass Sicherungsvorgänge beendet werden oder zu lange dauern, verwenden Sie eine oder mehrere der folgenden Methoden, um die Zeit für den Abschluss zu schätzen oder den Fortschritt eines Sicherungs- oder Wiederherstellungsvorgangs nachzuverfolgen:

• Das SQL Server-Fehlerprotokoll enthält Informationen zu vorherigen Sicherungs- und Wiederherstellungsvorgängen. Sie können diese Details verwenden, um die Zeit zu schätzen, die zum Sichern und Wiederherstellen der Datenbank im aktuellen Zustand erforderlich ist. Es folgt eine Beispielausgabe aus dem Fehlerprotokoll:

  RESTORE DATABASE successfully processed 315 pages in 0.372 seconds (6.604 MB/sec)
  

• Verwenden Sie in SQL Server 2016 und höheren Versionen das XEvent-backup_restore_progress_trace, um den Fortschritt von Sicherungs- und Wiederherstellungsvorgängen nachzuverfolgen.

• Verwenden Sie die percent_complete Spalte sys.dm_exec_requests , um den Fortschritt der In-Flight-Sicherungs- und Wiederherstellungsvorgänge nachzuverfolgen.

• Messen Sie den Sicherungs- und Wiederherstellungsdurchsatz mithilfe der Device throughput Bytes/sec und Backup/Restore throughput/sec Leistungsüberwachungsindikatoren. Weitere Informationen finden Sie unter SQL Server, Backup Device Object.

• Verwenden Sie das skript estimate_backup_restore , um eine Schätzung der Sicherungszeiten zu erhalten.

• Siehe So funktioniert es: Was bewirken Wiederherstellung und Sicherung?. Dieser Blogbeitrag bietet Einblicke in die aktuelle Phase von Sicherungs- oder Wiederherstellungsvorgängen.

Langsame Sicherungs- oder Wiederherstellungsleistung untersuchen

1. Überprüfen Sie, ob Sie auf eines der bekannten Probleme in der folgenden Tabelle stoßen, und erwägen Sie, die relevanten Fixes oder bewährten Methoden anzuwenden.

   Link zur Wissensdatenbank	Erläuterungen und empfohlene Aktionen
   Sichern und Wiederherstellen von SQL Server-Datenbanken	Behandelt bewährte Methoden, mit denen die Sicherungs- und Wiederherstellungsleistung verbessert werden kann. Gewähren Sie beispielsweise dem Windows-Konto, das SQL Server ausführt, die Berechtigung SE_MANAGE_VOLUME_NAME, damit die sofortige Dateiinitialisierung Vorgänge mit Datendateien beschleunigen kann.
   Konfigurieren von Antivirensoftware für die Arbeit mit SQL Server	Antivirensoftware kann Sperrungen für .bak Dateien enthalten, was sich auf die Leistung von Sicherungs- und Wiederherstellungsvorgängen auswirken kann. Befolgen Sie die Anweisungen in diesem Artikel, um Sicherungsdateien von Virenscans auszuschließen.
   Ein Sicherungs- oder Wiederherstellungsvorgang an einem Netzwerkspeicherort ist langsam.	Grenzen Sie das Problem auf das Netzwerk ein, indem Sie eine Datei ähnlicher Größe von dem Server, auf dem SQL Server ausgeführt wird, an einen Netzwerkspeicherort kopieren und die Leistung prüfen.

2. Überprüfen Sie das SQL Server Fehlerprotokoll und Windows Ereignisprotokoll auf Fehlermeldungen, die auf die Ursache des Problems verweisen.

3. Wenn Sie Software- oder Datenbankwartungspläne von Drittanbietern verwenden, um gleichzeitige Sicherungen durchzuführen, sollten Sie die Zeitpläne ändern, um die Konflikte auf dem Laufwerk zu minimieren, in das die Sicherungen geschrieben wurden.

4. Arbeiten Sie mit Ihrem Windows-Administrator zusammen, um nach Firmwareupdates für Ihre Hardware zu suchen.

Fehler beim Wiederherstellen von Sicherungen in früheren SQL Server Versionen

Symptome

Sie können eine SQL Server Sicherung nicht in einer früheren Version von SQL Server wiederherstellen als die Version, die die Sicherung erstellt hat. Sie können beispielsweise keine Sicherung wiederherstellen, die auf einer SQL Server 2022-Instanz in einer SQL Server 2019-Instanz erstellt wurde. Andernfalls wird die folgende Fehlermeldung angezeigt:

Fehler 3169: Die Datenbank wurde auf einem Server mit Version %ls gesichert. Diese Version ist mit diesem Server inkompatibel, da auf ihm die Version %ls ausgeführt wird. Stellen Sie die Datenbank auf einem Server wieder her, der die Sicherung unterstützt, oder verwenden Sie eine mit diesem Server kompatible Sicherung.

Resolution

Verwenden Sie die folgende Methode, um eine datenbank zu kopieren, die in einer höheren Version von SQL Server in eine frühere Version von SQL Server gehostet wird.

1. Laden Sie die aktuelle Version von SQL Server Management Studio (SSMS) sowohl für „SQL_A“ als auch für „SQL_B“ herunter, und installieren Sie sie.
2. Führen Sie auf SQL_A die folgenden Schritte aus:
   1. Klicken Sie mit der rechten Maustaste auf <"YourDatabase>>Tasks>Generate Scripts", und wählen Sie die Option aus, um die gesamte Datenbank und alle Datenbankobjekte zu skripten.
   2. Wählen Sie auf dem Bildschirm "Skriptoptionen festlegen" die Option "Erweitert" und dann die Version von SQL_B unter "Allgemeines>Skript für SQL Server-Version" aus. Wählen Sie dann die Option zum Speichern aus, die für Sie am besten geeignet ist, und fahren Sie mit dem Assistenten fort.
   3. Verwenden Sie das Hilfsprogramm "Massenkopie" (bcp), um Daten aus verschiedenen Tabellen zu kopieren.
3. Führen Sie auf SQL_B die folgenden Schritte aus:
   1. Verwenden Sie die skripts, die auf dem SQL_A Server generiert wurden, um das Datenbankschema zu erstellen.
   2. Deaktivieren Sie in jeder Tabelle alle Fremdschlüsseleinschränkungen und Trigger. Wenn die Tabelle Identitätsspalten hat, aktivieren Sie IDENTITY_INSERT.
   3. Verwenden Sie "bcp", um die Daten zu importieren, die Sie im vorherigen Schritt in die entsprechenden Tabellen exportiert haben.
   4. Aktivieren Sie nach Abschluss des Datenimports die Fremdschlüsselbeschränkungen und Trigger und deaktivieren Sie IDENTITY_INSERT für jede in Schritt c geänderte Tabelle.

Dieses Verfahren eignet sich in der Regel gut für kleine bis mittelgroße Datenbanken. Bei größeren Datenbanken können Out-of-Memory-Probleme in SSMS und anderen Tools auftreten. Erwägen Sie die Verwendung von SQL Server Integration Services (SSIS), Replikation oder anderen Optionen, um eine Datenbank aus einer späteren Version in eine frühere Version von SQL Server zu kopieren.

Weitere Informationen zum Generieren von Skripts für Ihre Datenbank finden Sie unter Erstellen eines Skripts für eine Datenbank mithilfe der Option „Skripts generieren“.

Probleme mit Sicherungsaufträgen in AlwaysOn-Verfügbarkeitsgruppen

Symptome

Es treten Probleme auf, die sich auf Sicherungsaufträge oder Wartungspläne in AlwaysOn-Verfügbarkeitsgruppenumgebungen auswirken.

Resolution

• Standardmäßig ist die einstellung für die automatische Sicherung auf "Sekundär bevorzugen" festgelegt. Diese Einstellung gibt an, dass Sicherungen in einem sekundären Replikat auftreten, es sei denn, das primäre Replikat ist das einzige Replikat online. Sie können mit dieser Einstellung keine differenziellen Sicherungen Ihrer Datenbank durchführen. Um diese Einstellung zu ändern, verwenden Sie SSMS für Ihr aktuelles primäres Replikat, und wechseln Sie unter "Eigenschaften Ihrer Verfügbarkeitsgruppe" zur Seite "Sicherungseinstellungen".
• Wenn Sie einen Wartungsplan oder geplante Aufträge verwenden, um Sicherungen Ihrer Datenbanken zu generieren, erstellen Sie die Aufträge für jede Verfügbarkeitsdatenbank in jeder Serverinstanz, die ein Verfügbarkeitsreplikat für die Verfügbarkeitsgruppe hosten.

Weitere Informationen zu Sicherungen in einer Always On-Umgebung finden Sie in den folgenden Artikeln:

• Konfigurieren von Sicherungen auf sekundären Replikaten einer AlwaysOn-Verfügbarkeitsgruppe
• Auslagern von unterstützten Backups auf sekundäre Replikate einer Verfügbarkeitsgruppe

Medienfehler beim Wiederherstellen einer Datenbank aus einer Sicherung

Symptome

Fehlermeldungen, die auf ein Dateiproblem hinweisen, zeigen in der Regel auf eine beschädigte Sicherungsdatei. Die folgenden Fehler sind Beispiele für Probleme, die auftreten können, wenn ein Sicherungssatz beschädigt ist:

3241: Die Medienfamilie auf dem Gerät "%ls" ist nicht korrekt aufgebaut. SQL Server kann diese Medienfamilie nicht verarbeiten.

3242: Die Datei auf dem Gerät "%ls" ist kein gültiger Sicherungssatz für das Microsoft Tape Format.

3243: Die Medienfamilie auf dem Gerät '%ls' wurde mit Microsoft Tape Format Version %d.%d erstellt. SQL Server unterstützt Version %d.%d.

Ursache

Diese Probleme können aufgrund von Problemen auftreten, die sich auf die zugrunde liegende Hardware (Festplatten, Netzwerkspeicher usw.) oder aufgrund eines Virus oder einer Schadsoftware auswirken. Überprüfen Sie Windows System-Ereignisprotokolle und Hardwareprotokolle auf gemeldete Fehler, und ergreifen Sie geeignete Maßnahmen (z. B. Aktualisieren der Firmware oder Beheben von Netzwerkproblemen).

Resolution

• Verwenden Sie die RESTORE HEADERONLY-Anweisung , um Ihre Sicherung zu überprüfen.
• Um das Auftreten dieser Wiederherstellungsfehler zu verringern, aktivieren Sie die Option "Prüfsumme sichern", wenn Sie eine Sicherung ausführen, um zu vermeiden, dass eine beschädigte Datenbank gesichert wird. Weitere Informationen finden Sie unter Mögliche Medienfehler während der Sicherung und Wiederherstellung (SQL Server).
• Sie können auch Traceflag 3023 aktivieren, um bei der Ausführung von Sicherungen mit Sicherungstools eine Prüfsumme zu verwenden. Weitere Informationen finden Sie unter Serverkonfiguration: Sicherungsprüfsummenstandard.
• Um diese Probleme zu beheben, suchen Sie eine andere verwendbare Sicherungsdatei, oder erstellen Sie einen neuen Sicherungssatz. Microsoft bietet keine Lösungen, mit denen Daten aus einem beschädigten Sicherungssatz abgerufen werden können.
• Wenn eine Sicherungsdatei erfolgreich auf einem Server, aber nicht auf einem anderen Server wiederhergestellt wird, versuchen Sie, die Datei zwischen den Servern zu kopieren. Versuchen Sie beispielsweise Robocopy anstelle eines regulären Kopiervorgangs. Untersuchen Sie, ob die Datei während des Kopiervorgangs im Netzwerk oder auf dem Zielspeichergerät geändert wird.

Sicherungen schlagen aufgrund von Berechtigungsproblemen fehl

Symptome

Wenn Sie versuchen, Datenbanksicherungsvorgänge auszuführen, tritt ein der folgenden Fehler auf.

• Szenario 1: Wenn Sie eine Sicherung aus SQL Server Management Studio ausführen, schlägt die Sicherung fehl und gibt die folgende Fehlermeldung zurück:

  Sicherung für Server <Server name> fehlgeschlagen. (Microsoft.SqlServer.SmoExtended)
  System.Data.SqlClient.SqlError: Das Sicherungsgerät "<Gerätename>" kann nicht geöffnet werden. Betriebssystemfehler 5(Access ist verweigert.) (Microsoft.SqlServer.Smo)

• Szenario 2: Geplante Sicherungen schlagen fehl und generieren eine Fehlermeldung, die im Auftragsverlauf des fehlgeschlagenen Auftrags protokolliert wird, und das sieht wie folgt aus:

  Executed as user: <Owner of the job>. ....2 for 64-bit  Copyright (C) 2019 Microsoft. All rights reserved.    
  Started:  5:49:14 PM  Progress: 2021-08-16 17:49:15.47    
  Source: {GUID}      Executing query "DECLARE @Guid UNIQUEIDENTIFIER      EXECUTE msdb..sp...".: 100% complete  End Progress  
  Error: 2021-08-16 17:49:15.74     
  Code: 0xC002F210     
  Source: Back Up Database (Full) Execute SQL Task     
  Description: Executing the query "EXECUTE master.dbo.xp_create_subdir N'C:\backups\D..." failed with the following error: "xp_create_subdir() returned error 5, 'Access is denied.'". 
  Possible failure reasons: Problems with the query, "ResultSet" property not set correctly, parameters not set correctly, or connection not established correctly.
  

Ursache

Beide Szenarien können auftreten, wenn das SQL Server Dienstkonto nicht über Lese- und Schreibberechtigungen für den Ordner verfügt, in den Sicherungen geschrieben werden. Sicherungsanweisungen können entweder als Teil eines Auftragsschritts oder manuell aus SQL Server Management Studio ausgeführt werden. In beiden Fällen werden sie unter dem Kontext des SQL Server Dienststartkontos ausgeführt. Wenn das Dienstkonto also nicht über die erforderlichen Berechtigungen verfügt, erhalten Sie die zuvor erwähnten Fehlermeldungen.

Resolution

Überprüfen Sie die aktuellen Berechtigungen des SQL Server Dienstkontos in einem Ordner, indem Sie in den Eigenschaften des Ordners zur Registerkarte "Sicherheit" wechseln, "Erweitert" auswählen und dann die Registerkarte "Effektiver Zugriff" verwenden. Weitere Informationen finden Sie unter "Sicherungsgeräte".

Fehler bei Sicherungs- oder Wiederherstellungsvorgängen von Drittanbietern

SQL Server stellt eine virtual Backup Device Interface (VDI) bereit. Mit dieser API können unabhängige Softwareanbieter SQL Server in ihre Produkte integrieren, um Sicherungs- und Wiederherstellungsvorgänge zu unterstützen. Diese APIs werden entwickelt, um Zuverlässigkeit und Leistung zu bieten und die gesamte Palette von SQL Server Sicherungs- und Wiederherstellungsfunktionen, einschließlich Snapshot- und Hot Backup-Funktionen, zu unterstützen.

Allgemeine Schritte zur Problembehandlung

• In allen unterstützten Versionen von SQL Server wird während des Setups ein Anmeldename NT SERVICE\SQLWriter erstellt und bereitgestellt. Überprüfen Sie, ob diese Anmeldung in SQL Server vorhanden ist und Teil der Sysadmin-Serverrolle in der Instanz ist, die gesichert wird. Überprüfen Sie außerdem, ob der SQL Server VSS Writer-Dienst gestartet wird und dass das Startkonto auf "Lokales System" festgelegt ist.

• Überprüfen Sie, dass SqlServerWriter aufgeführt ist, wenn Sie den VSSADMIN LIST WRITERS-Befehl in einer Eingabeaufforderung mit erhöhten Rechten auf dem Server ausführen, auf dem SQL Server ausgeführt wird. Der Writer muss vorhanden sein und sich im Zustand Stable befinden, damit VSS-Sicherungen erfolgreich abgeschlossen werden können.

• Weitere Informationen finden Sie in den Protokollen der Sicherungssoftware und der Supportwebsite des Herstellers.

  Symptome oder Szenario	Referenz
  Grundlegendes zur Funktionsweise der VDI-Sicherung	Funktionsweise: SQL Server – VDI (VSS)-Sicherungsressourcen
  Wie viele Datenbanken gleichzeitig gesichert werden können	Funktionsweise: Wie viele Datenbanken können gleichzeitig gesichert werden?

Sicherungen schlagen fehl, wenn die Änderungsnachverfolgung aktiviert ist

Symptome

Sicherungen können fehlschlagen, wenn Sie die Änderungsnachverfolgung in der Datenbank aktivieren. Möglicherweise wird ein Fehler wie der folgende angezeigt:

Fehler: 3999, Schweregrad: 17, Status: 1.
<Zeitstempel> spid <spid> Committabelle konnte in dbid 8 aufgrund von Fehler 2601 nicht auf den Datenträger geschrieben werden. Überprüfen Sie das Fehlerprotokoll im Hinblick auf weitere Informationen.

Resolution

Wenn dieses Problem bei einer unterstützten Version von SQL Server auftritt, installieren Sie das neueste kumulative Update für Ihre Version. Hintergrundinformationen und frühere Korrekturen finden Sie in den folgenden Artikeln:

• 2682488 FIX: Der Sicherungsvorgang schlägt in einer SQL Server 2008-Datenbank, in einer SQL Server 2008 R2 oder in einer SQL Server 2012-Datenbank fehl, nachdem Sie die Änderungsnachverfolgung aktiviert haben.

Fehler beim Wiederherstellen von Sicherungen verschlüsselter Datenbanken

Symptome

Beim Wiederherstellen von Sicherungen von Datenbanken, die durch transparente Datenverschlüsselung (TDE) geschützt sind, treten Probleme auf.

Resolution

Informationen zum Beheben des Problems finden Sie unter Verschieben einer TDE-geschützten Datenbank in eine andere SQL Server.

Häufig gestellte Fragen zu SQL Server Sicherung und Wiederherstellung

Wie kann ich den Status eines Sicherungsvorgangs überprüfen?

Verwenden Sie das skript estimate_backup_restore , um Sicherungszeiten zu schätzen.

Was soll ich tun, wenn SQL Server mitten in einer Sicherung fehlschlägt?

Starten Sie den Wiederherstellungs- oder Sicherungsvorgang gemäß Neustarten eines unterbrochenen Wiederherstellungsvorgangs (Transact-SQL) neu.

Kann ich Datenbanksicherungen aus älteren Versionen in neueren Versionen wiederherstellen und umgekehrt?

Sie können eine SQL Server Sicherung nicht wiederherstellen, indem Sie eine Version von SQL Server vor der Version verwenden, die die Sicherung erstellt hat. Weitere Informationen finden Sie unter RESTORE-Kompatibilitätsunterstützung.

Wie prüfe ich meine SQL Server Datenbanksicherungen?

Siehe die in RESTORE-Anweisungen dokumentierten Verfahren – VERIFYONLY (Transact-SQL).

Wie erhalte ich den Sicherungsverlauf von Datenbanken in SQL Server?

Siehe So rufen Sie den Sicherungsverlauf von Datenbanken in SQL Server ab.

Kann ich 32-Bit-Sicherungen auf 64-Bit-Servern wiederherstellen und umgekehrt?

Ja. Das SQL Server Speicherformat auf dem Datenträger ist in 64-Bit- und 32-Bit-Umgebungen identisch. Daher funktionieren Sicherungs- und Wiederherstellungsvorgänge in 64-Bit- und 32-Bit-Umgebungen.

Wie kann ich eine Datenbank sichern und wiederherstellen, die durch transparente Datenverschlüsselung (TDE) geschützt ist?

Sichern Sie die Datenbank, das Serverzertifikat des Datenbankverschlüsselungsschlüssels und den privaten Schlüssel des Zertifikats. Um die Sicherung in einer anderen Instanz wiederherzustellen, stellen Sie zuerst das Serverzertifikat (mit seinem privaten Schlüssel) in der Datenbank in der master Zielinstanz wieder her, und stellen Sie dann die Benutzerdatenbanksicherung wieder her. Eine schrittweise Anleitung finden Sie unter Verschieben einer TDE-geschützten Datenbank in eine andere SQL Server.

Funktioniert die Sicherungskomprimierung für TDE-fähige Datenbanken?

Ja. Ab SQL Server 2016 funktioniert die Sicherungskomprimierung bei TDE-aktivierten Datenbanken, wenn Sie in der BACKUP-Anweisung einen Wert größer als 65536 (64 KB) für MAXTRANSFERSIZE angeben. Ohne diese Einstellung wird die Sicherung auch dann nicht komprimiert, wenn Sie eine Komprimierung anfordern. Ausführliche Informationen finden Sie unter Sicherungskomprimierung.

Wie interagieren VDI- und VSS-Sicherungen mit sekundären Replikaten der AlwaysOn-Verfügbarkeitsgruppe?

VSS-basierte (Snapshot)-Sicherungen, die über den SQL Writer-Dienst erstellt wurden, werden nur für das primäre Replikat unterstützt. Fordern Sie auf sekundären Replikaten über den VDI-Client eine vollständige Sicherung nur als Kopie an, da VSS-Vollsicherungen für sekundäre Replikate nicht unterstützt werden. Weitere Informationen finden Sie in Aktive sekundäre Replikate: Sicherung auf sekundären Replikaten (Always On-Verfügbarkeitsgruppen).

Allgemeine Tipps für die Problembehandlung

• Erteilen Sie Lese- und Schreibberechtigungen für das SQL Server Dienstkonto im Ordner, in dem Sie Sicherungen schreiben. Weitere Informationen finden Sie unter Berechtigungen für Sicherungen.
• Überprüfen Sie, ob der Ordner, in dem Sie Sicherungen schreiben, genügend Speicherplatz für Ihre Datenbanksicherungen aufweist. Verwenden Sie die sp_spaceused gespeicherte Prozedur, um eine grobe Schätzung der Sicherungsgröße für eine Datenbank zu erhalten.
• Verwenden Sie die neueste Version von SSMS, um bekannte Probleme im Zusammenhang mit der Konfiguration von Auftrags- und Wartungsplänen zu vermeiden.
• Führen Sie eine Testausführung Ihrer Aufträge aus, um zu überprüfen, ob Sicherungen erfolgreich erstellt wurden. Fügen Sie Logik hinzu, um Ihre Sicherungen zu überprüfen.
• Wenn Sie beabsichtigen, Systemdatenbanken von einem Server auf einen anderen zu verschieben, lesen Sie "Verschieben von Systemdatenbanken".
• Wenn zeitweilige Sicherungsfehler auftreten, überprüfen Sie, ob das neueste Update für Ihre SQL Server Version das Problem behebt. Weitere Informationen finden Sie unter SQL Server Versionen und Updates.
• Informationen zum Planen und Automatisieren von Sicherungen für SQL Server Express-Editionen finden Sie unter Planen und Automatisieren von Sicherungen von SQL Server Datenbanken in SQL Server Express.

Referenzthemen für SQL Server Sicherung und Wiederherstellung

In der folgenden Tabelle sind Themen aufgeführt, die auf bestimmte Sicherungs- und Wiederherstellungsaufgaben überprüft werden sollen.

Verwandte Inhalte

• Sichern und Wiederherstellen von SQL Server-Datenbanken
• Berechtigungen für die Sicherung
• Mögliche Medienfehler während der Sicherung und Wiederherstellung (SQL Server)
• Verschieben einer durch TDE geschützten Datenbank in eine andere SQL Server-Instanz