Logga in med Microsoft
Logga in eller skapa ett konto.
Hej,
Välj ett annat konto.
Du har flera konton
Välj det konto som du vill logga in med.

Symptom

Tänk dig följande situation:

  • Du använder Microsoft SQL Server 2016, 2014 eller 2012.

  • Du har en databas som är en del av AlwaysOn-tillgänglighetsgruppen.

  • I den primära repliken krymper du databasfilerna för att minska deras storlek.

  • Den primära repliken skickar alla ändringar som registrerats i transaktions loggen till den sekundära repliken.

  • På den sekundära repliken tillämpar kommandot för att göra om ändringarna från transaktions loggen till databasen som ingår i tillgänglighets gruppen.

I det här scenariot är repliken avaktiverad. Dessutom visas ett fel meddelande av följande slag:

<tidsstämpel> spid41s fel: 3456, allvarlighets grad: 21; State: 1. <tidsstämpel> spid41s kan inte göra om en loggpost (#), för transaktions-ID (#) på sida (#), databasen "<dbname>" (databas-ID #). Sida: LSN = (#), allokeringsenhet = #, typ = #. Log: OpCode = #, Context #, PrevPageLSN: (#). Återställ från en säkerhets kopia av databasen eller reparera databasen. <tidsstämpel> spid41s AlwaysOn-tillgänglighet grupp data förflyttning för databasen "<dbname>" har upphävts av följande skäl: "system" (käll-ID 2; Käll sträng: ' SUSPEND_FROM_REDO '). För att fortsätta data flyttning i databasen måste du återuppta databasen manuellt. Information om hur du återupptar en tillgänglighets databas finns i SQL Server Books Online. <tidsstämpel> spid41s fel: 3313, allvarlighets grad: 21; State: 2. <tidsstämpel> spid41s när du återställer en loggad åtgärd i databasen ' <dbname> ', ett fel inträffade vid logg post-ID (#). Vanligt vis loggas det specifika misslyckandet som ett fel i händelse logg tjänsten för Windows. Återställ databasen från en fullständig säkerhets kopia eller reparera databasen.

Orsak

Det här problemet uppstår när ändringar tillämpas under processen om du gör om databas motorn stöter på LSNs på system sidorna (GAM, PFS).

Lösning

Problemet är först åtgärdat i den kumulativa uppdateringen av SQL Server:

Varje ny kumulativ uppdatering för SQL Server innehåller alla snabb korrigeringar och alla säkerhets korrigeringar som ingick i den föregående kumulativa uppdateringen. Vi rekommenderar att du laddar ner och installerar de senaste kumulativa uppdateringarna för SQL Server:

Uppdateringen förhindrar att det här problemet uppstår. Om problemet redan har uppstått följer du de här stegen för att återansluta till gruppen AlwaysOn-tillgänglighet:

  1. Ta bort den befintliga AlwaysOn-repliken.

  2. Kör följande kommando på de aktuella datafilerna för att ta bort oallokerat utrymme från databasen:

    DBCC SHRINKFILE(<file_id>, TRUNCATEONLY)

  3. Säkerhetskopiera databas-och loggfilerna.

  4. Återställ databasen och loggarna på den sekundära AlwaysOn-repliken.

  5. Gå med i gruppen AlwaysOn-tillgänglighet.

Status

Microsoft har bekräftat att det här är ett problem i Microsoft-produkterna som nämns i "gäller".

Referenser

Lär dig mer om terminologin som Microsoft använder för att beskriva program varu uppdateringar.

Behöver du mer hjälp?

Vill du ha fler alternativ?

Utforska prenumerationsförmåner, bläddra bland utbildningskurser, lär dig hur du skyddar din enhet med mera.

Communities hjälper dig att ställa och svara på frågor, ge feedback och få råd från experter med rika kunskaper.

Hade du nytta av den här informationen?

Hur nöjd är du med språkkvaliteten?
Vad påverkade din upplevelse?
Genom att trycka på skicka, kommer din feedback att användas för att förbättra Microsofts produkter och tjänster. IT-administratören kan samla in denna data. Sekretesspolicy.

Tack för din feedback!

×