Back-ups configureren op secundaire replica's van een AlwaysOn-beschikbaarheidsgroep

Van toepassing op:SQL Server

In dit onderwerp wordt beschreven hoe u back-ups configureert op secundaire replica's voor een AlwaysOn-beschikbaarheidsgroep met behulp van SQL Server Management Studio, Transact-SQL of PowerShell in SQL Server.

Prerequisites

U moet zijn verbonden met het serverexemplaren dat als host fungeert voor de primaire replica in SSMS. De secundaire replica moet in orde zijn, waaronder het verbinden met de huidige primaire replica en de secundaire rol.

toestemmingen

SQL Server Management Studio gebruiken

Back-up configureren op secundaire replica's

1. Maak in Objectverkenner verbinding met het serverexemplaren dat als host fungeert voor de primaire replica en klik op de servernaam om de serverstructuur uit te vouwen.

2. Vouw het knooppunt Always On High Availability en het knooppunt Beschikbaarheidsgroepen uit.

3. Klik op de beschikbaarheidsgroep waarvan u de back-upvoorkeuren wilt configureren en selecteer de opdracht Eigenschappen .

4. Selecteer in het dialoogvenster Eigenschappen van beschikbaarheidsgroep de pagina Back-upvoorkeuren .

5. Selecteer in het deelvenster Waar moeten back-ups worden uitgevoerd? Selecteer de automatische back-upvoorkeur voor de beschikbaarheidsgroep, een van de volgende opties:

   Voorkeur voor secundair
   Hiermee geeft u op dat back-ups moeten worden uitgevoerd op een secundaire replica, behalve wanneer de primaire replica de enige replica online is. In dat geval moet de back-up worden uitgevoerd op de primaire replica. Dit is de standaardoptie.

   Alleen secundair
   Hiermee geeft u op dat back-ups nooit moeten worden uitgevoerd op de primaire replica. Als de primaire replica de enige onlinereplica is, mag de back-up niet plaatsvinden.

   primaire
   Hiermee geeft u op dat de back-ups altijd moeten plaatsvinden op de primaire replica. Deze optie is handig als u back-upfuncties nodig hebt, zoals het maken van differentiële back-ups, die niet worden ondersteund wanneer back-ups worden uitgevoerd op een secundaire replica.

   Important

   Als u van plan bent logboekverzending te gebruiken om secundaire databases voor te bereiden voor een beschikbaarheidsgroep, stelt u de automatische back-upvoorkeur in op Primaire totdat alle secundaire databases zijn voorbereid en toegevoegd aan de beschikbaarheidsgroep.

   Elke replica
   Hiermee geeft u de voorkeur aan dat back-uptaken de rol van de beschikbaarheidsreplica's negeren bij het kiezen van de replica om back-ups uit te voeren. Back-uptaken kunnen andere factoren evalueren, zoals de back-upprioriteit van elke beschikbaarheidsreplica in combinatie met de operationele status en de verbonden status.

   Important

   De instelling voor automatische back-upvoorkeur wordt niet afgedwongen. De interpretatie van deze voorkeur is afhankelijk van de logica, indien aanwezig, die u scriptt in back-uptaken voor de databases in een bepaalde beschikbaarheidsgroep. De instelling voor automatische back-upvoorkeur heeft geen invloed op ad-hocback-ups. Zie Opvolgen voor meer informatie : Na het configureren van back-ups op secundaire replica's verderop in dit onderwerp.

6. Gebruik het raster met back-ups van replica's om de back-upprioriteit van de beschikbaarheidsreplica's te wijzigen. In dit raster wordt de huidige back-upprioriteit weergegeven van elk serverexemplaren waarop een replica voor de beschikbaarheidsgroep wordt gehost. De rasterkolommen zijn als volgt:

   Serverinstantie
   De naam van het exemplaar van SQL Server dat als host fungeert voor de beschikbaarheidsreplica.

   Back-upprioriteit (laagste=1, hoogste=100)
   Hiermee geeft u de prioriteit op voor het uitvoeren van back-ups op deze replica ten opzichte van de andere replica's in dezelfde beschikbaarheidsgroep. De waarde is een geheel getal in het bereik van 0,.100. 1 geeft de laagste prioriteit aan en 100 geeft de hoogste prioriteit aan. Als Back-upprioriteit = 1, wordt de beschikbaarheidsreplica alleen gekozen voor het uitvoeren van back-ups als er momenteel geen beschikbaarheidsreplica's met een hogere prioriteit beschikbaar zijn.

   Replica uitsluiten
   Selecteer of u deze beschikbaarheidsreplica nooit wilt kiezen voor het uitvoeren van back-ups. Dit is bijvoorbeeld handig voor een replica van externe beschikbaarheid waarvoor u nooit een failover wilt uitvoeren voor back-ups.

7. Klik op OK om uw wijzigingen door te voeren.

Alternatieve manieren om toegang te krijgen tot de pagina Back-upvoorkeuren

• Het dialoogvenster Nieuwe beschikbaarheidsgroep gebruiken (SQL Server Management Studio)

• De wizard Replica toevoegen aan beschikbaarheidsgroep (SQL Server Management Studio) gebruiken

• Het dialoogvenster Nieuwe beschikbaarheidsgroep gebruiken (SQL Server Management Studio)

Transact-SQL gebruiken

Back-up configureren op secundaire replica's

1. Maak verbinding met het serverexemplaar waarop de primaire replica wordt gehost.

2. Gebruik de CREATE AVAILABILITY GROUP instructie (Transact-SQL) voor een nieuwe beschikbaarheidsgroep. Als u een bestaande beschikbaarheidsgroep wijzigt, gebruikt u de ALTER AVAILABILITY GROUP instructie (Transact-SQL).

PowerShell gebruiken

Back-up configureren op secundaire replica's

1. Stel de standaardinstelling (cd-) in op het serverexemplaren waarop de primaire replica wordt gehost.

2. Configureer desgewenst de back-upprioriteit van elke beschikbaarheidsreplica die u toevoegt of wijzigt. Deze prioriteit wordt gebruikt door het serverexemplaren dat als host fungeert voor de primaire replica om te bepalen welke replica een automatische back-upaanvraag moet verwerken op een database in de beschikbaarheidsgroep (de replica met de hoogste prioriteit wordt gekozen). Deze prioriteit kan een willekeurig getal zijn tussen 0 en 100, inclusief. Een prioriteit van 0 geeft aan dat de replica niet als kandidaat moet worden beschouwd voor het uitvoeren van back-upaanvragen. De standaardinstelling is 50.

   Wanneer u een beschikbaarheidsreplica toevoegt aan een beschikbaarheidsgroep, gebruikt u de cmdlet New-SqlAvailabilityReplica . Wanneer u een bestaande beschikbaarheidsreplica wijzigt, gebruikt u de cmdlet Set-SqlAvailabilityReplica . Geef in beide gevallen de parameter BackupPriorityn op, waarbij n een waarde is van 0 tot 100.

   Met de volgende opdracht wordt bijvoorbeeld de back-upprioriteit van de beschikbaarheidsreplica MyReplica ingesteld op 60.

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

3. Configureer desgewenst de automatische back-upvoorkeur voor de beschikbaarheidsgroep die u maakt of wijzigt. Deze voorkeur geeft aan hoe een back-uptaak de primaire replica moet evalueren bij het kiezen waar back-ups moeten worden uitgevoerd. De standaardinstelling is om de voorkeur te geven aan secundaire replica's.

   Wanneer u een beschikbaarheidsgroep maakt, gebruikt u de cmdlet New-SqlAvailabilityGroup . Wanneer u een bestaande beschikbaarheidsgroep wijzigt, gebruikt u de cmdlet Set-SqlAvailabilityGroup . Geef in beide gevallen de parameter AutomatedBackupPreference op.

   waar,

   primaire
   Hiermee geeft u op dat de back-ups altijd moeten plaatsvinden op de primaire replica. Deze optie is handig als u back-upfuncties nodig hebt, zoals het maken van differentiële back-ups, die niet worden ondersteund wanneer back-ups worden uitgevoerd op een secundaire replica.

   Important

   Als u van plan bent logboekverzending te gebruiken om secundaire databases voor te bereiden voor een beschikbaarheidsgroep, stelt u de automatische back-upvoorkeur in op Primaire totdat alle secundaire databases zijn voorbereid en toegevoegd aan de beschikbaarheidsgroep.

   SecondaryOnly
   Hiermee geeft u op dat back-ups nooit moeten worden uitgevoerd op de primaire replica. Als de primaire replica de enige onlinereplica is, mag de back-up niet plaatsvinden.

   Secundaire
   Hiermee geeft u op dat back-ups moeten worden uitgevoerd op een secundaire replica, behalve wanneer de primaire replica de enige replica online is. In dat geval moet de back-up worden uitgevoerd op de primaire replica. Dit is het standaardgedrag.

   Geen
   Hiermee geeft u de voorkeur aan dat back-uptaken de rol van de beschikbaarheidsreplica's negeren bij het kiezen van de replica om back-ups uit te voeren. Back-uptaken kunnen andere factoren evalueren, zoals de back-upprioriteit van elke beschikbaarheidsreplica in combinatie met de operationele status en de verbonden status.

   Important

   Er is geen afdwinging van AutomatedBackupPreference. De interpretatie van deze voorkeur is afhankelijk van de logica, indien aanwezig, die u scriptt in back-uptaken voor de databases in een bepaalde beschikbaarheidsgroep. De instelling voor automatische back-upvoorkeur heeft geen invloed op ad-hocback-ups. Zie Opvolgen voor meer informatie : Na het configureren van back-ups op secundaire replica's verderop in dit onderwerp.

   Met de volgende opdracht wordt bijvoorbeeld de eigenschap AutomatedBackupPreference voor de beschikbaarheidsgroep MyAg ingesteld op SecondaryOnly. Automatische back-ups van databases in deze beschikbaarheidsgroep vinden nooit plaats op de primaire replica, maar worden omgeleid naar de secundaire replica met de hoogste instelling voor back-upprioriteit.

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

De SQL Server PowerShell-provider instellen en gebruiken

• SQL Server PowerShell-provider

• Hulp krijgen voor SQL Server PowerShell

Opvolgen: Na het configureren van back-ups op secundaire replica's

Als u rekening wilt houden met de automatische back-upvoorkeur voor een bepaalde beschikbaarheidsgroep, moet u op elk serverexemplaren die als host fungeert voor een beschikbaarheidsreplica waarvan de back-upprioriteit groter is dan nul (>0), back-uptaken uitvoeren voor de databases in de beschikbaarheidsgroep. Als u wilt bepalen of de huidige replica de voorkeursback-upreplica is, gebruikt u de functie sys.fn_hadr_backup_is_preferred_replica in uw back-upscript. Als de beschikbaarheidsreplica die wordt gehost door het huidige serverexemplaren de voorkeursreplica voor back-ups is, retourneert deze functie 1. Zo niet, dan retourneert de functie 0. Door een eenvoudig script uit te voeren op elke beschikbaarheidsreplica waarop deze functie wordt opgevraagd, kunt u bepalen welke replica een bepaalde back-uptaak moet uitvoeren. Een typisch fragment van een back-uptaakscript ziet er bijvoorbeeld als volgt uit:

IF (sys.fn_hadr_backup_is_preferred_replica(@DBNAME) != 1)  
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 = '<path to backup file>'  
   WITH COPY_ONLY;  

Als u een back-uptaak met deze logica scriptt, kunt u plannen dat de taak volgens dezelfde planning wordt uitgevoerd op elke beschikbaarheidsreplica. Elk van deze taken bekijkt dezelfde gegevens om te bepalen welke taak moet worden uitgevoerd, dus slechts één van de geplande taken gaat daadwerkelijk naar de back-upfase. In het geval van een failover hoeft geen van de scripts of taken te worden gewijzigd. Als u een beschikbaarheidsgroep opnieuw configureert om een beschikbaarheidsreplica toe te voegen, moet u de back-uptaak gewoon kopiëren of plannen. Als u een beschikbaarheidsreplica verwijdert, verwijdert u de back-uptaak van het serverexemplaren dat die replica host.

Informatie verkrijgen over instellingen voor back-upvoorkeur

Het volgende is handig voor het verkrijgen van informatie die relevant is voor back-ups op secundaire gegevens.

Verwante inhoud

• Microsoft SQL Server AlwaysOn-oplossingengids voor hoge beschikbaarheid en herstel na noodgevallen

• SQL Server AlwaysOn-teamblog: de officiële SQL Server Always On-teamblog

Zie ook

overzicht van AlwaysOn-beschikbaarheidsgroepen (SQL Server)
Actieve secundaire databases: back-up maken op secundaire replica's (AlwaysOn-beschikbaarheidsgroepen)