Freigeben über

Problembehandlung bei der Sicherung von SQL Server und Wiederherstellungsvorgänge

  • Artikel

Dieser Artikel enthält Lösungen für häufige Probleme, die bei Sicherungs- und Wiederherstellungsvorgängen von Microsoft SQL Server auftreten können, und enthält Verweise auf weitere Informationen zu diesen Vorgängen.

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

Sicherungs- und Wiederherstellungsvorgänge dauern lange

Sicherungs- und Wiederherstellungsvorgänge weisen eine hohe E/A-Intensität auf. Der Durchsatz bei Sicherungen und Wiederherstellungen ist davon abhängig, wie gut das zugrunde liegende E/A-Subsystem für die Verarbeitung des E/A-Volumens optimiert ist. Wenn Sie vermuten, dass die Sicherungsvorgänge entweder beendet oder zu lange dauern, können Sie eine oder mehrere der folgenden Methoden verwenden, 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)

  • In SQL Server 2016 und höheren Versionen können Sie XEvent-backup_restore_progress_trace verwenden, um den Fortschritt von Sicherungs- und Wiederherstellungsvorgängen nachzuverfolgen.

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

  • Sie können Sicherungs- und Wiederherstellungsdurchsatzinformationen mithilfe der Device throughput Bytes/sec Leistungsindikatoren und Backup/Restore throughput/sec der Leistungsüberwachung messen. 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.

  • Informationen zur Funktionsweise finden Sie unter: Was ist Wiederherstellung/Sicherung?. Dieser Blogbeitrag bietet Einblicke in die aktuelle Phase von Sicherungs- oder Wiederherstellungsvorgängen.

Zu überprüfende Dinge

  1. Überprüfen Sie, ob bekannte Probleme auftreten, die in der folgenden Tabelle aufgeführt sind. Überlegen Sie, ob Sie die Änderungen implementieren oder die Korrekturen und bewährten Methoden anwenden sollten, die in den entsprechenden Artikeln erläutert werden.

    Link "Knowledge Base" oder "Onlinebücher" Erläuterungen und empfohlene Aktionen
    Optimieren der Sicherungs- und Wiederherstellungsleistung in SQL Server Im Thema "Bücher online" werden verschiedene bewährte Methoden behandelt, mit denen Sie die Leistung von Sicherungs-/Wiederherstellungsvorgängen verbessern können. Sie können z. B. dem Windows-Konto, das SQL Server ausführt, spezielle SE_MANAGE_VOLUME_NAME Berechtigungen zuweisen, um die sofortige Initialisierung von Datendateien zu ermöglichen. Dies kann zu erheblichen Leistungsgewinnen führen.
    2920151 Empfohlene Hotfixes und Updates für Windows Server 2012 R2-basierte Failovercluster

    2822241 Windows 8- und Windows Server 2012-Updaterollup: April 2013    		 Aktuelle Systemrollups können Korrekturen für bekannte Probleme auf Systemebene enthalten, die die Leistung von Programmen wie SQL Server beeinträchtigen können. Die Installation dieser Updates kann dazu beitragen, solche Probleme zu verhindern.
    2878182 FIX: Benutzermodusprozesse in einer Anwendung reagieren nicht auf Server, auf denen Windows Server 2012 ausgeführt wird

    		Sicherungsvorgänge sind intensiv und können von diesem Fehler betroffen sein. Wenden Sie diese Lösung an, um diese Probleme zu verhindern.
    Konfigurieren von Antivirensoftware für die Arbeit mit SQL Server Antivirensoftware kann Sperren für .bak Dateien enthalten. Dies kann sich auf die Leistung von Sicherungs- und Wiederherstellungsvorgängen auswirken. Befolgen Sie die Anweisungen in diesem Artikel, um Sicherungsdateien von Virenscans auszuschließen.
    2820470 Fehlermeldung "Verzögert", wenn Sie versuchen, auf einen freigegebenen Ordner zuzugreifen, der in Windows nicht mehr vorhanden ist Beschreibt ein Problem, das auftritt, wenn Sie versuchen, auf einen freigegebenen Ordner zuzugreifen, der in Windows 2012 und höheren Versionen nicht mehr vorhanden ist.
    967351 Eine stark fragmentierte Datei in einem NTFS-Volume kann nicht über eine bestimmte Größe hinausgehen Beschreibt ein Problem, das auftritt, wenn ein NTFS-Dateisystem stark fragmentiert ist.
    304101 Backup-Programm ist nicht erfolgreich, wenn Sie ein großes Systemvolume sichern
    2455009 FIX: Langsame Leistung beim Wiederherstellen einer Datenbank, wenn viele VLFs im Transaktionsprotokoll in SQL Server 2005, in SQL Server 2008 oder in SQL Server 2008 R2 vorhanden sind Das Vorhandensein vieler virtueller Protokolldateien kann sich auf die erforderliche Zeit zum Wiederherstellen einer Datenbank auswirken. Dies gilt insbesondere während der Wiederherstellungsphase des Wiederherstellungsvorgangs. Informationen zu anderen möglichen Problemen, die durch das Vorhandensein vieler VLFs verursacht werden können, finden Sie unter "Datenbankvorgänge" eine lange Zeit, oder sie lösen Fehler aus, wenn das Transaktionsprotokoll über zahlreiche virtuelle Protokolldateien verfügt.
    Ein Sicherungs- oder Wiederherstellungsvorgang an einem Netzwerkspeicherort ist langsam. Isolieren Sie das Problem im Netzwerk, indem Sie versuchen, eine datei in ähnlicher Größe an den Netzwerkspeicherort vom Server zu kopieren, auf dem SQL Server ausgeführt wird. Überprüfen Sie die Leistung.

  2. Suchen Sie im SQL Server-Fehlerprotokoll und im Windows-Ereignisprotokoll nach Fehlermeldungen, um weitere Zeiger zur Ursache des Problems zu erhalten.

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

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

Probleme, die sich auf die Datenbankwiederherstellung zwischen verschiedenen SQL Server-Versionen auswirken

Eine SQL Server-Sicherung kann nicht in einer früheren Version von SQL Server wiederhergestellt werden als die Version, in der die Sicherung erstellt wurde. Sie können beispielsweise keine Sicherung wiederherstellen, die auf einer SQL Server 2019-Instanz in einer SQL Server 2017-Instanz übernommen wird. 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.

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.

Notiz

Im folgenden Verfahren wird davon ausgegangen, dass Sie über zwei SQL Server-Instanzen verfügen, die SQL_A (höhere Version) und SQL_B (niedrigere Version) benannt sind.

  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 außerdem die Option aus, die am besten geeignet ist, um die generierten Skripts zu speichern. Fahren Sie dann 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 ein Datenbankschema zu erstellen.
    2. Deaktivieren Sie in den einzelnen Tabellen jeweils alle Fremdschlüsseleinschränkungen und Trigger. Wenn die Tabelle über Identitätsspalten verfügt, aktivieren Sie das Einfügen der Identität.
    3. Verwenden Sie "bcp", um die Im vorherigen Schritt exportierten Daten in entsprechende Tabellen zu importieren.
    4. Nachdem der Datenimport abgeschlossen ist, aktivieren Sie Fremdschlüsseleinschränkungen und Trigger, und deaktivieren Sie das Einfügen der Identität für jede der Tabellen, die in Schritt c betroffen sind.

Dieses Verfahren eignet sich in der Regel gut für kleine bis mittlere Datenbanken. Bei größeren Datenbanken können Probleme mit nicht genügend Arbeitsspeicher in SSMS und anderen Tools auftreten. Sie sollten die Verwendung von SQL Server Integration Services (SSIS), Replikation oder anderen Optionen in Betracht ziehen, um eine Kopie einer Datenbank aus einer späteren Version in eine frühere Version von SQL Server zu erstellen.

Weitere Informationen zum Generieren von Skripts für Ihre Datenbank finden Sie unter Erstellen von Skripts für Objekte in SQL Server Management Studio.

Probleme bei Sicherungsaufträgen in Always On-Umgebungen

Wenn Probleme auftreten, die sich auf Sicherungsaufträge oder Wartungspläne in Always On-Umgebungen auswirken, beachten Sie Folgendes:

  • Standardmäßig ist die einstellung für die automatische Sicherung auf "Sekundär bevorzugen" festgelegt. Dies gibt an, dass Sicherungen in einem sekundären Replikat auftreten sollen – außer wenn das primäre Replikat das einzige Replikat online ist. Sie können mit dieser Einstellung keine differenziellen Sicherungen Ihrer Datenbank erstellen. Um diese Einstellung zu ändern, verwenden Sie SSMS für Ihr aktuelles primäres Replikat, und navigieren Sie unter "Eigenschaften Ihrer Verfügbarkeitsgruppe" zur Seite "Sicherungseinstellungen".
  • Wenn Sie einen Wartungsplan oder geplante Aufträge zum Generieren von Sicherungen Ihrer Datenbanken verwenden, müssen Sie die Aufträge für jede Verfügbarkeitsdatenbank in jeder Serverinstanz erstellen, die ein Verfügbarkeitsreplikat für die Verfügbarkeitsgruppe hosten.

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

Wenn Sie Fehlermeldungen erhalten, die auf ein Dateiproblem hinweisen, ist dies symptomatisch für eine beschädigte Sicherungsdatei. Im Folgenden finden Sie einige Beispiele für Fehler, die Sie erhalten können, wenn ein Sicherungssatz beschädigt ist:

  • 3241: Die Medienfamilie auf dem Gerät "%ls" ist falsch gebildet. 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 Medium '%ls' wurde mit Version %d.%d von Microsoft Tape Format erstellt. SQL Server unterstützt Version %d.%d.

Notiz

Sie können die Restore Header-Anweisung verwenden, um Ihre Sicherungen zu überprüfen.

Diese Probleme können aufgrund von Problemen auftreten, die sich auf die zugrunde liegende Hardware (Festplatten, Netzwerkspeicher usw.) auswirken oder sich auf einen Virus oder eine Schadsoftware beziehen. Ü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).

Um diese Fehler zu verhindern, 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 die Ablaufverfolgungskennzeichnung 3023 aktivieren, um eine Prüfsumme zu aktivieren, wenn Sie Sicherungen mithilfe von Sicherungstools ausführen. Weitere Informationen finden Sie unter Aktivieren der CHECKUM-Option, wenn Sicherungshilfsprogramme die Option nicht verfügbar machen.

Um diese Probleme zu beheben, müssen Sie entweder eine andere verwendbare Sicherungsdatei suchen oder einen neuen Sicherungssatz erstellen. Microsoft bietet keine Lösungen, mit denen Daten aus einem beschädigten Sicherungssatz abgerufen werden können.

Notiz

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.

Sicherungen schlagen aufgrund von Berechtigungsproblemen fehl

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:

    Fehler bei der Sicherung des Serverservernamens<>. (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.

Eines dieser Szenarien kann 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 immer im Kontext des SQL Server Service-Startkontos ausgeführt. Wenn das Dienstkonto daher nicht über die erforderlichen Berechtigungen verfügt, erhalten Sie die Fehlermeldungen, die zuvor erwähnt wurden.

Weitere Informationen finden Sie unter Sicherungsmedien.

Notiz

Sie können die aktuellen Berechtigungen des SQL Service-Kontos in einem Ordner überprüfen, indem Sie zur Registerkarte "Sicherheit " in den Eigenschaften des entsprechenden Ordners navigieren, die Schaltfläche "Erweitert " auswählen und dann die Registerkarte "Effektiver Zugriff " verwenden.

Sicherungs- oder Wiederherstellungsvorgänge, bei denen Sicherungsanwendungen von Drittanbietern verwendet werden, schlagen fehl.

SQL Server stellt ein VDI-Tool (Virtual Backup Device Interface) bereit. Diese API ermöglicht unabhängigen Softwareanbietern die Integration von SQL Server in ihre Produkte, um Unterstützung für Sicherungs- und Wiederherstellungsvorgänge bereitzustellen. Diese APIs werden entwickelt, um maximale Zuverlässigkeit und Leistung zu bieten und die gesamte Palette von SQL Server-Sicherungs- und Wiederherstellungsfunktionen zu unterstützen. Dies umfasst die gesamte Palette von Snapshot- und Hot Backup-Funktionen.

Allgemeine Schritte zur Problembehandlung

Weitere Ressourcen

Funktionsweise: Wie viele Datenbanken können gleichzeitig gesichert werden?

Sonstige Probleme

Symptom/Szenario Wartungsaktionen oder zusätzliche Informationen
Sicherungen können fehlschlagen, wenn die Änderungsnachverfolgung in den Datenbanken aktiviert ist und Fehler zurückgegeben werden, die wie folgt aussehen:

"Fehler: 3999, Schweregrad: 17, Status: 1.

<Time Stamp> spid spid spid <> Failed to flush the commit table to disk in dbid 8 due to error 2601. Weitere Informationen finden Sie im Fehlerprotokoll."


 Weitere Informationen finden Sie in den folgenden Microsoft Knowledge Base-Artikeln:
Probleme beim Wiederherstellen von Sicherungen verschlüsselter Datenbanken Verschieben einer TDE-geschützten Datenbank auf einen anderen SQL-Server
Der Versuch, eine CRM-Sicherung aus der Enterprise Edition wiederherzustellen, schlägt bei einer Standard Edition fehl. 2567984 Fehler "Datenbank kann in dieser Edition von SQL Server nicht gestartet werden" beim Wiederherstellen einer Microsoft Dynamics CRM-Datenbank

Häufig gestellte Fragen zu SQL Server-Sicherungs- und Wiederherstellungsvorgängen

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

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

Was sollte ich tun, wenn SQL Server mitten in der Sicherung fehlschlägt?

Starten Sie den Wiederherstellungs- oder Sicherungsvorgang pro Neustart eines unterbrochenen Wiederherstellungsvorgangs (Transact-SQL) neu.

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

Die SQL Server-Sicherung kann nicht mithilfe einer Version von SQL Server wiederhergestellt werden, die später als die Version ist, die die Sicherung erstellt hat. Weitere Informationen finden Sie unter Kompatibilitätsunterstützung.

Gewusst wie meine SQL Server-Datenbanksicherungen überprüfen?

Siehe die Prozeduren, die in RESTORE-Anweisungen dokumentiert sind – VERIFYONLY (Transact-SQL).

Wie erhalte ich den Sicherungsverlauf von Datenbanken in SQL Server?

Informationen zum Abrufen des Sicherungsverlaufs von Datenbanken in SQL Server.

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

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

Allgemeine Tipps für die Problembehandlung

  • Stellen Sie sicher, dass Sie Lese- und Schreibberechtigungen für das SQL Server Service-Konto im Ordner bereitstellen, in den die Sicherungen geschrieben werden. Weitere Informationen finden Sie unter Berechtigungen für Sicherungen.
  • Stellen Sie sicher, dass der Ordner, in den die Sicherungen geschrieben werden, über genügend Speicherplatz verfügt, um Ihre Datenbanksicherungen aufzunehmen. Sie können die sp_spaceused gespeicherte Prozedur verwenden, um eine grobe Schätzung der Sicherungsgröße für eine bestimmte Datenbank zu erhalten.
  • Verwenden Sie immer die neueste Version von SSMS, um sicherzustellen, dass keine bekannten Probleme auftreten, die mit der Konfiguration von Aufträgen und Wartungsplänen zusammenhängen.
  • Führen Sie eine Testausführung Ihrer Aufträge durch, um sicherzustellen, dass die Sicherungen erfolgreich erstellt werden. Fügen Sie immer Logik für die Überprüfung Ihrer Sicherungen hinzu.
  • Wenn Sie beabsichtigen, Systemdatenbanken von einem Server auf einen anderen zu verschieben, lesen Sie "Systemdatenbank verschieben".
  • Wenn Sie zeitweilige Sicherungsfehler feststellen, überprüfen Sie, ob ein Problem auftritt, das bereits im neuesten Update für Ihre SQL Server-Version behoben wurde. Weitere Informationen finden Sie unter SQL Server-Versionen und -Updates.
  • Informationen zum Planen und Automatisieren von Sicherungen für SQL Express-Editionen finden Sie unter Planen und Automatisieren von Sicherungen von SQL Server-Datenbanken in SQL Server Express.

Referenzthemen für SQL Server-Sicherungs- und Wiederherstellungsvorgänge

  • Weitere Informationen zu Sicherungs- und Wiederherstellungsvorgängen finden Sie in den folgenden Themen in "Onlinebücher":

    "Sichern und Wiederherstellen von SQL Server-Datenbanken": In diesem Thema werden die Konzepte der Sicherungs- und Wiederherstellungsvorgänge für SQL Server-Datenbanken behandelt, Links zu zusätzlichen Themen bereitgestellt und detaillierte Verfahren zum Ausführen verschiedener Sicherungen oder Wiederherstellungsaufgaben (z. B. Überprüfen von Sicherungen und Sichern mithilfe von T-SQL oder SSMS) bereitgestellt. Dies ist das übergeordnete Thema zu diesem Thema in der SQL Server-Dokumentation.

  • In der folgenden Tabelle sind weitere Themen aufgeführt, die Sie möglicherweise für bestimmte Aufgaben im Zusammenhang mit Sicherungs- und Wiederherstellungsvorgängen überprüfen möchten.

    Verweis Beschreibung
    BACKUP (Transact-SQL) Bietet Antworten auf grundlegende Fragen, die sich auf Sicherungen beziehen. Enthält Beispiele für verschiedene Arten von Sicherungs- und Wiederherstellungsvorgängen.
    Sicherungsgeräte (SQL Server) Bietet eine gute Referenz für das Verständnis verschiedener Sicherungsgeräte, Sichern einer Netzwerkfreigabe, Azure Blob Storage und verwandter Aufgaben.
    Wiederherstellungsmodelle (SQL Server) Enthält ausführliche Informationen zu den verschiedenen Wiederherstellungsmodellen: Simple, Full und Bulk-Logged. Enthält Informationen dazu, wie sich das Wiederherstellungsmodell auf Sicherungen auswirkt.
    Sicherung und Wiederherstellung: Systemdatenbanken (SQL Server) Behandelt Strategien und erläutert, was Sie beachten müssen, wenn Sie an Sicherungs- und Wiederherstellungsvorgängen von Systemdatenbanken arbeiten.
    Übersicht über Wiederherstellungsvorgänge (SQL Server) Behandelt, wie sich die Wiederherstellungsmodelle auf Wiederherstellungsvorgänge auswirken. Überprüfen Sie dies, wenn Sie Fragen dazu haben, wie sich das Wiederherstellungsmodell einer Datenbank auf den Wiederherstellungsvorgang auswirken kann.
    Verwalten von Metadaten beim Bereitstellen einer Datenbank auf einem anderen Server Verschiedene Überlegungen, die Sie beachten sollten, wenn eine Datenbank verschoben wird oder Probleme auftreten, die sich auf Anmeldungen, Verschlüsselung, Replikation, Berechtigungen usw. auswirken.
    Arbeiten mit Transaktionsprotokollsicherungen Enthält Konzepte zum Sichern und Wiederherstellen (Anwenden) von Transaktionsprotokollen in den vollständigen und massenprotokollierten Wiederherstellungsmodellen. Erläutert, wie Routinesicherungen von Transaktionsprotokollen (Protokollsicherungen) zum Wiederherstellen von Daten ausgeführt werden.
    Verwaltete SQL Server-Sicherung in Microsoft Azure Führt verwaltete Sicherungen und zugehörige Verfahren ein.