Delen via

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

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 op de primaire of secundaire databases van een beschikbaarheidsgroep.

Backuptypen die worden ondersteund op secundaire replica's

Als u een volledige databaseback-up wilt uitvoeren op een secundaire replica, moet u een kopie-only back-up uitvoeren, omdat kopie-only back-ups geen invloed hebben op de logboekketen of de differentiële bitmap wissen. Houd rekening met het volgende:

  • Alleen-kopie back-ups voorkomen niet dat het transactielogboek op andere replica's wordt ingekort.

  • Een kopie-alleen back-up voorkomt dat logboeken worden afgekapt op de secundaire replica gedurende de uitvoering van de kopie-alleen back-up.

  • Als het transactielogboek wordt afgekapt op de primaire replica naar een LSN tussen de eerste en laatste LSN van het transactielogboek van de secundaire replica die de back-up met alleen kopiëren uitvoert, ziet u mogelijk de volgende fout in het logboek van de secundaire replica:

    Error 9019: The virtual log file sequence 0x%08x at offset 0x%016I64x bytes in file '%ls' is active and cannot be overwritten with sequence 0x%08x for database '%ls'.

    Hoewel de back-up waarschijnlijk slaagt, mislukt de synchronisatie voor die secundaire replica totdat de back-up in alleen-kopieermodus is voltooid. Als de secundaire replica is ingesteld op synchrone vastlegging, kunnen schrijfbelastingen op de primaire replica worden geblokkeerd totdat het logboek kan worden beveiligd op de secundaire replica. Nadat de back-up is voltooid, wordt de log op de secundaire replica afgekapt, waarna deze opnieuw moet synchroniseren. Als er fout 9019 optreedt tijdens het uitvoeren van een back-up met alleen-kopiëren op een secundaire replica, voert u in plaats daarvan de volledige back-up uit op de primaire replica.

Houd rekening met het volgende bij het uitvoeren van back-ups op secundaire replica's:

  • Als u een back-up wilt maken van een secundaire database, moet een secundaire replica kunnen communiceren met de primaire replica en moet deze GESYNCHRONISEERD of AAN HET SYNCHRONISEREN zijn.
  • 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).

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.

Nieuw voor SQL Server 2025

Vanaf SQL Server 2025 (17.x) Preview kunt u naast bestaande back-ups van alleen-kopiëren en transactielogboeken ook volledige en differentiële back-ups uitvoeren op elke secundaire replica.

Gebruik de volgende traceringsvlagmen om back-ups in te schakelen op secundaire replica's:

Schakel de relevante traceringsvlag in op elke replica in de beschikbaarheidsgroep (inclusief de primaire), zodat back-ups op secundaire replica's na een failover worden voortgezet.

Als u bijvoorbeeld differentiële back-ups wilt inschakelen op secundaire replica's, voert u de volgende opdracht uit:

DBCC TRACEON (3261, -1);

Notitie

Het maken van volledige en differentiële back-ups is in preview en momenteel alleen beschikbaar in SQL Server 2025 (17.x) Preview.

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 of ALTER AVAILABILITY GROUP 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. Zie de sectie Opvolgen: Na het configureren van back-ups op secundaire replica's van Back-ups configureren op secundaire replica's van een AlwaysOn-beschikbaarheidsgroep voor meer informatie.

Verwante inhoud