SQL Server Always-On-Verfügbarkeitsgruppen sichern

Azure Backup bietet eine End-to-End-Unterstützung für die Sicherung von SQL Server Always On-Verfügbarkeitsgruppen (VG), wenn sich alle Knoten in derselben Region und im gleichen Abonnement wie der Recovery Services-Tresor befinden. Wenn die Knoten der AG jedoch auf Regionen/Abonnements/lokale Umgebungen und Azure verteilt sind, gibt es einige Überlegungen, die Sie berücksichtigen sollten.

Informationen zu den derzeit von uns unterstützten Sicherungs- und Wiederherstellungsszenarien finden Sie in der Support-Matrix. Allgemeine Fragen finden Sie in den häufig gestellten Fragen.

Verhalten der Sicherungseinstellung je nach SQL-Server-Version

Die vollständige und differenzielle Sicherungsunterstützung für sekundäre Replikate hängt von SQL Server Version ab. Die Sicherungspräferenz der AG und die SQL Server-Version bestimmen, welcher Knoten für jeden Sicherungstyp ausgewählt wird.

SQL Server 2022 und früher

Die von Azure Backup SQL VG verwendete Sicherungseinstellung unterstützt vollständige und differenzielle Sicherungen nur vom primären Replikat. Daher werden diese Sicherungsaufträge unabhängig von der Sicherungseinstellung immer auf dem primären Knoten ausgeführt. Bei vollständigen Kopiesicherungen und Transaktionsprotokollsicherungen wird bei der Entscheidung über den Knoten, auf dem die Sicherung ausgeführt wird, die Einstellung für die Sicherung der Gruppe berücksichtigt.

SQL Server 2025 und höher

In SQL Server 2025 und höher unterstützen sekundäre Replikate auch vollständige und differenzielle Sicherungen. Die Sicherungseinstellung steuert jetzt beide Sicherungstypen einheitlich. Wenn Sie "Secondary Only " oder "Prefer Secondary" festlegen, benötigen vollständige und differenzielle Sicherungen den primären Knoten nicht mehr.

Wenn Sie einen Knoten beim Azure Backup-Dienst registrieren, installieren Sie die Workload-Sicherungserweiterung auf diesem Knoten. Wenn Sie eine AG-Datenbank für die Sicherung konfigurieren, werden die Sicherungszeitpläne an alle registrierten Knoten der AG übertragen. Die Zeitpläne werden auf allen VG-Knoten und den Workloadsicherungserweiterungen auf diesen Knoten ausgelöst, um festzulegen, welcher Knoten die Sicherung durchführen kann. Die Knotenauswahl hängt vom Sicherungstyp und der Sicherungseinstellung ab, die im Verhalten der Sicherungseinstellung nach SQL Server Version beschrieben ist.

Der ausgewählte Knoten fährt mit dem Backup-Job fort, während der Job, der auf den anderen Knoten ausgelöst wird, aussteigt, das heißt, er überspringt den Job.

Registrieren von VG-Knoten im Recovery Services-Tresor

Ein Recovery Services-Tresor unterstützt die Sicherung von Datenbanken nur für VMs in derselben Region und demselben Abonnement wie der Tresor.

SQL Server 2022 und früher:

• Registrieren Sie den primären Knoten beim Tresor (andernfalls können keine vollständigen Sicherungen durchgeführt werden).
• Registrieren Sie mindestens einen sekundären Knoten beim Tresor (andernfalls können keine vollständigen Protokoll-/Kopiesicherungen durchgeführt werden), wenn die Sicherungseinstellung nur sekundär ist.

Wenn die oben genannten Bedingungen nicht erfüllt sind, tritt bei der Konfiguration von Sicherungen für VG-Datenbanken ein Fehler mit dem Fehlercode FabricSvcBackupPreferenceCheckFailedUserError auf.

SQL Server 2025 und höher:

• Die Registrierung des primären Knotens ist für die AG-Sicherungskonfiguration nicht mehr erforderlich . Da vollständige und differenzielle Sicherungen jetzt auf sekundären Replikaten ausgeführt werden können, können Sie Sicherungen nur mit registrierten sekundären Knoten konfigurieren (wenn die Sicherungseinstellung "Secondary Only " oder "Prefer Secondary" ist).
• Für die Sicherungspräferenz Primary muss der primäre Knoten weiterhin registriert sein.
• Registrieren Sie mindestens einen Knoten, der die ausgewählte Sicherungseinstellung erfüllt.

Betrachten wir die folgende VG-Bereitstellung als Referenz.

Basierend auf der Beispiel-AG-Bereitstellung sind folgende Überlegungen angestellt:

• Da sich der primäre Knoten in Region 1 und Abonnement 1 befindet, muss sich der Recovery Services-Tresor (Tresor 1) in Region 1 und Abonnement 1 befinden, um diese VG zu schützen.
• VM3 kann nicht bei Tresor 1 registriert werden, da er sich in einem anderen Abonnement befindet.
• VM4 kann nicht bei Tresor 1 registriert werden, da er sich in einer anderen Region befindet.
• Wenn die Sicherungseinstellung nur sekundär ist, registrieren Sie VM1 (Primär) und VM2 (Sekundär) in Vault 1. Bei SQL Server 2022 und früheren Versionen benötigen vollständige Sicherungen den primären Knoten, sodass beide Knoten registriert werden. Auf SQL Server 2025 und höher ist VM2 allein ausreichend. Registrieren Sie für andere Sicherungseinstellungen VM1 (Primär) bei Vault 1; VM2 ist optional.
• Zwar können Sie VM3 in Abonnement 2 bei Tresor 2 registrieren, und die AG-Datenbanken würden dann zum Schutz in Tresor 2 angezeigt, jedoch würde die Konfiguration von Sicherungen unter SQL Server 2022 und früher aufgrund des Fehlens des primären Knotens in Tresor 2 fehlschlagen. Auf SQL Server 2025 und höher können Sie Sicherungen im Tresor 2 konfigurieren, wenn die Sicherungseinstellung "Nur sekundär" oder "Sekundär bevorzugen" ist.
• Ebenso können Sie VM4 in Tresor 4 in Region 2 registrieren, allerdings würde das Konfigurieren von Sicherungen unter SQL Server 2022 und früheren Versionen fehlschlagen, da der primäre Knoten nicht in Tresor 4 registriert ist. Auf SQL Server 2025 und höher können Sie Sicherungen im Tresor 4 konfigurieren, wenn die Sicherungseinstellung "Nur sekundär" oder "Sekundär bevorzugen" ist.

Failover-Behandlung

Nachdem für die VG ein Failover auf einen der sekundären Knoten erfolgt ist:

• SQL Server 2022 und frühere Versionen: Vollständige und differenzielle Sicherungen werden auf dem neuen primären Knoten fortgesetzt, wenn dieser beim Tresor registriert ist.
• SQL Server 2025 und höher: Vollständige und differenzielle Sicherungen werden weiterhin auf dem Knoten ausgeführt, der die Sicherungspräferenz erfüllt. Bei "Secondary Only" oder "Prefer Secondary" können diese Sicherungen auf einem sekundären Replikat ausgeführt werden.
• Die vollständigen Protokoll- und Kopiesicherungen werden basierend auf der Sicherungseinstellung vom primären/sekundären Knoten fortgesetzt.

Basierend auf der obigen Beispiel-AG-Bereitstellung sind die folgenden Failover-Möglichkeiten:

• Failover auf VM2
  • Vollständige und differenzielle Sicherungen werden von VM2 durchgeführt.
  • Vollständige Protokoll- oder Kopiesicherungen werden basierend auf der Sicherungseinstellung von VM1 oder VM2 durchgeführt.
• Failover auf VM3 durchführen (anderes Abonnement)
  • Da Sicherungen in Tresor 2 nicht konfiguriert sind, werden keine Sicherungen durchgeführt.
  • Wenn die Sicherungseinstellung auf SQL Server 2022 und früher nicht nur sekundär ist, können Sie jetzt Sicherungen in Vault 2 konfigurieren, da der primäre Knoten in diesem Tresor registriert ist. Auf SQL Server 2025 und höher können Sie auch Sicherungen konfigurieren, wenn der registrierte Knoten in Vault 2 die ausgewählte Sicherungseinstellung erfüllt. Diese Bedingung kann zu Konflikten oder Sicherungsfehlern führen. Weitere Informationen finden Sie unter Sicherungen für eine AG mit mehreren Regionen konfigurieren.
• Failover auf VM4 (andere Region)
  • Da Sicherungen in Tresor 4 nicht konfiguriert sind, werden keine Sicherungen durchgeführt.
  • Wenn die Sicherungseinstellung auf SQL Server 2022 und früher nicht nur sekundär ist, können Sie jetzt Sicherungen in Vault 4 konfigurieren, da der primäre Knoten in diesem Tresor registriert ist. Auf SQL Server 2025 und höher können Sie auch Sicherungen konfigurieren, wenn der registrierte Knoten in Vault 4 die ausgewählte Sicherungseinstellung erfüllt. Diese Bedingung kann zu Konflikten oder Sicherungsfehlern führen. Weitere Informationen finden Sie unter Sicherungen für eine regionsübergreifende AG konfigurieren.

Konfigurieren von Sicherungen für eine VG mit mehreren Regionen

Der Recovery Services-Tresor unterstützt keine abonnement- oder regionsübergreifenden Sicherungen. In diesem Abschnitt wird zusammengefasst, wie Sie Sicherungen für AGs aktivieren, die verschiedene Abonnements oder Azure-Regionen umfassen, sowie die damit verbundenen Überlegungen.

• Werten Sie aus, ob Sie wirklich Sicherungen von allen Knoten aktivieren müssen. Wenn eine Region/ein Abonnement über die meisten AG-Knoten verfügt und ein Failover auf andere Knoten sehr selten auftritt, kann es ausreichen, das Backup in dieser ersten Region einzurichten. Wenn die Failovers in andere Regionen bzw. Abonnements häufig auftreten und länger andauern, sollten Sie außerdem Sicherungen proaktiv in der anderen Region einrichten.

• Jeder Tresor, in dem die Sicherung aktiviert wird, verfügt über eigene Wiederherstellungspunktketten. Wiederherstellungen von diesen Wiederherstellungspunkten können nur auf VMs durchgeführt werden, die in diesem Vault registriert sind.

• SQL Server 2022 und früher: Vollständige und differenzielle Sicherungen funktionieren nur im Tresor mit dem primären Knoten. Diese Sicherungen in anderen Tresoren schlagen weiterhin fehl. Unter SQL Server 2025 und höheren Versionen ändert sich dieses Verhalten für die Voreinstellungen Nur sekundär und Sekundär bevorzugen – siehe SQL Server 2025: Änderungen bei Sicherungen in Multi-Region-AGs.

• Protokollsicherungen funktionieren weiterhin im vorherigen Tresor, bis eine Protokollsicherung im neuen Tresor ausgeführt wird (also im Tresor, in dem sich der neue primäre Knoten befindet) und die Protokollkette für den alten Tresor unterbricht.

  Hinweis

  Es gibt eine feste Grenze von 15 Tagen, nach der Protokollsicherungen fehlschlagen.

• Vollständige Kopiesicherungen funktionieren in allen Tresoren.

• Der Schutz wird in jedem Tresor als unterschiedliche Datenquelle behandelt und separat abgerechnet.

Es wird empfohlen, die Sicherungseinstellung auf Primär festzulegen, um Protokollsicherungskonflikte zwischen den beiden Tresoren zu vermeiden. Je nachdem, welcher Tresor über den primären Knoten verfügt, werden dann in diesem auch die Protokollsicherungen erstellt.

SQL Server 2025: Sicherungsänderungen der Multiregion AG

Bei SQL Server 2025 benötigen vollständige und differenzielle Sicherungen nicht mehr den primären Knoten. Diese Änderung bedeutet:

• Die Registrierung des primären Knotens ist nicht erforderlich – Wenn Ihre Sicherungseinstellung "Nur sekundär " oder " Sekundär bevorzugen" ist, können Sie Sicherungen von jedem registrierten sekundären Knoten konfigurieren und ausführen, auch wenn sich der primäre Knoten in einer anderen Region oder einem anderen Abonnement befindet.

• Reduzierte Failoverwirkungen – Nach dem Failover zu einem Knoten in einer anderen Region können Sicherungen im ursprünglichen Tresor fortgesetzt werden, solange ein registrierter Knoten verfügbar ist, der die Sicherungseinstellung erfüllt.

Die grundlegende Einschränkung der Kreuztresorkoordination bleibt jedoch bestehen – Sicherungen können nicht zwischen mehreren Tresoren koordiniert werden. Wenn Sie AG-Knoten in unterschiedlichen Tresoren über verschiedene Regionen hinweg registrieren, können gleichzeitig ausgeführte Sicherungszeitpläne in Konflikt geraten und zu Unterbrechungen der Protokollkette oder doppelten Sicherungen führen.

Empfehlung zur Vermeidung vault-übergreifender Konflikte:

• 2-node AG: Festlegen der Sicherungseinstellung auf "Nur sekundär " oder "Primär".
• 3+ node AG: Stellen Sie die Sicherungspräferenz auf Primär ein.

Diese Konfiguration stellt sicher, dass jeweils nur ein Knoten des Tresors für Backups in Frage kommt.

Basierend auf der obigen Beispiel-AG-Bereitstellung sind hier die Schritte zum Aktivieren der Sicherung von allen Knoten. Es wird davon ausgegangen, dass die Sicherungspräferenz bei allen Schritten erfüllt ist.

Schritt 1: Aktivieren von Sicherungen in Region 1, Abonnement 1 (Tresor 1)

Da sich der primäre Knoten in der Region und im Abonnement befindet, funktionieren die üblichen Schritte zum Aktivieren von Sicherungen.

Schritt 2: Aktivieren von Sicherungen in Region 1, Abonnement 2 (Tresor 2)

1. Failover der VG auf VM3, sodass der primäre Knoten in Tresor 2 vorhanden ist
2. Konfigurieren Sie Sicherungen für die AG-Datenbanken in Vault 2.
3. Zu diesem Zeitpunkt gilt Folgendes:
   1. Die vollständigen/differenziellen Sicherungen schlagen in Tresor 1 fehl, da keiner der registrierten Knoten diese Sicherung erstellen kann.
   2. Die Protokollsicherungen werden in Tresor 1 erfolgreich ausgeführt, bis eine Protokollsicherung in Tresor 2 ausgeführt wird und die Protokollkette für Tresor 1 unterbricht.
4. Failback der VG auf VM1

Schritt 3: Aktivieren von Sicherungen in Region 2, Abonnement 1 (Tresor 4)

Identisch mit Schritt 2

Sichern einer VG, die Azure- und lokale Bereiche umfasst

Azure Backup für SQL Server kann nicht lokal ausgeführt werden. Wenn sich der primäre Knoten in Azure befindet und die Sicherungseinstellung von den Knoten in Azure erfüllt wird, können Sie die obige Anleitung für die VG mit mehreren Regionen befolgen, um Sicherungen für die Replikate in Azure zu aktivieren. Wenn ein Failover auf einen lokalen Knoten erfolgt, treten bei den vollständigen und differenziellen Sicherungen in Azure Fehler auf. Protokollsicherungen können fortgesetzt werden, bis die Protokollkette unterbrochen wird oder 15 Tage vergangen sind.

Drosselung für Sicherungsaufträge in einer VG-Datenbank

Derzeit gelten die Grenzwerte für die Sicherungsdrosselung auf ebene einzelner Computer. Der Standardgrenzwert ist 20. Wenn mehr als 20 Sicherungen gleichzeitig ausgelöst werden, werden die ersten 20 ausgeführt, und die anderen werden in die Warteschlange gestellt. Wenn die ausgeführten Aufträge abgeschlossen sind, wird die Ausführung der Aufträge in der Warteschlange gestartet.

Sie können diesen Wert in einen kleineren Wert ändern, wenn die gleichzeitigen Sicherungen eine Speicher-, E/A- oder CPU-Auslastung auf dem Knoten verursachen. Da die Drosselung auf Knotenebene ausgeführt wird, kann dies zu Problemen bei der Sicherungssynchronisierung führen. Stellen Sie sich zur Veranschaulichung eine AG mit 2 Knoten vor.

Beispielsweise verfügt der erste Knoten über 50 eigenständige Datenbanken, die geschützt sind, und beide Knoten verfügen über 5 geschützte AG-Datenbanken. Auf Knoten 1 sind effektiv 55 Datenbanksicherungsaufträge geplant, während es auf Knoten 2 nur 5 sind. Außerdem sind alle diese Sicherungen so konfiguriert, dass sie stündlich gleichzeitig ausgeführt werden. An einem Punkt werden alle 55 Sicherungen auf Knoten 1 ausgelöst, und 35 dieser Sicherungen werden in die Warteschlange gestellt. Einige davon wären die AG-Datenbanksicherungen. Auf Knoten 2 würden jedoch die AG-Datenbanksicherungen ohne Warteschlangen ausgeführt.

Da sich die AG-Datenbankaufträge in einer Warteschlange auf einem Knoten befinden und auf einem anderen ausgeführt werden, funktioniert die Sicherungssynchronisierung nicht ordnungsgemäß. Knoten 2 könnte annehmen, dass Knoten 1 ausgefallen ist und daher Jobs von Knoten 1 nicht zur Synchronisierung anstehen. Dieses Problem kann zu Protokollkettenunterbrechungen oder zusätzlichen Sicherungen führen, da beide Knoten Sicherungen unabhängig voneinander ausführen können.

Ein ähnliches Problem kann auftreten, wenn die Anzahl der geschützten AG-Datenbanken die Drosselungsgrenze überschreitet. In diesem Fall kann die Sicherung für z. B. DB1 auf Knoten 1 in die Warteschlange gestellt werden, während sie auf Knoten 2 ausgeführt wird.

Es wird empfohlen, die folgenden Sicherungseinstellungen zu verwenden, um diese Synchronisierungsprobleme zu vermeiden:

• Legen Sie für eine VG mit 2 Knoten die Sicherungseinstellung auf Primär oder Nur sekundär fest. Dann kann nur ein Knoten die Sicherungen durchführen, der andere wird immer aussetzen.
• Legen Sie für eine VG mit mehr als 2 Knoten die Sicherungseinstellung auf Primär fest. Dann kann nur der primäre Knoten die Sicherungen durchführen, andere Knoten setzen aus.

Abrechnung für AG-Backups

Wie bei einer eigenständigen SQL-Instanz wird eine gesicherte AG-Instanz als eine geschützte Instanz betrachtet. Die Gesamtgröße des Front-Ends aller geschützten Datenbanken in einer Instanz wird in Rechnung gestellt. Betrachten Sie die folgende Bereitstellung:

Die geschützten Instanzen werden wie folgt berechnet:

Verschieben einer geschützten Datenbank in oder aus einer AG

Azure Backup betrachtet SQL instance oder AGName\DatabaseName als eindeutigen Datenbanknamen. Als die eigenständige Datenbank geschützt wurde, war ihr eindeutiger Name StandAloneInstanceName\DBName. Wenn sie unter einer VG bewegt wird, ändert sich der eindeutige Name in AGName\DBName. Bei den Sicherungen für die eigenständige Datenbank tritt ein Fehler mit dem folgenden Fehlercode auf: UserErrorBackupFailedStandaloneDatabaseMovedInToAG.

Die Datenbank muss für den Schutz unter der VG konfiguriert sein. Diese wird als neue Datenquelle mit einer separaten Wiederherstellungspunktkette behandelt. Der ältere Schutz einer eigenständigen Datenbank kann mit Beibehaltung von Daten beendet werden, um zu verhindern, dass zukünftige Sicherungen ausgelöst werden und fehlschlagen. Wenn eine geschützte Ag-Datenbank aus der Ag-Datenbank wechselt und zu einer eigenständigen Datenbank wird, tritt bei den Sicherungen ein Fehler mit dem Fehlercode auf: UserErrorBackupFailedDatabaseMovedOutOfAG.

Die Datenbank muss für den Schutz unter der eigenständigen Instanz konfiguriert sein. Diese wird als neue Datenquelle mit einer separaten Wiederherstellungspunktkette behandelt. Der ältere Schutz der VG-Datenbank kann mit Beibehaltung von Daten beendet werden, um zu verhindern, dass zukünftige Sicherungen ausgelöst werden und fehlschlagen.

Das Hinzufügen oder Entfernen eines Knotens in einer AG

Wenn einer für Sicherungen konfigurierten VG ein neuer Knoten hinzugefügt wird, erkennen die Workloadsicherungserweiterungen, die auf den bereits registrierten Knoten ausgeführt werden, die Änderung der VG-Topologie und informieren den Azure Backup-Dienst während des nächsten geplanten Datenbankermittlungsauftrags. Wenn dieser neue Knoten für Sicherungen im gleichen Recovery Services-Tresor wie die anderen vorhandenen Knoten registriert wird, löst der Azure Backup-Dienst einen Workflow aus, der diesen neuen Knoten mit den erforderlichen Metadaten konfiguriert, um AG-Sicherungen durchzuführen.

Nach diesem Schritt synchronisiert der neue Knoten die Daten des AG-Sicherungszeitplans aus dem Azure Backup-Dienst und beginnt mit der Teilnahme am synchronisierten Sicherungsvorgang. Wenn der neue Knoten nicht in der Lage ist, die Sicherungspläne zu synchronisieren und an Sicherungen teilzunehmen, erzwingt das Auslösen einer erneuten Registrierung des Knotens auch die Neukonfiguration des Knotens für AG-Sicherungen. Ebenso erkennen die Workloaderweiterungen während der Knotenentfernung die AG-Topologieänderung und informieren den Azure Backup Dienst. Der Dienst startet auf dem entfernten Knoten einen Workflow zur Aufhebung der Knotenkonfiguration, um die Sicherungspläne für AG-Datenbanken zu löschen und die AG-bezogenen Metadaten zu entfernen.

Registrierung eines AG-Knotens bei Azure Backup aufheben

Wenn ein Knoten Teil einer VG ist, für die mindestens eine Datenbank für die Sicherung konfiguriert ist, lässt Azure Backup die Aufhebung der Registrierung dieses Knotens nicht zu. Dies soll zukünftige Sicherungsfehler verhindern, falls die Sicherungseinstellung ohne diesen Knoten nicht erfüllt werden kann. Sie müssen den Knoten zunächst aus der VG entfernen, um dessen Registrierung aufheben zu können. Wenn der Workflow zum Aufheben der Konfiguration des Knotens abgeschlossen ist, können Sie die Registrierung des Knotens aufheben.

Stellen Sie eine Datenbank aus Azure Backup in einer VG wieder her. SQL-Verfügbarkeitsgruppen unterstützen das direkte Wiederherstellen einer Datenbank in einer VG nicht. Die Datenbank muss in einer eigenständigen SQL-Instanz wiederhergestellt und dann mit einer VG verbunden werden.

Szenarios für die erneute Erstellung von Verfügbarkeitsgruppen für den SQL-Datenbankserver

Erneute Erstellung einer Verfügbarkeitsgruppe (VG), Duplizieren von VGs und Auflisten von Sicherungselementen als schützbare Elemente oder geschützte Elemente in den folgenden Szenarios:

• Erneut erstellte VGs, die bereits geschützt sind, werden auf der Seite Sicherung konfigurieren und in der Liste Geschützte Elemente als doppelte VGs angezeigt. Wenn Sie die Sicherungsdaten beibehalten möchten, die bereits in der älteren VG vorhanden sind, beenden Sie die Sicherung, indem Sie die Option Schutz beenden und Daten beibehalten verwenden, bevor Sie Sicherungen für die neuen VG-Elemente erneut erstellen und planen.

  Azure Backup listet die doppelten Elemente standardmäßig in der Liste der geschützten Elemente und auf der Seite Sicherung konfigurieren oder in der Liste der schutzfähigen Elemente auf und zeigt diese Elemente an, bis Sie die Sicherungsdaten beibehalten möchten.

• Wenn Sie die Sicherungsdaten der älteren VG nicht benötigen, beenden Sie den Sicherungsvorgang, indem Sie die Option Schutz beenden und Daten löschen für das ältere Element verwenden, bevor Sie Sicherungen in der neuen VG erneut erstellen und planen.

  Achtung

  Bei der Option „Schutz beenden und Daten löschen“ handelt es sich um einen destruktiven Vorgang.

• Sie können die VG nach der Durchführung des obigen Prozesses der Option „Schutz beenden“ neu erstellen, um Sicherungsfehler zu vermeiden.

Überlegungen zur Sicherung der SQL Server 2025 AG

Änderungen der Sicherungseinstellungen nach der Konfiguration

Wenn Sie die AG-Sicherungseinstellung ändern, aber den erforderlichen Knoten nicht für den Tresor registrieren, schlagen Sicherungen fehl. Wenn Sie beispielsweise die Einstellung von "Primär " in " Nur sekundär " ändern, aber kein sekundärer Knoten registriert ist, schlagen Protokoll- und Vollständige/Diff-Sicherungen fehl. Stellen Sie stets sicher, dass alle Knoten, die die neue Backup-Präferenz erfüllen, im Tresor registriert sind, bevor Sie die Änderung vornehmen.

Regionenübergreifende AG-Backupkoordination

Wenn Sie AG-Knoten über mehrere Tresore in verschiedenen Regionen schützen, können Tresore keine Sicherungen zwischen ihnen koordinieren, unabhängig von der SQL Server Version. Anleitungen zu Sicherungseinstellungen, die Protokollkettenunterbrechungen und doppelte Sicherungen in diesem Szenario vermeiden, finden Sie unter SQL Server 2025: Sicherungsänderungen der Multi-Region AG.

Unterstützung für Snapshot-Backups

Snapshot-Backups werden auf sekundären Replikaten einer AG nicht unterstützt. Wenn Sie die Snapshotsicherung für die Sicherungsrichtlinie aktivieren, bleibt die Registrierung des primären Knotens unabhängig von SQL Server Version erforderlich.

Nächste Schritte

Lernen Sie Folgendes:

• Wiederherstellen von gesicherten SQL Server-Datenbanken
• Verwalten von gesicherten SQL Server-Datenbanken

Verwandte Inhalte

• Sichern Sie SQL Server-Datenbanken in Azure-VMs mithilfe von Azure Backup über DIE REST-API.
• Wiederherstellen von SQL Server-Datenbanken in Azure-VMs mit REST-API.
• Verwalten von SQL Server-Datenbanken in Azure-VMs mit Azure-Portal, Azure CLI, REST-API.