Sintomi
Supponiamo che tu usi la funzionalità gruppi di disponibilità AlwaysOn in Microsoft SQL Server 2014. Dopo aver riavviato un'istanza di SQL Server, i database che partecipano ai gruppi di disponibilità possono visualizzare uno stato "non SINCRONIZZAto" nelle repliche secondarie. Inoltre, non è possibile partecipare o rimuovere i database dai gruppi di disponibilità. Inoltre, non è possibile rimuovere i gruppi di disponibilità dalle repliche secondarie. In questo caso, i messaggi di errore simili a quelli seguenti vengono registrati nel log degli errori di SQL Server:
Avvio del database "database_name". Ignorare l'avvio predefinito del database "database_name" perché il database appartiene a un gruppo di disponibilità (ID gruppo: Group_ID). Il database verrà avviato dal gruppo di disponibilità. Si tratta solo di un messaggio informativo. Non è necessaria alcuna azione per l'utente. Informazioni sullo stato per il database 'database_name'-Hardended LSN:' (0:0:0)' commit LSN:' (0:0:0)' tempo di commit:'Dataora' gruppi di disponibilità AlwaysOn connessione con database primario terminato per il database secondario "Database_Name" nella replica di disponibilità "Replica_Name" con ID replica: {Replica_ID}. Si tratta solo di un messaggio informativo. Non è necessaria alcuna azione per l'utente. Informazioni sullo stato per il database 'database_name'-Hardended LSN:' (0:0:0)' commit LSN:' (0:0:0)' tempo di commit:'Dataora' informazioni sullo stato per il database 'database_name'-Hardended LSN:' (0:0:0)' commit LSN:' (0:0:0)' tempo di commit:'Dataora' avvio del database 'database_name'. Gruppi di disponibilità AlwaysOn connessione con il database primario stabilito per il database secondario "database_name" nella replica di disponibilità "REPLICA_NAME" con ID replica: {Replica_ID}. Si tratta solo di un messaggio informativo. Non è necessaria alcuna azione per l'utente. le transazioni 2289 sono state inoltrate nel database "database_name" (107:0). Si tratta solo di un messaggio informativo. Non è necessaria alcuna azione per l'utente. CHECKDB per il database 'database_name' terminato senza errori in Dataeora locale. Si tratta solo di un messaggio informativo; non è necessaria alcuna azione per l'utente. Gruppi di disponibilità AlwaysOn connessione con il database primario terminato per il database secondario "database_name" nella replica di disponibilità "REPLICA_NAME" con ID replica: {Replica_ID}. Si tratta solo di un messaggio informativo. Non è necessaria alcuna azione per l'utente.
Causa
Questo problema si verifica a causa di una condizione di deadlock tra un thread di rollforward e un thread del ruolo switch.
Risoluzione
Questo problema è stato risolto per la prima volta nei seguenti aggiornamenti cumulativi per SQL Server 2014:
Aggiornamento cumulativo 2 per SQL server 2014 Service Pack 1 aggiornamento cumulativo 9 per SQL Server 2014
Ogni nuovo aggiornamento cumulativo per SQL Server contiene tutti gli hotfix e tutti gli aggiornamenti della sicurezza inclusi nell'aggiornamento cumulativo precedente. Vedere gli ultimi aggiornamenti cumulativi per SQL Server:
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.