Aanbevolen procedures met koppelingsfunctie voor Azure SQL Managed Instance

  • Artikel

Van toepassing op: Azure SQL Managed Instance

In dit artikel vindt u een overzicht van aanbevolen procedures voor het gebruik van de koppelingsfunctie voor Azure SQL Managed Instance. De koppelingsfunctie voor Azure SQL Managed Instance verbindt uw SQL-servers die overal worden gehost met SQL Managed Instance, waardoor bijna realtime gegevensreplicatie naar de cloud wordt geboden.

Notitie

Sommige functionaliteit van de koppeling is algemeen beschikbaar, terwijl sommige momenteel in preview zijn. Bekijk de vereisten voor meer informatie.

Maak regelmatig logboekback-ups

Met de koppelingsfunctie worden gegevens gerepliceerd met behulp van de technologie voor gedistribueerde beschikbaarheidsgroepen op basis van AlwaysOn-beschikbaarheidsgroepen. Gegevensreplicatie met gedistribueerde beschikbaarheidsgroepen is gebaseerd op het repliceren van transactielogboekrecords. Er kunnen geen transactielogboekrecords worden afgekapt vanuit de database op het primaire SQL Server-exemplaar totdat ze worden gerepliceerd naar de database op de secundaire replica. Als de replicatie van transactielogboekrecords traag of geblokkeerd is vanwege problemen met de netwerkverbinding, blijft het logboekbestand groeien op het primaire exemplaar. De groeisnelheid is afhankelijk van de intensiteit van de werkbelasting en de netwerksnelheid. Als er sprake is van een langdurige netwerkverbindingsstoring en zware werkbelasting op het primaire exemplaar, kan het logboekbestand alle beschikbare opslagruimte in beslag nemen.

Als u het risico op onvoldoende ruimte op uw primaire SQL Server-exemplaar wilt minimaliseren vanwege de groei van logboekbestanden, moet u ervoor zorgen dat u regelmatig back-ups van databaselogboeken op uw SQL Server maakt wanneer dit de primaire server is. Er is geen extra actie nodig wanneer SQL Managed Instance het primaire exemplaar is, omdat logboekback-ups al automatisch worden gemaakt. Door regelmatig logboekback-ups op uw PRIMAIRE SQL Server te maken, maakt u uw database toleranter voor ongeplande logboekgroeigebeurtenissen. De eerste back-up van het databaselogboek moet alleen worden gemaakt nadat de eerste seeding naar SQL Managed Instance is voltooid (dat wil gezegd: de databasereplica in SQL Managed Instance heeft niet langer de status Herstellen). Overweeg dagelijkse back-uptaken voor logboeken te plannen met behulp van een SQL Server Agent-taak.

U kunt een Transact-SQL-script (T-SQL) gebruiken om een back-up te maken van het logboekbestand, zoals het voorbeeld in deze sectie. Vervang de tijdelijke aanduidingen in het voorbeeldscript door de naam van uw database, de naam en het pad van het back-upbestand en de beschrijving.

Als u een back-up van uw transactielogboek wilt maken, gebruikt u het volgende Transact-SQL-script (T-SQL) op SQL Server:

-- Execute on SQL Server
-- Take log backup
BACKUP LOG [<DatabaseName>]
TO DISK = N'<DiskPathandFileName>'
WITH NOFORMAT, NOINIT,
NAME = N'<Description>', SKIP, NOREWIND, NOUNLOAD, COMPRESSION, STATS = 1

Gebruik de volgende Transact-SQL-opdracht (T-SQL) om de logboekruimte te controleren die wordt gebruikt door uw database op SQL Server:

-- Execute on SQL Server
DBCC SQLPERF(LOGSPACE);

De query-uitvoer ziet eruit als in het volgende voorbeeld voor voorbeelddatabase tpcc:

Screenshot with results of the command showing log file size and space used

In dit voorbeeld heeft de database 76% van het beschikbare logboek gebruikt, met een absolute grootte van ongeveer 27 GB (27.971 MB). De drempelwaarden voor actie variëren op basis van uw workload. In het vorige voorbeeld is de grootte van het transactielogboek en het gebruikspercentage van het logboek doorgaans een indicatie dat u een back-up van het transactielogboek moet maken om het logboekbestand af tekappen en wat ruimte vrij te maken, of u moet vaker logboekback-ups maken. Het kan ook een indicatie zijn dat de afkapping van het transactielogboek wordt geblokkeerd door openstaande transacties. Zie Problemen met een volledig transactielogboek oplossen (SQL Server-fout 9002) voor meer informatie over het oplossen van problemen met een transactielogboek in SQL Server. Zie Problemen met transactielogboeken in Azure SQL Managed Instance oplossen voor meer informatie over het oplossen van problemen met een transactielogboek in Azure SQL Managed Instance.

Opstarttraceringsvlagmen toevoegen

In SQL Server zijn er twee traceringsvlagmen (-T1800 en -T9567) die, wanneer ze als opstartparameters worden toegevoegd, de prestaties van gegevensreplicatie via de koppeling kunnen optimaliseren. Zie Opstarttraceringsvlagmen inschakelen voor meer informatie.

Gerelateerde inhoud