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.

Note

Voor een inleiding tot back-ups op secundaire replica's, zie Actieve secundaire replica's: back-ups op secundaire replica's (Always On-beschikbaarheidsgroepen).

Prerequisites

U moet verbonden zijn met het serverexemplaar waarop de primaire replica wordt gehost in SSMS. De secundaire replica moet de status Gezond hebben, wat inhoudt dat deze is verbonden met de huidige primaire replica en zich in de secundaire rol bevindt.

Note

De secundaire replica hoeft niet leesbaar te zijn om back-ups op die replica uit te voeren. Back-ups slagen nog steeds op de secundaire replica, zelfs als Readable Secondary is ingesteld op no, met uitzondering van beheerde back-ups.

toestemmingen

Taak toestemmingen
Back-up op secundaire replica's configureren bij het maken van een beschikbaarheidsgroep Vereist lidmaatschap van de vaste serverrol sysadmin en daarnaast een van de volgende machtigingen: servermachtiging CREATE AVAILABILITY GROUP, ALTER ANY-machtiging AVAILABILITY GROUP of CONTROL SERVER-machtiging.
Een beschikbaarheidsgroep of beschikbaarheidsreplica wijzigen Vereist de machtiging ALTER AVAILABILITY GROUP voor de beschikbaarheidsgroep, de machtiging CONTROL AVAILABILITY GROUP, de machtiging ALTER ANY AVAILABILITY GROUP of de machtiging CONTROL SERVER.

SQL Server Management Studio gebruiken

Een back-up configureren op secundaire replica's

  1. Maak in Objectverkenner verbinding met het serverexemplaar waarop de primaire replica wordt gehost 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.

    Secundair alleen
    Hiermee geeft u op dat back-ups nooit moeten worden uitgevoerd op de primaire replica. Als de primaire replica de enige replica is die online is, moet er geen back-up 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.

    Alle replica's
    Hiermee geeft u aan dat u wilt dat back-uptaken de rol van de beschikbaarheidsreplica’s negeren bij het kiezen van de replica die back-ups uitvoert. Merk op dat back-uptaken rekening kunnen houden met andere factoren, zoals de back-upprioriteit van elke beschikbaarheidsreplica in combinatie met de operationele status en de verbindingsstatus.

    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 verderop in dit onderwerp Vervolg: Na het configureren van back-ups op secundaire replica's voor meer informatie.

  6. Gebruik het raster Back-upprioriteiten van replica's om de back-upprioriteit van de beschikbaarheidsreplica's te wijzigen. In deze tabel wordt de huidige back-upprioriteit weergegeven van elk serverexemplaar dat als host fungeert voor een replica van de beschikbaarheidsgroep. 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
    Schakel deze optie in als u nooit wilt dat deze beschikbaarheidsreplica wordt gekozen om back-ups uit te voeren. 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

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 replica is die online is, moet er geen back-up 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 aan dat u wilt dat back-uptaken de rol van de beschikbaarheidsreplica’s negeren bij het kiezen van de replica die back-ups uitvoert. Merk op dat back-uptaken rekening kunnen houden met andere factoren, zoals de back-upprioriteit van elke beschikbaarheidsreplica in combinatie met de operationele status en de verbindingsstatus.

    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 verderop in dit onderwerp Vervolg: Na het configureren van back-ups op secundaire replica's voor meer informatie.

    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

Note

Als u de syntaxis van een cmdlet wilt weergeven, gebruikt u de Get-Help--cmdlet in de SQL Server PowerShell-omgeving. Zie Get Help SQL Server PowerShell voor meer informatie.

De SQL Server PowerShell-provider instellen en gebruiken

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

Om rekening te houden met de automatische back-upvoorkeur voor een bepaalde beschikbaarheidsgroep, moet u op elk serverexemplaar waarop een beschikbaarheidsreplica wordt gehost waarvan de back-upprioriteit groter is dan nul (>0), back-uptaken scripten 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 op het huidige serverexemplaar 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, hoeft u alleen de back-uptaak te verwijderen van het serverexemplaar waarop die replica werd gehost.

Tip

Als u de wizard Onderhoudsplan gebruikt om een bepaalde back-uptaak te maken, bevat de taak automatisch de scriptlogica die de sys.fn_hadr_backup_is_preferred_replica functie aanroept en controleert. De back-uptaak geeft echter niet het bericht 'Dit is niet de voorkeursreplica...' weer. Zorg ervoor dat u de taak(en) aanmaakt voor elke beschikbaarheidsdatabase op elk serverexemplaar dat een beschikbaarheidsreplica voor de beschikbaarheidsgroep 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.

View Information Relevante kolommen
sys.fn_hadr_backup_is_preferred_replica Is de huidige replica de voorkeursreplica voor back-ups? Niet van toepassing.
sys.availability_groups Voorkeur voor automatische back-ups automated_backup_preference

automated_backup_preference_desc
sys.availability_replicas Back-upprioriteit van een bepaalde beschikbaarheidsreplica backup_priority
sys.dm_hadr_availability_replica_states Is de replica lokaal op de serverinstantie?

Huidige rol

Bedrijfsstatus

Verbindingsstatus

Synchronisatiestatus van een beschikbaarheidsreplica		 is_local

rol, rolbeschrijving

operational_state, operational_state_desc

connected_state, connected_state_desc

synchronization_health, synchronization_health_desc

Verwante inhoud

Zie ook

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

  • Last updated on