Symptomer
Tenk deg følgende:
-
Du har en alltid på tilgjengelighet gruppe med hundrevis av databaser i Microsoft SQL Server-2014 eller 2016.
-
Du kjører tunge arbeidsbelastninger i denne gruppen for tilgjengelighet.
-
Det oppstår en failover av gruppen tilgjengelighet.
I dette tilfellet databaser i tilgjengelighet-gruppen på den nye primære replikaen kan vises som synkroniserer ikke på grunn av lang Angre operasjoner, og databaser i tilgjengelighet-gruppen på den nye sekundære replikaen kan vises som initialiserer/synkronisering etter failover på grunn av meldingsbehandling mellom replikaer. Feilmeldinger som ligner følgende logges også i SQL Server-feilloggen:
Feil: 35278, alvorlighetsgrad: 17, tilstand: 4.Tilgjengelighet database databasenavn, som i rollen som sekundær enhet, startes for å synkronisere på nytt med den ResyncWithPrimary - skadet [9] - EOL: 00000047:00000F58:0001 gjenoppretting: FFFFFFFF:FFFFFFFF:0001 angre: 00000047:00000F70:005F gjeldende hoveddatabasen. Dette er en informativ melding. Ingen brukerhandling er nødvendig.ResyncWithPrimary - ikke angre nødvendig [9] - EOL: gjenoppretting av 00000047:00000F58:0001: FFFFFFFF:FFFFFFFF:0001-angre: 00000047:00000F70:005F
Løsning
Dette problemet er løst i følgende kumulative oppdateringer for SQL Server:
Kumulativ oppdatering 5 for SQL Server-2016 RTM
Hver nye kumulative oppdateringen for SQL Server inneholder alle hurtigreparasjonene og alle sikkerhetsreparasjoner som fulgte med den forrige kumulative oppdateringen. Sjekk ut de nyeste kumulative oppdateringene for SQL Server:
Status
Microsoft har bekreftet at dette er et problem i Microsoft-produktene som er oppført i delen "Gjelder for".
Referanser
Lær mer om terminologien som Microsoft bruker til å beskrive oppdateringer av programvare.
