Sintomi
Considerare lo scenario descritto di seguito:
-
Si usa Microsoft SQL Server 2016, 2014 o 2012.
-
Si dispone di un database che fa parte del gruppo di disponibilità AlwaysOn.
-
Nella replica primaria i file di database vengono compattati per ridurne le dimensioni.
-
La replica primaria invia tutte le modifiche registrate nel log delle transazioni alla replica secondaria.
-
Nella replica secondaria i thread di rollforward applicano le modifiche dal log delle transazioni al database che fa parte del gruppo di disponibilità.
In questo scenario, la replica viene sospesa. È inoltre possibile che venga visualizzato un messaggio di errore simile al seguente:
<timestamp> errore spid41s: 3456, gravità: 21, stato: 1. <indicatore di data e ora> spid41s Impossibile ripristinare il record del log (#), per ID transazione (#), nella pagina (#), database ' <dbname>' (ID database #). Pagina: LSN = (#), unità di ripartizione = #, digitare = #. Log: OpCode = #, context #, PrevPageLSN: (#). Eseguire il ripristino da un backup del database o ripristinare il database. <timestamp> spid41s AlwaysOn Availability Groups Movement per il database ' <dbname>' è stato sospeso per il motivo seguente: "System" (ID origine 2; Stringa di origine:' SUSPEND_FROM_REDO '). Per riprendere lo spostamento dei dati nel database, è necessario riprendere il database manualmente. Per informazioni su come riprendere un database di disponibilità, vedere la documentazione online di SQL Server. <timestamp> errore spid41s: 3313, gravità: 21, stato: 2. <indicatore di data e ora> spid41s durante il ripristino di un'operazione registrata nel database "<dbname>" si è verificato un errore in ID record log (#). In genere, il problema specifico viene registrato in precedenza come errore nel servizio log eventi di Windows. Ripristinare il database da un backup completo o ripristinare il database.
Causa
Questo problema si verifica quando le modifiche vengono applicate durante il processo di ripetizione se il motore di database rileva LSN fuori ordine nelle pagine di sistema (GAM, PFS).
Risoluzione
Il problema è stato risolto per la prima volta nel seguente aggiornamento cumulativo di SQL Server:
Ogni nuovo aggiornamento cumulativo per SQL Server contiene tutti gli hotfix e tutti gli aggiornamenti della sicurezza inclusi nell'aggiornamento cumulativo precedente. È consigliabile scaricare e installare gli aggiornamenti cumulativi più recenti per SQL Server:
L'aggiornamento impedisce che il problema si verifichi. Se il problema si è già verificato, eseguire la procedura seguente per tornare a partecipare al gruppo di disponibilità AlwaysOn:
-
Rimuovere la replica secondaria AlwaysOn esistente.
-
Eseguire il comando seguente nei file di dati interessati per rimuovere lo spazio non allocato dal database:
DBCC SHRINKFILE(<file_id>, TRUNCATEONLY)
-
Eseguire il backup dei file di database e log.
-
Ripristinare il database e i registri nella replica secondaria AlwaysOn.
-
Partecipare al gruppo di disponibilità AlwaysOn.
Stato
Microsoft ha confermato che questo problema si verifica nei prodotti elencati nella sezione "Si applica a".
Riferimenti
Informazioni sulla terminologia utilizzata da Microsoft per descrivere gli aggiornamenti software.
