Databasespiegeling onderbreken en hervatten (SQL Server)

Van toepassing op:SQL Server

De eigenaar van de database kan een databasespiegelingsessie op elk gewenst moment onderbreken en later hervatten. Pauzeren behoudt de sessiestatus terwijl spiegeling wordt onderbroken. Tijdens knelpunten kan het onderbreken nuttig zijn om de prestaties op de principal-server te verbeteren.

Wanneer een sessie wordt onderbroken, blijft de principal-database beschikbaar. Wanneer u het spiegelen onderbreekt, wordt de status van de spiegelingssessie ingesteld op SUSPENDED en wordt de spiegeldatabase niet langer gesynchroniseerd met de primaire database, waardoor de primaire database onbeschermd blijft draaien.

We raden u aan een gepauzeerde sessie snel te hervatten, omdat het transactielogboek niet kan worden afgekapt zolang een databasespiegelingsessie gepauzeerd blijft. Als een databasespiegelingssessie te lang wordt onderbroken, wordt het transactielogboek opgevuld, waardoor de database niet beschikbaar is. Zie verderop in dit onderwerp 'Hoe onderbreken en hervatten van invloed zijn op het afkappen van logboeken' voor een uitleg over waarom dit gebeurt.

In dit onderwerp:

• Welke invloed onderbreken en hervatten hebben op logboektruncatie

• Vermijd een volledig transactielogboek

• Gerelateerde taken

Hoe pauzeren en hervatten van invloed zijn op de logboektruncatie

Wanneer een automatisch controlepunt wordt uitgevoerd op een database, wordt het transactielogboek normaal gesproken afgekapt tot dat controlepunt na de volgende logboekback-up. Terwijl een databasespiegelingsessie onderbroken blijft, blijven alle huidige logboekrecords actief omdat de principal-server wacht om ze naar de mirrorserver te verzenden. De niet-verzonden logboekrecords worden verzameld in het transactielogboek van de principal-database totdat de sessie wordt hervat en de principal-server de logboekrecords naar de mirrorserver heeft verzonden.

Wanneer de sessie wordt hervat, begint de principal-server onmiddellijk met het verzenden van de samengevoegde logboekrecords naar de mirrorserver. Nadat de mirrorserver heeft bevestigd dat deze de logrecord die overeenkomt met het oudste automatische controlepunt in de wachtrij heeft geplaatst, trunceert de primaire server het logboek van de primaire database tot dat controlepunt. De mirrorserver kort de redo-wachtrij af bij hetzelfde logrecord. Aangezien dit proces wordt herhaald voor elk opeenvolgend controlepunt, wordt het logboek afgekapt in fasen, controlepunt per controlepunt.

Vermijd een volledig transactielogboek

Als het logboek vol raakt (omdat het de maximale grootte bereikt of het serverexemplaren onvoldoende ruimte heeft), kan de database geen updates meer uitvoeren. Om dit probleem te voorkomen, hebt u twee alternatieven:

• Hervat de databasespiegelingssessie voordat het logboek wordt gevuld of voeg meer logboekruimte toe. Door databasespiegeling te hervatten, kan de principal-server het verzamelde actieve logboek naar de mirrorserver verzenden en wordt de gespiegelde database in de synchronisatiestatus gebracht. De mirror-server kan het logboek vervolgens op schijf beveiligen en deze opnieuw uitvoeren.

• Stop de databasespiegelingssessie door spiegeling te verwijderen.

  In tegenstelling tot het onderbreken van een sessie, wordt bij het verwijderen van spiegeling alle informatie over de spiegelingssessie verwijderd. Elk exemplaar van de partnerserver behoudt een eigen kopie van de database. Als de eerdere spiegelkopie wordt hersteld, zal deze zijn gaan afwijken van de eerdere primaire kopie en achterlopen met de tijd die is verstreken sinds de sessie werd onderbroken. Voor meer informatie, zie Verwijderen van Databasespiegeling (SQL Server).

Gerelateerde taken

Databasespiegeling onderbreken of hervatten

• Onderbreken of hervatten van een sessie voor databasespiegeling (SQL Server)

Databasespiegeling stoppen

• Databasespiegeling verwijderen (SQL Server)

Zie ook

ALTER DATABASE (Transact-SQL)
Databasespiegeling (SQL Server)
Databasespiegeling verwijderen (SQL Server)