Symptomen
Neem het volgende scenario:
-
U gebruikt Microsoft SQL Server 2014 of Microsoft SQL Server 2012 Service Pack 2 (SP2) op een server waarop de secundaire replica van een beschikbaarheidsgroep wordt gehost als onderdeel van een rolling upgrade.
-
U hebt een van de volgende updates toegepast op de installatie van SQL Server:
-
Cumulatieve update 5 voor SQL Server 2014
-
Cumulatieve update 4 voor SQL Server 2012 Service Pack 2
-
Cumulatieve update 3 voor SQL Server 2012 Service Pack 2
Belangrijk De hotfix die in dit artikel wordt beschreven, vervangt deze cumulatieve updates. Installeer deze updates niet als u dit nog niet hebt gedaan.
-
-
Als u de installatie van de cumulatieve update wilt voltooien, start u deze secundaire replica opnieuw.
-
U bent niet op de hoogte gesteld van de beschikbaarheidsgroep waarmee de bijgewerkte secundaire replica wordt overgezet naar de primaire rol.
In dit scenario kan zich een of meer van de volgende problemen voordoen op de server waarop SQL Server wordt uitgevoerd en dat nu de primaire replica van uw beschikbaarheidsgroep host:
-
De secundaire replica's worden gerapporteerd als niet synchroniseren.
-
Wanneer u een query uitvoert sys.dm_exec_requests, merkt u de vergrendelings blokkering tussen gebruikerssessies en een sessie waarvan de opdracht wordt gerapporteerd als ' DB_STARTUP '. U kunt ook blokkeren tussen het controlepunt en DB_STARTUP opdrachten.
-
Deadlocks die betrekking hebben op een deel van de beschikbare databases worden gerapporteerd in het foutenlogboek van SQL Server. Deze logboeken lijken op de volgende: <date/time> spid<xx> Recovery is writing a checkpoint in database <dbname/dbid>. This isan informational message only. No user action is required.<date/time> spid<xx> Recovery completed for database <dbname/dbid> in <x> second(s) (analysis<x> ms, redo <x> ms, undo <x> ms.) This is an informational message only. No user action is required.…<date/time> spid<xx> Error: 1205, Severity: 13, State: 28.<date/time> spid<xx> Transaction (Process ID <xx>) was deadlocked on lock resources with anotherprocess and has been chosen as the deadlock victim. Rerun the transaction.
-
Als uw beschikbaarheidsdatabase is ingeschakeld voor Microsoft SQL Server Service Broker, kunnen berichten in uw beschikbaarheidsdatabase mogelijk niet worden verwerkt. Als u het hulpprogramma voor het traceren van Profiler start en de gebeurtenis ' Broker: bericht classificeren ' hebt vastgelegd, wordt de volgende gebeurtenis vastgelegd:
9791, de makelaar is uitgeschakeld in de database van de afzender
Opmerking Dit is geen systematisch probleem. U kunt deze cumulatieve updates mogelijk toepassen op een AlwaysOn-configuratie zonder dat dit probleem optreedt. Als u deze cumulatieve updates al hebt toegepast en u dit probleem niet hebt opgemerkt, wordt uw systeem niet beïnvloed en is deze informatie niet op u van toepassing.
Oorzaak
Dit probleem doet zich voor omdat een race voorwaarde tussen de systeem threads en de gebruikers verbindingen zich soms voordoet. Hierdoor wordt voorkomen dat de patch logica van de cumulatieve update de benodigde vergrendelingen voor het voltooien van het updateproces voor u uitvoert.
Oplossing
Als u dit probleem wilt oplossen, past u de volgende kritieke (rembours) hotfix toe:
3034679 OPLOSSING: AlwaysOn-beschikbaarheidsgroepen kunnen worden gerapporteerd als niet synchroniserenBelangrijk U moet deze rembours hotfix toepassen in plaats van de volgende cumulatieve updates:
-
Cumulatieve update 5 voor SQL Server 2014
-
Cumulatieve update 4 voor SQL Server 2012 Service Pack 2
-
Cumulatieve update 3 voor SQL Server 2012 Service Pack 2
Opmerking Als u deze cumulatieve updates al hebt toegepast, moet u de volgende stappen uitvoeren om dit probleem op te lossen.
Workaround
Aangezien dit probleem wordt veroorzaakt door de inhoud van de gebruikerssessie en de upgradesessie met de beschikbare databases en wanneer de databases worden overgezet naar de primaire functie, moet u deze functie uitschakelen om te voorkomen dat de databases worden hersteld. Voer de volgende stappen uit om dit probleem tijdelijk op te lossen:
-
Probeer de volgende methoden in de opgegeven volgorde.
Methode 1: toegang tot database eliminerenWanneer databases de symptomen ondervinden die worden vermeld in de sectie Symptomen, gebruikt u een of beide van de volgende stappen om de blokkering voor blokkeren te elimineren:
-
Query sys.dm_exec_requests om te zoeken in de beschikbare databases met een vergrendelings blokkering. Gebruik de instructie Kill om deze sessies te beëindigen.
-
De toepassing die toegang heeft tot de beschikbare databases uitschakelen of stoppen.
Als het probleem niet is verholpen nadat u methode 1 hebt gebruikt, gaat u naar methode 2.
Methode 2: de SQL Server host-server opnieuw opstartenWanneer Application Access en de gebruikers toegang nog steeds zijn uitgeschakeld, start u het exemplaar van SQL Server die de desbetreffende beschikbaarheidsdatabases host, opnieuw. Ga hiervoor als volgt te werk:
-
Automatische failover van de beschikbaarheidsgroep uitschakelen.
-
Start het desbetreffende exemplaar van SQL Server die de primaire replica host, opnieuw.
-
Automatische failover van de beschikbaarheidsgroep inschakelen.
-
-
Nadat de beïnvloede databases volledig zijn hersteld, maakt u de verbinding met de toepassing en de gebruiker opnieuw.
Status
Microsoft heeft bevestigd dat dit probleem zich kan voordoen in de Microsoft-producten die worden vermeld in de sectie Van toepassing op.
Verwijzingen
Raadpleeg de volgende Microsoft Knowledge Base-artikelen voor meer informatie over de cumulatieve updates die van invloed zijn op dit probleem:
