Symptomen

Stel dat u de functie AlwaysOn-Beschikbaarheidsgroepen gebruikt in Microsoft SQL Server 2012. Wanneer u de verbindings toegang van de secundaire replica wijzigt van ' leesbaar ' in ' onleesbaar ', treedt er een beschadiging op pagina's die de pagina compressie gebruiken in de opgegeven replica.Availability databases die dit probleem voordoen bij de secundaire replica, kunnen niet worden hersteld vanwege een fout tijdens het opnieuw synchroniseren. De secundaire replica wordt niet gesynchroniseerd met de primaire replica en de synchronisatiestatus van ' SUSPEND_FROM_REDO ' wordt gerapporteerd. Daarnaast worden de volgende foutberichten weergegeven in het foutenlogboek van de SQL-Server die als host fungeert voor de secundaire replica:

<datum> <tijd> SPID<id> fout: 17066, status: 16, status: 1. <datum> <tijd> spid> <0 id> SQL Server Assertion: File: <page. cpp>, line = 3898 mislukt Assertion = '! pageFull '. Deze fout kan optreden in verband met tijdsinstellingen. Als de fout zich blijft voordoen nadat u de instructie opnieuw hebt uitgevoerd, kunt u DBCC CHECKDB gebruiken om de database te controleren op de integriteit van de integriteit of de server opnieuw te starten om te zorgen dat de gegevensstructuren in het geheugen niet beschadigd zijn. <datum> <tijd> SPID<id> fout : 3624, fout ID<> < een systeem bevestiging. Controleer het foutenlogboek van SQL Server voor meer informatie. Meestal wordt een bevestigingsfout veroorzaakt door een softwarefout of een beschadiging van gegevens. Als u wilt controleren of de database beschadigd is, voert u DBCC CHECKDB uit. Als u tijdens de installatie akkoord bent gegaan met het verzenden van dumps, wordt er een minidump naar Microsoft verzonden. Er is mogelijk een update verkrijgbaar bij Microsoft in het nieuwste Service Pack of in een QFE van technische ondersteuning. <datum> <tijd> SPID<id> AlwaysOn-beschikbaarheidsgroepen gegevensverplaatsing voor database ' <databasenaam> ' is opgeschort 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 beschikbaarheid van een database hervat, raadpleegt u SQL Server-boeken Online. <datum> <tijd> SPID<id> fout: 3313, Ernst: 21, status: 2. <datum> <tijd> SPID> <0 id> tijdens het opnieuw uitvoeren van een geregistreerde bewerking in de database ' <databasenaam> ' is een fout opge1786:4978584:74 treden. 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. <datum> <tijd> SPID<id> ALTER DB parameter optie: CV<datum> <tijd> SPID> <0 ID> AlwaysOn - beschikbaarheidsgroepen <'> databasenaam ' is hervat. Dit is slechts een informatief bericht. U hoeft geen gebruikersactie te ondernemen. <datum> <tijd> SPID<id> niet - gekwalificeerde transacties worden teruggedraaid in de database <databasenaam> voor een statuswijziging van de AlwaysOn-beschikbaarheidsgroepen. Geschatte voltooiing van terugdraaiactie: 100%. Dit is slechts een informatief bericht. U hoeft geen gebruikersactie te vinden. <datum> <tijd> SPID<id> AlwaysOn - beschikbaarheidsgroepen verbinding met de primaire database die is beƫindigd voor de secundaire database ' <databasenaam> ' in de beschikbaarheidsreplica met replica-id: {bbdedecb-f26b-47e9-9e7d-7c22f99edb23}. Dit is slechts een informatief bericht. U hoeft geen gebruikersactie te ondernemen. <datum> <tijd> SPID<id> de naam van een database <de naam van een database> de naam <databasenaam> <'.> datum> <2 tijd> SPID <id> herstel van database ' naam van de Data base ' (13) is 0% voltooid (ongeveer 781 seconden bewaard). Fase 1 van 3. Dit is slechts een informatief bericht. U hoeft geen gebruikersactie te ondernemen.......

Elke nieuwe cumulatieve update voor SQL Server bevat alle hotfixes en alle beveiligingsoplossingen die zijn opgenomen in de vorige cumulatieve update. Bekijk de nieuwste cumulatieve updates voor SQL Server:

Meer informatie

Het vorige probleem kan zich voordoen wanneer de leestoegang wordt gewijzigd voor de secundaire replica. U kunt de lees-en beschikbaarheid van databases op de secundaire replica instellen met de volgende twee methoden:

  • Stel de leestoegang in met de opdracht wijzigen in de groep beschikbaarheid:

    ALTER AVAILABILITY GROUP [AGName]MODIFY REPLICA ON N'<SRV>' WITH (SECONDARY_ROLE(ALLOW_CONNECTIONS = NO))
  • Stel de leestoegang in door de instellingen te wijzigen in de object Verkenner van SQL Server Management Studio (SSMS):

    • Maak verbinding met de server en open vervolgens de map AlwaysOn Availability.

    • Open de map met Beschikbaarheidsgroepen.

    • Klik met de rechtermuisknop op de groep met beschikbaarheid en selecteer Eigenschappen.

    • Wijzig de leesbare secundaire eigenschap van de secundaire replica in Neeen klik vervolgens op OK.

Status

Microsoft heeft bevestigd dat dit probleem zich kan voordoen in de Microsoft-producten die worden vermeld in de sectie Van toepassing op.

Meer hulp nodig?

Uw vaardigheden uitbreiden
Training verkennen
Als eerste nieuwe functies krijgen
Deelnemen aan Microsoft insiders

Was deze informatie nuttig?

Hoe tevreden bent u met de vertaalkwaliteit?
Wat heeft uw ervaring beïnvloed?

Bedankt voor uw feedback.

×