Controlepuntbewerking voor geheugen-geoptimaliseerde Tabellen

Van toepassing op:SQL ServerAzure SQL DatabaseAzure SQL Managed Instance

Een controlepunt moet periodiek plaatsvinden voor geheugen-geoptimaliseerde gegevens en deltabestanden om het actieve deel van het transactielogboek vooruit te brengen. Met het controlepunt kunnen tabellen die zijn geoptimaliseerd voor geheugen worden hersteld of hersteld naar het laatste geslaagde controlepunt. Vervolgens wordt het actieve deel van het transactielogboek toegepast om de tabellen die zijn geoptimaliseerd voor geheugen bij te werken om het herstel te voltooien. De controlepuntbewerking voor schijftabellen en tabellen die zijn geoptimaliseerd voor geheugen zijn afzonderlijke bewerkingen. Hieronder worden verschillende scenario's beschreven en het controlepuntgedrag voor tabellen die zijn geoptimaliseerd voor schijven en geoptimaliseerd voor geheugen:

Handmatig controlepunt

Wanneer u een handmatig controlepunt uitgeeft, wordt het controlepunt gesloten voor zowel schijfgebaseerde als geheugen-geoptimaliseerde tabellen. Het actieve gegevensbestand is gesloten, ook al is het mogelijk gedeeltelijk gevuld.

Automatisch controlepunt

Automatische checkpoints worden anders geïmplementeerd voor schijfgebaseerde en geheugen-geoptimaliseerde tabellen, namelijk vanwege de verschillende manieren waarop de gegevens worden bewaard.

Voor tabellen op basis van schijven wordt een automatisch controlepunt uitgevoerd op basis van de configuratieoptie voor het herstelinterval (zie De doelhersteltijd van een database (SQL Server) wijzigen voor meer informatie.

Voor tabellen die zijn geoptimaliseerd voor geheugen, wordt een automatisch controlepunt genomen wanneer het transactielogboekbestand groter wordt dan 1,5 GB sinds het laatste controlepunt. Deze grootte van 1,5 GB bevat transactielogboekrecords voor zowel schijfgebaseerde als geheugen-geoptimaliseerde tabellen.

Zie ook

Opslag maken en beheren voor Memory-Optimized objecten