Freigeben über


Problembehandlung bei SQL Server Sicherungs- und Wiederherstellungsvorgängen

Dieser Artikel enthält Lösungen für häufige Probleme, die während von Microsoft SQL Server Sicherungs- und Wiederherstellungsvorgängen 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 sehr lange

Sicherungs- und Wiederherstellungsvorgänge sind E/A-intensiv. Der Sicherungs-/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 die Sicherungsvorgänge entweder beendet wurden 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 von In-Flight-Sicherungs- und Wiederherstellungsvorgängen nachzuverfolgen.

  • Sie können Informationen zum Sicherungs- und Wiederherstellungsdurchsatz mithilfe der Device throughput Bytes/sec Leistungsindikatoren und Backup/Restore throughput/sec messen. Weitere Informationen finden Sie unter SQL Server, Sicherungsmediumobjekt.

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

  • Weitere Informationen finden Sie unter Funktionsweise: Wie funktioniert die Wiederherstellung/Sicherung?. Dieser Blogbeitrag bietet Einen Einblick in die aktuelle Phase von Sicherungs- oder Wiederherstellungsvorgängen.

Zu überprüfende Punkte

  1. Überprüfen Sie, ob eines der bekannten Probleme auftritt, 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 "Wissensdatenbank" oder "Onlinedokumentation" Erklärung und empfohlene Aktionen
    Optimieren der Sicherungs- und Wiederherstellungsleistung in SQL Server In der Onlinedokumentation werden verschiedene bewährte Methoden behandelt, mit denen Sie die Leistung von Sicherungs-/Wiederherstellungsvorgängen verbessern können. Beispielsweise können Sie dem Windows-Konto, das SE_MANAGE_VOLUME_NAME SQL Server ausgeführt wird, die besondere Berechtigung zuweisen, um die sofortige Initialisierung von Datendateien zu ermöglichen. Dies kann zu erheblichen Leistungssteigerungen 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 vermeiden.
    2878182 FIX: Benutzermodusprozesse in einer Anwendung reagieren nicht auf Servern, auf denen Windows Server 2012

    Sicherungsvorgänge sind E/A-intensiv und können von diesem Fehler betroffen sein. Wenden Sie diesen Fix an, um diese Probleme zu vermeiden.
    Konfigurieren der Antivirensoftware für die Verwendung mit SQL Server Antivirensoftware kann Sperren für .bak Dateien halten. Dies kann sich auf die Leistung von Sicherungs- und Wiederherstellungsvorgängen auswirken. Befolgen Sie die Anleitung 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 Erläutert 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 eine bestimmte Größe nicht überschreiten Erläutert ein Problem, das auftritt, wenn ein NTFS-Dateisystem stark fragmentiert ist.
    304101 Sicherungsprogramm ist nicht erfolgreich, wenn Sie ein großes Systemvolume sichern
    2455009 FIX: Langsame Leistung beim Wiederherstellen einer Datenbank, wenn das Transaktionsprotokoll in SQL Server 2005, im SQL Server 2008 oder in SQL Server 2008 R2 viele VLFs enthält 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 dauern lange, oder sie lösen Fehler aus, wenn das Transaktionsprotokoll zahlreiche virtuelle Protokolldateien enthält.
    Ein Sicherungs- oder Wiederherstellungsvorgang an einem Netzwerkspeicherort ist langsam Isolieren Sie das Problem mit dem Netzwerk, indem Sie versuchen, eine Datei ähnlicher Größe von dem Server, auf dem SQL Server ausgeführt wird, an den Netzwerkspeicherort zu kopieren. Überprüfen Sie die Leistung.
  2. Suchen Sie nach Fehlermeldungen im SQL Server Fehlerprotokoll und im Windows-Ereignisprotokoll, um weitere Hinweise zur Ursache des Problems zu finden.

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

  4. Wenden Sie sich an Ihren Windows-Administrator, 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 auf einer früheren Version von SQL Server als der Version wiederhergestellt werden, mit der die Sicherung erstellt wurde. Beispielsweise können Sie eine Sicherung, die auf einem SQL Server 2019-instance erstellt wurde, nicht in einem SQL Server 2017-instance wiederherstellen. Andernfalls wird die folgende Fehlermeldung angezeigt:

Fehler 3169: Die Datenbank wurde auf einem Server mit Version %ls gesichert. Diese Version ist mit diesem Server, auf dem die %ls-Version ausgeführt wird, nicht kompatibel. Stellen Sie entweder die Datenbank auf einem Server wieder her, der die Sicherung unterstützt, oder verwenden Sie eine Sicherung, die mit diesem Server kompatibel ist.

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

Hinweis

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 neueste Version von SQL Server Management Studio (SSMS) auf SQL_A und 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 <IhreDatenbankaufgaben>>Skripts generieren, und wählen Sie die Option aus, um ein Skript für die gesamte Datenbank und alle Datenbankobjekte zu erstellen.
    2. Wählen Sie auf dem Bildschirm Skriptoptionen festlegen die Option Erweitert und dann unter Allgemeines>Skript für SQL Server Version die Version von SQL_B 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 für massenkopieren (Bulk Copy Program, 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 für jede der Tabellen alle Fremdschlüsseleinschränkungen und Trigger. Wenn die Tabelle Identitätsspalten enthält, aktivieren Sie die Identitätseinfügung.
    3. Verwenden Sie bcp, um die Daten, die Sie im vorherigen Schritt exportiert haben, in die entsprechenden Tabellen zu importieren.
    4. Aktivieren Sie nach Abschluss des Datenimports Fremdschlüsseleinschränkungen und -trigger, und deaktivieren Sie die Identitätseinfügung für jede der Tabellen, die in Schritt c betroffen sind.

Dieses Verfahren eignet sich in der Regel gut für kleine bis mittelgroße 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 höheren Version in eine frühere Version von SQL Server zu erstellen.

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

Probleme mit 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 auf einem sekundären Replikat durchgeführt werden sollen, es sei denn, das primäre Replikat ist das einzige Onlinereplikat. Mit dieser Einstellung können Sie keine differenziellen Sicherungen Ihrer Datenbank erstellen. Um diese Einstellung zu ändern, verwenden Sie SSMS auf Ihrem aktuellen primären Replikat, und navigieren Sie unter Eigenschaften Ihrer Verfügbarkeitsgruppe zur Seite Sicherungseinstellungen.
  • Wenn Sie einen Wartungsplan oder geplante Aufträge verwenden, um Sicherungen Ihrer Datenbanken zu generieren, stellen Sie sicher, dass Sie die Aufträge für jede Verfügbarkeitsdatenbank auf jedem Server instance erstellen, der ein Verfügbarkeitsreplikat für die Verfügbarkeitsgruppe hostet.

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 auftreten können, wenn ein Sicherungssatz beschädigt ist:

  • 3241: Die Medienfamilie auf dem Gerät '%ls' ist falsch formatiert. SQL Server kann diese Medienfamilie nicht verarbeiten.

  • 3242: Die Datei auf dem Gerät '%ls' ist kein gültiger Microsoft Tape Format-Sicherungssatz.

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

Hinweis

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 die mit einem Virus oder Schadsoftware zusammenhängen. Überprüfen Sie windows-Systemereignisprotokolle und Hardwareprotokolle auf gemeldete Fehler, und ergreifen Sie geeignete Maßnahmen (z. B. Aktualisieren der Firmware oder Beheben von Netzwerkproblemen).

Um diese Fehler zu vermeiden, aktivieren Sie die Option SICHERUNGSPRÜFSUMME beim Ausführen einer Sicherung, um das Sichern einer beschädigten Datenbank zu vermeiden. Weitere Informationen finden Sie unter Mögliche Medienfehler während der Sicherung und Wiederherstellung (SQL Server).

Sie können auch das Ablaufverfolgungsflag 3023 aktivieren, um eine Prüfsumme zu aktivieren, wenn Sie Sicherungen mithilfe von Sicherungstools ausführen. Weitere Informationen finden Sie unter Aktivieren der Option CHECKSUM, 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 an, mit denen Daten aus einem beschädigten Sicherungssatz abgerufen werden können.

Hinweis

Wenn eine Sicherungsdatei erfolgreich auf einem Server, aber nicht auf einem anderen Server wiederhergestellt wird, versuchen Sie, die Datei auf verschiedene Arten zwischen den Servern zu kopieren. Versuchen Sie beispielsweise robocopy anstelle eines regulären Kopiervorgangs.

Fehler bei Sicherungen aufgrund von Berechtigungsproblemen

Wenn Sie versuchen, Datenbanksicherungsvorgänge auszuführen, tritt einer 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: Sicherungsmedium "Gerätename>"< kann nicht geöffnet werden. Betriebssystemfehler 5(Zugriff verweigert).) (Microsoft.SqlServer.Smo)

  • Szenario 2: Geplante Sicherungen schlagen fehl und generieren eine Fehlermeldung, die im Auftragsverlauf des fehlgeschlagenen Auftrags protokolliert ist und der folgenden ähnelt:

    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 Dienststartkontos ausgeführt. Wenn das Dienstkonto daher nicht über die erforderlichen Berechtigungen verfügt, erhalten Sie die zuvor notierten Fehlermeldungen.

Weitere Informationen finden Sie unter Sicherungsmedien.

Hinweis

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

Fehler bei Sicherungs- oder Wiederherstellungsvorgängen, die Sicherungsanwendungen von Drittanbietern verwenden

SQL Server stellt ein VDI-Tool (Virtual Backup Device Interface) bereit. Diese API ermöglicht es unabhängigen Softwareanbietern, SQL Server in ihre Produkte zu integrieren, um Sicherungs- und Wiederherstellungsvorgänge zu unterstützen. Diese APIs wurden entwickelt, um maximale Zuverlässigkeit und Leistung zu bieten und die gesamte Bandbreite der SQL Server Sicherungs- und Wiederherstellungsfunktionen zu unterstützen. Dies umfasst die gesamte Bandbreite der Momentaufnahme- und Hot-Backup-Funktionen.

Allgemeine Schritte zur Problembehandlung

Weitere Ressourcen

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

Verschiedene Probleme

Symptom/Szenario Abhilfemaßnahmen oder zusätzliche Informationen
Sicherungen können fehlschlagen, wenn die Änderungsnachverfolgung für die Datenbanken aktiviert ist und Fehler wie die folgenden zurückgeben:

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

<Time Stamp> 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 durch TDE geschützten Datenbank in eine andere 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 die status eines Sicherungsvorgangs überprüfen?

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

Was kann ich tun, wenn SQL Server mitten in der Sicherung ein Failover ausgeführt wird?

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

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

SQL Server Sicherung kann nicht mithilfe einer Version von SQL Server wiederhergestellt werden, die höher 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?

Weitere Informationen finden Sie in den Prozeduren, die unter RESTORE-Anweisungen – VERIFYONLY (Transact-SQL) dokumentiert sind.

Wie kann ich den Sicherungsverlauf von Datenbanken in SQL Server abrufen?

Weitere Informationen finden Sie unter 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-Dienstkonto für den Ordner bereitstellen, in den die Sicherungen geschrieben werden. Weitere Informationen finden Sie unter Berechtigungen für die Sicherung.
  • Stellen Sie sicher, dass der Ordner, in den die Sicherungen geschrieben werden, über genügend Speicherplatz für Ihre Datenbanksicherungen verfügt. Sie können die gespeicherte sp_spaceused 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 im Zusammenhang mit der Konfiguration von Aufträgen und Wartungsplänen auftreten.
  • Führen Sie einen Testlauf Ihrer Aufträge durch, um sicherzustellen, dass die Sicherungen erfolgreich erstellt wurden. Fügen Sie immer Logik hinzu, um Ihre Sicherungen zu überprüfen.
  • Wenn Sie systemdatenbanken von einem Server auf einen anderen verschieben möchten, lesen Sie Verschieben von Systemdatenbanken.
  • 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 der Onlinedokumentation:

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

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

    Referenz Beschreibung
    BACKUP (Transact-SQL) Bietet Antworten auf grundlegende Fragen im Zusammenhang mit Sicherungen. Enthält Beispiele für verschiedene Arten von Sicherungs- und Wiederherstellungsvorgängen.
    Sicherungsmedien (SQL Server) Bietet eine hervorragende Referenz für das Verständnis verschiedener Sicherungsgeräte, das Sichern auf einer Netzwerkfreigabe, Azure Blob Storage und verwandte Aufgaben.
    Wiederherstellungsmodelle (SQL Server) Enthält ausführliche Informationen zu den verschiedenen Wiederherstellungsmodellen: "Einfach", "Vollständig" und "Massenprotokolliert". Enthält Informationen dazu, wie sich das Wiederherstellungsmodell auf Sicherungen auswirkt.
    Sicherung & 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 Wiederherstellung und Wiederherstellung (SQL Server) Beschreibt, wie sich die Wiederherstellungsmodelle auf Wiederherstellungsvorgänge auswirken. Sie sollten dies überprüfen, wenn Sie Fragen dazu haben, wie sich das Wiederherstellungsmodell einer Datenbank auf den Wiederherstellungsvorgang auswirken kann.
    Verwalten von Metadaten beim Verfügbarmachen 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 Stellt Konzepte zum Sichern und Wiederherstellen (Anwenden) von Transaktionsprotokollen in den vollständigen und massenprotokollierten Wiederherstellungsmodellen dar. Erläutert, wie Sie Routinemäßigsicherungen von Transaktionsprotokollen (Protokollsicherungen) erstellen, um Daten wiederherzustellen.
    SQL Server Verwaltete Sicherung in Microsoft Azure Führt verwaltete Sicherungen und zugehörige Prozeduren ein.