Delen via

Ondersteunde back-ups overdragen naar secundaire replica's van een beschikbaarheids-groep

  • Artikel

van toepassing op:SQL Server-

De beschikbaarheidsgroepen van Always On bieden secundaire mogelijkheden, waaronder ondersteuning voor het maken van back-ups op secundaire replica's. Back-upbewerkingen kunnen een aanzienlijke belasting vormen voor I/O en CPU (met back-upcompressie). Door back-ups over te brengen naar een gesynchroniseerde of synchroniserende secundaire replica, kunt u de resources op het serverexemplaar gebruiken dat als host fungeert voor de primaire replica voor uw tier-1 workloads.

Notitie

RESTORE-instructies zijn niet toegestaan voor de primaire of secundaire databases van een beschikbaarheidsgroep.

Ondersteunde back-uptypen op secundaire replica's

  • BACKUP DATABASE alleen volledige back-ups van databases, bestanden of bestandsgroepen ondersteunt wanneer deze worden uitgevoerd op secundaire replica's. Back-ups met alleen kopiëren hebben geen invloed op de logboekketen of wissen van de differentiële bitmap.

  • Differentiële back-ups worden niet ondersteund op secundaire replica's.

  • Gelijktijdige back-ups, zoals het uitvoeren van een back-up van een transactielogboek op de primaire replica terwijl een volledige databaseback-up wordt uitgevoerd op de secundaire replica, wordt momenteel niet ondersteund.

  • BACKUP LOG- ondersteunt alleen gewone logboekback-ups (de optie COPY_ONLY wordt niet ondersteund voor logboekback-ups op secundaire replica's).

    Een consistente logboekketen wordt gegarandeerd voor logboekback-ups die zijn gemaakt op een van de replica's (primair of secundair), ongeacht de beschikbaarheidsmodus (synchrone doorvoer of asynchrone doorvoer).

  • Als u een back-up wilt maken van een secundaire database, moet een secundaire replica kunnen communiceren met de primaire replica en moet deze worden GESYNCHRONISEERD of SYNCHRONISEREN van.

In een gedistribueerde beschikbaarheidsgroep kunnen back-ups worden uitgevoerd op secundaire replica's in dezelfde beschikbaarheidsgroep als de actieve primaire replica of op de primaire replica van eventuele secundaire beschikbaarheidsgroepen. Back-ups kunnen niet worden uitgevoerd op een secundaire replica in een secundaire beschikbaarheidsgroep, omdat secundaire replica's alleen communiceren met de primaire replica in hun eigen beschikbaarheidsgroep. Alleen replica's die rechtstreeks communiceren met de globale primaire replica kunnen back-upbewerkingen uitvoeren.

Configureren waar back-uptaken worden uitgevoerd

Het uitvoeren van back-ups op een secundaire replica om de back-upworkload van de primaire productieserver te offloaden, is een groot voordeel. Het uitvoeren van back-ups op secundaire replica's brengt echter een aanzienlijke complexiteit met zich mee voor het bepalen waar back-uptaken moeten worden uitgevoerd. U kunt dit oplossen door te configureren waar back-uptaken als volgt worden uitgevoerd:

  1. Configureer de beschikbaarheidsgroep om op te geven bij welke beschikbaarheidsreplica's u de voorkeur geeft aan back-ups uitvoeren. Zie AUTOMATED_BACKUP_PREFERENCE- en BACKUP_PRIORITY parameters in CREATE AVAILABILITY GROUP (Transact-SQL) of ALTER AVAILABILITY GROUP (Transact-SQL)voor meer informatie.

  2. Maak gescripte back-uptaken voor elke beschikbaarheidsdatabase op elke serverinstantie dat een beschikbaarheidsreplica host die kandidaat is voor het maken van back-ups. Voor meer informatie, zie de sectie "Vervolg: Na het configureren van back-ups op secundaire replica's" van Back-up configureren op beschikbaarheidsreplica's (SQL Server).

Gerelateerde taken

Back-up configureren op secundaire replica's

Om te bepalen of de huidige replica de voorkeursback-upreplica is

Een back-uptaak maken

Zie ook

overzicht van AlwaysOn-beschikbaarheidsgroepen (SQL Server)
Copy-Only back-ups (SQL Server)
AANMAKEN BESCHIKBAARHEIDSGROEP (Transact-SQL)
ALTER AVAILABILITY GROUP (Transact-SQL)