Symptomen
Neem het volgende scenario:
-
U gebruikt Microsoft SQL Server 2016, 2014 of 2012.
-
U hebt een database die deel uitmaakt van de AlwaysOn-Beschikbaarheidsgroep.
-
Op de primaire replica verkleint u de databasebestanden om de grootte ervan te verkleinen.
-
De primaire replica verzendt alle wijzigingen die zijn opgenomen in het transactielogboek naar de secundaire replica.
-
Op de secundaire replica passen de opnieuw threads de wijzigingen uit het transactielogboek toe op de database die deel uitmaakt van de beschikbaarheidsgroep.
In dit scenario wordt de replica stopgezet. Er kan ook een foutbericht worden weergegeven van de volgende strekking:
<tijdstempel> spid41s fout: 3456, Ernst: 21, status: 1. <tijdstempel> spid41s kon logboekrecord (#) niet opnieuw uitvoeren, voor transactie-ID (#), op pagina (#), database ' <dbname> ' (database ID #). Pagina: LSN = (#), Allocation unit = #, type = #. Log: opcode = #, context #, PrevPageLSN: (#). Herstel de back-up van een back-up van de database of herstel de database. <tijdstempel> spid41s AlwaysOn-Beschikbaarheidsgroepen data verplaatsing voor database ' <dbname> ' is stopgezet voor de volgende reden: ' systeem ' (bron-ID 2; Brontekenreeks: ' SUSPEND_FROM_REDO '). Als u het verplaatsen van gegevens in de database wilt hervatten, moet u de database handmatig hervatten. Als u wilt weten hoe u een beschikbare database hervat, raadpleegt u SQL Server-boeken online. <tijdstempel> spid41s fout: 3313, Ernst: 21, provincie: 2. <tijdstempel> spid41s tijdens het opnieuw uitvoeren van een geregistreerde bewerking in de database ' <dbname> ', een fout opgetreden bij logboekrecord-ID. Meestal wordt de specifieke fout eerder geregistreerd als een fout bij de service Windows-gebeurtenissenlogboek. Herstel de database met een volledige back-up of herstel de database.
Oorzaak
Dit probleem treedt op wanneer tijdens het opnieuw uitvoeren van wijzigingen wijzigingen worden toegepast als de database-engine niet op de juiste volgorde LSNs op de systeem pagina's (GAM, PFS).
Oplossing
Het probleem is voor het eerst opgelost in de volgende cumulatieve update van SQL Server:
Elke nieuwe cumulatieve update voor SQL Server bevat alle hotfixes en alle beveiligingsoplossingen die zijn opgenomen in de vorige cumulatieve update. U wordt aangeraden de nieuwste cumulatieve updates voor SQL Server te downloaden en te installeren:
De update verhindert dit probleem. Als het probleem al optrad, voert u de volgende stappen uit om opnieuw deel te nemen aan de AlwaysOn-Beschikbaarheidsgroep:
-
Verwijder de bestaande AlwaysOn secundaire replica.
-
Voer de volgende opdracht uit op de desbetreffende gegevensbestanden om niet-toegewezen ruimte te verwijderen uit de database:
DBCC SHRINKFILE(<file_id>, TRUNCATEONLY)
-
Een back-up maken van de database en logboekbestanden.
-
Herstel de database en logboeken voor de AlwaysOn Secondary-replica.
-
Neem deel aan de AlwaysOn-Beschikbaarheidsgroep.
Status
Microsoft heeft bevestigd dat dit probleem zich kan voordoen in de Microsoft-producten die worden vermeld in de sectie Van toepassing op.
Verwijzingen
Lees meer over de terminologie die door Microsoft wordt gebruikt om software-updates te beschrijven.
