Sintomi

Supponiamo che tu abbia sempre una caratteristica di Availability Groups (AG) configurata in Linux in SQL Server 2017. Quando si aggiorna la replica secondaria all'aggiornamento cumulativo 18 (CU18) usando il comando yum, si noterà che l'aggiornamento dello script potrebbe non riuscire con il messaggio di errore seguente:

Non è stato possibile aggiornare gli oggetti di sistema DateTimeSpidNum nel database "DatabaseName" perché è di sola lettura.

DateTime SpidNum CHECKDB per il database ' DatabaseName ' terminato senza errori in DateTime (ora locale). Si tratta solo di un messaggio informativo; non è necessaria alcuna azione per l'utente.

DateTime SpidNum aggiornamento delle impostazioni di sottoscrizione e degli oggetti di sistema nel database [DatabaseName].

DateTime SpidNum non è riuscito ad aggiornare il database "DatabaseName" perché il database è di sola lettura.

Errore di SpidNumDateTimein esecuzione sp_vupgrade_replication.

DateTime SpidNum che salva lo stato degli script di aggiornamento in "SOFTWARE\Microsoft\MSSQLServer\Replication\Setup".

DateTime SpidNum Error che salva lo stato degli script di aggiornamento.

Il database SpidNumDateTime' DatabaseName 'aggiorna lo script ' upgrade_ucp_cmdw_discovery. SQL ' dal livello LevelNumal livello LevelNum.

Il database SpidNumDateTime' DatabaseName 'aggiorna lo script ' msdb110_upgrade. SQL ' dal livello LevelNum al livello LevelNum.

DateTime SpidNum avvia l'esecuzione di PRE_MSDB. SQL

Errore SpidNumDateTime: 3930, gravità: 16, stato: 1.

DateTime SpidNum non è possibile eseguire il commit della transazione corrente e non è possibile supportare le operazioni che scrivono nel file di log. Eseguire il rollback della transazione.

Errore SpidNumDateTime: 912, gravità: 21, stato: 2.

L'aggiornamento a livello di script DateTimeSpidNum per il database ' DatabaseName 'non è riuscito perché il passaggio di aggiornamento ' msdb110_upgrade. SQL ' ha rilevato l'errore 3930, stato 1, gravità 16. Si tratta di una condizione di errore grave che potrebbe interferire con il normale funzionamento e il database verrà portato offline. Se l'errore si è verificato durante l'aggiornamento del database "DatabaseName", impedirà l'avvio dell'intera istanza di SQL Server. Esaminare le voci precedenti di log degli errori, eseguire le azioni correttive appropriate e riavviare il database in modo che i passaggi di aggiornamento dello script vengano eseguiti fino al completamento.

Errore DateTimeSpidNum : 3417, gravità: 21, stato: 3.

DateTime SpidNum non riesce a recuperare il database master. Impossibile eseguire SQL Server. Ripristinare master da un backup completo, ripristinarlo o ricompilarlo. Per altre informazioni su come ricompilare il database master, vedere la documentazione online di SQL Server.

DateTime SpidNum SQL Trace è stato interrotto a causa di un arresto del server. ID traccia =' 1'. Si tratta solo di un messaggio informativo; non è necessaria alcuna azione per l'utente.

Stato

Microsoft ha confermato che questo problema si verifica nei prodotti elencati nella sezione "Si applica a".

Risoluzione

Questo problema è stato risolto con l'aggiornamento cumulativo seguente per SQL Server:

Informazioni sugli aggiornamenti cumulativi per SQL Server:

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:

Riferimenti

Informazioni sulla terminologia utilizzata da Microsoft per descrivere gli aggiornamenti software.

Serve aiuto?

Amplia le tue competenze
Esplora i corsi di formazione
Ottieni in anticipo le nuove caratteristiche
Partecipa a Microsoft Insider

Queste informazioni sono risultate utili?

Come valuti la qualità della traduzione?
Cosa ha influito sulla tua esperienza?

Grazie per il feedback!

×