Konfigurieren der Sicherung auf Verfügbarkeitsreplikaten (SQL Server)

In diesem Thema wird beschrieben, wie Sie die Sicherung auf sekundären Replikaten für eine AlwaysOn-Verfügbarkeitsgruppe mithilfe von SQL Server Management Studio, Transact-SQL oder PowerShell in SQL Server 2014 konfigurieren.

Hinweis

Eine Einführung in die Sicherung auf sekundären Replikaten finden Sie unter Active Secondaries: Backup on Secondary Replicas (AlwaysOn Availability Groups).

Bevor Sie beginnen

Voraussetzungen

Sie müssen mit der Serverinstanz verbunden sein, die das primäre Replikat hostet.

Sicherheit

Erlaubnisse

Aufgabe	Erlaubnisse
Konfigurieren der Sicherung auf sekundären Replikaten beim Erstellen einer Verfügbarkeitsgruppe	Erfordert die Mitgliedschaft in der festen Serverrolle sysadmin und die CREATE AVAILABILITY GROUP-Serverberechtigung, ALTER ANY AVAILABILITY GROUP-Berechtigung oder CONTROL SERVER-Berechtigung.
Ändern einer Verfügbarkeitsgruppe oder eines Verfügbarkeitsreplikats	Erfordert die ALTER AVAILABILITY GROUP-Berechtigung für die Verfügbarkeitsgruppe, die CONTROL AVAILABILITY GROUP-Berechtigung, die ALTER ANY AVAILABILITY GROUP-Berechtigung oder die CONTROL SERVER-Berechtigung.

Verwendung von SQL Server Management Studio

So konfigurieren Sie die Sicherung auf sekundären Replikaten

1. Stellen Sie im Objekt-Explorer eine Verbindung mit der Serverinstanz her, die das primäre Replikat hostet, und klicken Sie auf den Servernamen, um die Serverstruktur zu erweitern.

2. Erweitern Sie den Knoten Hohe Verfügbarkeit (immer aktiviert) und den Knoten Verfügbarkeitsgruppen .

3. Klicken Sie auf die Verfügbarkeitsgruppe, deren Sicherungseinstellungen Sie konfigurieren möchten, und wählen Sie den Befehl Eigenschaften aus.

4. Wählen Sie im Dialogfeld Eigenschaften der Verfügbarkeitsgruppe die Seite Sicherungseinstellungen aus.

5. Wählen Sie im Bereich Wo sollten Sicherungen erfolgen? eine der folgenden Optionen als Voreinstellung für die automatisierte Sicherung der Verfügbarkeitsgruppe aus:

   Sekundär bevorzugen
   Gibt an, dass Sicherungen auf einem sekundären Replikat erfolgen müssen, außer wenn es sich beim primären Replikat um das einzige Onlinereplikat handelt. In diesem Fall muss die Sicherung auf dem primären Replikat erfolgen. Dies ist die Standardoption.

   Nur sekundär
   Gibt an, dass Sicherungen nie auf dem primären Replikat ausgeführt werden dürfen. Wenn es sich beim primären Replikat um das einzige Onlinereplikat handelt, darf keine Sicherung erfolgen.

   Primary
   Gibt an, dass die Sicherungen immer auf dem primären Replikat erfolgen müssen. Diese Option ist hilfreich, wenn Sie Sicherungsfunktionen benötigen, z. B. das Erstellen differenzieller Sicherungen, die nicht unterstützt werden, wenn die Sicherung auf einem sekundären Replikat ausgeführt wird.

   Von Bedeutung

   Wenn Sie beabsichtigen, den Protokollversand zur Vorbereitung sekundärer Datenbanken für eine Verfügbarkeitsgruppe zu verwenden, legen Sie die Einstellung der automatisierten Sicherung auf Primary fest, bis alle sekundären Datenbanken vorbereitet sind und der Verfügbarkeitsgruppe beitreten.

   Beliebiges Replikat
   Es wird angegeben, dass Sie bevorzugen, dass Sicherungsaufträge die Rolle der Verfügbarkeitsreplikate ignorieren, wenn sie das Replikat für die Durchführung der Sicherungen auswählen. Sicherungsaufträge können andere Faktoren auswerten, wie z. B. die Sicherungspriorität jedes Verfügbarkeitsreplikats in Verbindung mit seinem Betriebszustand und Verbindungsstatus.

   Von Bedeutung

   Die Voreinstellung für die automatisierte Sicherung wird nicht erzwungen. Die Interpretation dieser Voreinstellung hängt von der Logik ab, die Sie ggf. per Skript in Sicherungsaufträge für die Datenbanken in einer bestimmten Verfügbarkeitsgruppe eingefügt haben. Die Backup-Standardeinstellung hat keine Auswirkungen auf Ad-hoc-Sicherungen. Weitere Informationen finden Sie weiter unten in diesem Thema unter Nachverfolgung: Nach dem Konfigurieren einer Sicherung auf sekundären Replikaten .

6. Verwenden Sie das Raster Replikatssicherungsprioritäten , um die Sicherungspriorität der Verfügbarkeitsreplikate zu ändern. Dieses Raster enthält die aktuelle Sicherungspriorität aller Serverinstanzen, die ein Replikat für die Verfügbarkeitsgruppe hosten. Es gibt folgende Rasterspalten:

   Serverinstanz
   Der Name der Instanz von SQL Server , die das Verfügbarkeitsreplikat hostet.

   Sicherungspriorität (niedrigste = 1, höchste = 100)
   Gibt die Priorität für die Ausführung von Sicherungen auf diesem Replikat in Relation zu den anderen Replikaten in derselben Verfügbarkeitsgruppe an. Der Wert liegt im Bereich von 0 bis 100 und ist eine ganze Zahl. 1 gibt die niedrigste Priorität und 100 die höchste Priorität an. Wenn BACKUP_PRIORITY 1 ist, würde das Verfügbarkeitsreplikat nur zum Ausführen von Sicherungen ausgewählt werden, wenn gerade keine höheren Prioritätsverfügbarkeitsreplikate verfügbar sind.

   Replikat ausschließen
   Wählen Sie diese Option, wenn dieses Verfügbarkeitsreplikat nie zum Ausführen von Sicherungen ausgewählt werden soll. Dies ist zum Beispiel für ein Remoteverfügbarkeitsreplikat hilfreich, für das keine Failover bei Sicherungen auftreten sollen.

7. Um die Änderungen zu speichern, klicken Sie auf OK.

Alternative Möglichkeiten, auf die Seite 'Sicherungseinstellungen' zuzugreifen

• Verwenden des Dialogfelds Neue Verfügbarkeitsgruppe (SQL Server Management Studio)

• Verwenden des Assistenten zum Hinzufügen von Replikaten zu Verfügbarkeitsgruppen (SQL Server Management Studio)

• Verwenden des Dialogfelds Neue Verfügbarkeitsgruppe (SQL Server Management Studio)

Verwenden von Transact-SQL

So konfigurieren Sie die Sicherung auf sekundären Replikaten

1. Stellen Sie eine Verbindung mit der Serverinstanz her, die das primäre Replikat hostet.

2. Für eine neue Verfügbarkeitsgruppe verwenden Sie die Anweisung CREATE AVAILABILITY GROUP (Transact-SQL). Verwenden Sie zum Ändern einer vorhandenen Verfügbarkeitsgruppe die Anweisung ALTER AVAILABILITY GROUP (Transact-SQL).

Mithilfe von PowerShell

So konfigurieren Sie die Sicherung auf sekundären Replikaten

1. Legen Sie die Standardeinstellung (cd) auf die Serverinstanz fest, die das primäre Replikat hostet.

2. Konfigurieren Sie optional die Sicherungspriorität jedes Verfügbarkeitsreplikats, das Sie hinzufügen oder ändern. Diese Priorität wird von der Serverinstanz verwendet, von der das primäre Replikat gehostet wird, um zu entscheiden, welches Replikat eine Anforderung für die automatisierte Sicherung in einer Datenbank in der Verfügbarkeitsgruppe verarbeiten soll (das Replikat mit höchster Priorität wird ausgewählt). Die Priorität kann einer beliebigen Zahl zwischen 0 und einschließlich 100 entsprechen. Die Priorität 0 gibt an, dass das Replikat nicht für die Verarbeitung von Sicherungsanforderungen in Betracht gezogen wird. Die Standardeinstellung ist 50.

   Verwenden Sie das New-SqlAvailabilityReplica Cmdlet, wenn Sie einer Verfügbarkeitsgruppe ein Verfügbarkeitsreplikat hinzufügen. Verwenden Sie beim Ändern eines vorhandenen Verfügbarkeitsreplikats das Set-SqlAvailabilityReplica Cmdlet. Geben Sie in beiden Fällen den BackupPriorityn-Parameter an, wobei n ein Wert von 0 bis 100 ist.

   Der folgende Befehl legt beispielsweise die Sicherungspriorität des Verfügbarkeitsreplikats MyReplica auf 60.

   Set-SqlAvailabilityReplica -BackupPriority 60 -Path SQLSERVER:\Sql\Computer\Instance\AvailabilityGroups\MyAg\AvailabilityReplicas\MyReplica  
   

3. Konfigurieren Sie optional die Voreinstellung für die automatisierte Sicherung der Verfügbarkeitsgruppe, die Sie erstellen oder ändern. Diese Voreinstellung legt fest, wie ein Sicherungsauftrag das primäre Replikat auswerten soll, wenn ausgewählt wird, wo Sicherungen ausgeführt werden sollen. Gemäß der Standardeinstellung werden sekundäre Replikate bevorzugt.

   Verwenden Sie beim Erstellen einer Verfügbarkeitsgruppe das New-SqlAvailabilityGroup Cmdlet. Verwenden Sie beim Ändern einer vorhandenen Verfügbarkeitsgruppe das Set-SqlAvailabilityGroup Cmdlet. Geben Sie in beiden Fällen den AutomatedBackupPreference Parameter an.

   wobei

   Primary
   Gibt an, dass die Sicherungen immer auf dem primären Replikat erfolgen müssen. Diese Option ist hilfreich, wenn Sie Sicherungsfunktionen benötigen, z. B. das Erstellen differenzieller Sicherungen, die nicht unterstützt werden, wenn die Sicherung auf einem sekundären Replikat ausgeführt wird.

   Von Bedeutung

   Wenn Sie beabsichtigen, den Protokollversand zu verwenden, um sekundäre Datenbanken für eine Verfügbarkeitsgruppe vorzubereiten, legen Sie die automatisierte Sicherungseinstellung so Primary fest, dass alle sekundären Datenbanken vorbereitet und der Verfügbarkeitsgruppe beigetreten sind.

   SecondaryOnly
   Gibt an, dass Sicherungen nie auf dem primären Replikat ausgeführt werden dürfen. Wenn es sich beim primären Replikat um das einzige Onlinereplikat handelt, darf keine Sicherung erfolgen.

   Secondary
   Gibt an, dass Sicherungen auf einem sekundären Replikat erfolgen müssen, außer wenn es sich beim primären Replikat um das einzige Onlinereplikat handelt. In diesem Fall muss die Sicherung auf dem primären Replikat erfolgen. Dies ist das Standardverhalten.

   None
   Es wird angegeben, dass Sie bevorzugen, dass Sicherungsaufträge die Rolle der Verfügbarkeitsreplikate ignorieren, wenn sie das Replikat für die Durchführung der Sicherungen auswählen. Sicherungsaufträge können andere Faktoren auswerten, wie z. B. die Sicherungspriorität jedes Verfügbarkeitsreplikats in Verbindung mit seinem Betriebszustand und Verbindungsstatus.

   Von Bedeutung

   Es gibt keine Durchsetzung von AutomatedBackupPreference. Die Interpretation dieser Voreinstellung hängt von der Logik ab, die Sie ggf. per Skript in Sicherungsaufträge für die Datenbanken in einer bestimmten Verfügbarkeitsgruppe eingefügt haben. Die Einstellung für die automatische Sicherung hat keine Auswirkungen auf Ad-hoc-Sicherungen. Weitere Informationen finden Sie weiter unten in diesem Thema unter Nachverfolgung: Nach dem Konfigurieren einer Sicherung auf sekundären Replikaten .

   Beispielsweise legt der folgende Befehl die AutomatedBackupPreference Eigenschaft für die Verfügbarkeitsgruppe MyAg auf SecondaryOnly. Automatisierte Sicherungen der Datenbanken in dieser Verfügbarkeitsgruppe treten nie auf dem primären Replikat auf, sondern werden an das sekundäre Replikat mit der höchsten Sicherungspriorität umgeleitet.

   Set-SqlAvailabilityGroup -Path SQLSERVER:\Sql\PrimaryServer\InstanceName\AvailabilityGroups\MyAg `  
    -AutomatedBackupPreference SecondaryOnly  
   

Hinweis

Verwenden Sie das Get-Help Cmdlet in der SQL Server PowerShell-Umgebung, um die Syntax eines Cmdlets anzuzeigen. Weitere Informationen finden Sie unter Get Help SQL Server PowerShell.

Informationen zum Einrichten und Verwenden des SQL Server PowerShell-Anbieters finden Sie unter SQL Server PowerShell-Anbieter und Hilfe zu SQL Server PowerShell.

Nachverfolgung: Nach dem Konfigurieren einer Sicherung auf sekundären Replikaten

Damit die automatisierte Sicherungseinstellung für eine angegebene Verfügbarkeitsgruppe berücksichtigt wird, müssen Sie auf jeder Serverinstanz, die ein Verfügbarkeitsreplikat hostet, dessen Sicherungspriorität größer als Null (>0) ist, Sicherungsauftragsskripts für die Datenbanken in der Verfügbarkeitsgruppe erstellen. Um zu bestimmen, ob das aktuelle Replikat das bevorzugte Sicherungsreplikat ist, verwenden Sie die sys.fn_hadr_backup_is_preferred_replica -Funktion in Ihrem Sicherungsskript. Wenn das Verfügbarkeitsreplikat, das von der aktuellen Serverinstanz gehostet wird, das bevorzugte Replikat für die Sicherungen ist, wird von dieser Funktion "1" zurückgegeben. Wenn dies nicht zutrifft, wird von der Funktion "0" zurückgegeben. Indem Sie auf jedem Verfügbarkeitsreplikat, von dem diese Funktion abgefragt wird, ein einfaches Skript ausführen, können Sie bestimmen, von welchem Replikat ein bestimmter Sicherungsauftrag ausgeführt werden sollte. Ein typischer Ausschnitt eines Sicherungsauftragsskripts würde z. B. so aussehen:

IF (NOT sys.fn_hadr_backup_is_preferred_replica(@DBNAME))  
BEGIN  
      Select 'This is not the preferred replica, exiting with success';  
      RETURN 0 - This is a normal, expected condition, so the script returns success  
END  
BACKUP DATABASE @DBNAME TO DISK=<disk>  
   WITH COPY_ONLY;  

Indem Sie für einen Sicherungsauftrag ein Skript mit dieser Logik erstellen, können Sie die Ausführung des Auftrags auf jedem Verfügbarkeitsreplikat nach demselben Zeitplan vorsehen. Jeder dieser Aufträge greift auf die gleichen Daten zurück, um zu bestimmen, welcher Auftrag auszuführen ist. Folglich wechselt eigentlich nur einer der geplanten Aufträge in den Sicherungsstatus. Bei einem Failover muss kein Skript oder Auftrag geändert werden. Auch bei der Neukonfiguration einer Verfügbarkeitsgruppe zum Hinzufügen eines Verfügbarkeitsreplikats ist zum Verwalten des Sicherungsauftrags nur das Kopieren oder Planen des Sicherungsauftrags erforderlich. Wenn Sie ein Verfügbarkeitsreplikat entfernen, löschen Sie einfach den Sicherungsauftrag von der Serverinstanz, die dieses Replikat gehostet hat.

Tipp

Wenn Sie denWartungsplan-Assistentenzum Erstellen eines bestimmten Sicherungsauftrags verwenden, enthält der Auftrag automatisch die Skriptlogik, die die sys.fn_hadr_backup_is_preferred_replica-Funktion aufruft und überprüft. Der Sicherungsauftrag gibt jedoch nicht die Nachricht „Dies ist nicht das bevorzugte Replikat...“ zurück. Stellen Sie sicher, dass Sie die Aufträge für jede Verfügbarkeitsdatenbank auf jeder Serverinstanz erstellen, die ein Verfügbarkeitsreplikat für die Verfügbarkeitsgruppe hostet.

So rufen Sie Informationen zu Sicherungseinstellungen ab

Folgendes ist hilfreich zum Abrufen von Informationen, die für eine Sicherung auf sekundären Replikaten relevant sind.

Ansehen	Informationen	Relevante Spalten
sys.fn_hadr_backup_is_preferred_replica	Ist das aktuelle Replikat das bevorzugte Sicherungsreplikat?	Nicht zutreffend.
sys.availability_groups	Voreinstellung für die automatisierte Sicherung	Automatisierte Backup-Einstellung automated_backup_preference_desc
sys.verfügbarkeits_replikate	Sicherungspriorität eines gegebenen Verfügbarkeitsreplikats	Sicherungspriorität
sys.dm_hadr_availability_replica_states	Ist das Replikat für die Serverinstanz lokal? Aktuelle Rolle Betriebszustand Verbindungszustand Synchronisierungszustand eines Verfügbarkeitsreplikats	is_local Rolle, role_desc Betriebszustand, Betriebszustand_Beschreibung connected_state, connected_state_desc synchronization_health, synchronization_health_desc

Verwandte Inhalte

• Microsoft SQL Server AlwaysOn-Lösungshandbuch für hohe Verfügbarkeit und Notfallwiederherstellung

• SQL Server AlwaysOn Team Blog: Der offizielle SQL Server AlwaysOn Team Blog

Siehe auch

Übersicht über AlwaysOn-Verfügbarkeitsgruppen (SQL Server)
Aktive Secondaries: Sicherung auf sekundären Replikaten (AlwaysOn-Verfügbarkeitsgruppen)