Condividi tramite

Risolvere i problemi comuni di installazione degli aggiornamenti cumulativi SQL Server

  • Articolo

Questo articolo illustra i passaggi generali per risolvere i problemi che potrebbero verificarsi quando si applica un aggiornamento cumulativo o un Service Pack (SP) all'istanza di Microsoft SQL Server. Fornisce inoltre informazioni su come risolvere i seguenti messaggi di errore o condizioni:

  • Wait on Database Engine recovery handle failed messaggio ed errori 912 e 3417 quando si eseguono script di aggiornamento.
  • Errori di installazione che si verificano a causa di file MSI o MSP (aggiornamento) mancanti nella cache di Windows Installer.
  • The Database Engine system data directory in the registry is not valid o the User Log directory in the registry is not valid messaggi.
  • Network path was not founde altri messaggi di errore che vengono visualizzati se le condivisioni amministratore o del servizio Registro di sistema remoto sono disabilitate in un'istanza del cluster di failover Always On o Always On gruppi di disponibilità.

Informazioni sull'aggiornamento cumulativo e sull'installazione del Service Pack

In questa sezione vengono fornite informazioni sulle installazioni di CU e SP.

  • Per Microsoft SQL Server 2016 e versioni precedenti:

    • Prima di installare un cu, assicurarsi che l'istanza di SQL Server si trova al livello di SP corretto per tale CU. Ad esempio, non è possibile applicare CU17 per SQL 2016 SP2 prima di applicare SP2 per l'istanza di SQL Server 2016.
    • È sempre possibile applicare l'cu più recente per una specifica baseline sp senza dover applicare le CU precedenti per tale Service Pack. Ad esempio, per applicare CU17 per SQL Server'istanza di SP2 2016, è possibile ignorare l'applicazione degli aggiornamenti precedenti a CU14, CU15 e CU16, se non sono installati, e applicare direttamente CU17.

  • Per Microsoft SQL Server 2017 e versioni successive, è sempre possibile applicare l'cu più recente disponibile. (Non esistono Service Pack per SQL Server 2017 e versioni successive).

  • Prima di applicare un cu o sp, assicurarsi che l'istanza che si sta aggiornando sia installata correttamente. I file di programma e i file di dati SQL Server non possono essere installati in:

    • Unità disco rimovibile.
    • File system che usa la compressione.
    • Directory in cui si trovano i file di sistema.
    • Unità condivise in un'istanza del cluster di failover.

  • Se si aggiunge una funzionalità del motore di database dopo aver applicato un cu o un SP a un'istanza, è necessario aggiornare la nuova funzionalità allo stesso livello dell'istanza del programma prima di applicare nuove UNITÀ di configurazione o provider di servizi di archiviazione.

Metodologia di risoluzione dei problemi generale

Isolare l'errore seguendo questa procedura:

  1. Selezionare Dettagli nella schermata Errore del processo di installazione.
  2. Nella cartella %programfiles%\Microsoft SQL Server\nnn\Setup Bootstrap\Log controllare Summary.txt nella sezione Product features discovered per determinare se una delle funzionalità elencate segnala un errore. In tal caso, è possibile concentrarsi sulla risoluzione dei problemi che interessano tale funzionalità.
  3. Passare alla sottocartella denominata yyyyMMdd_HHmmss (ad esempio 20220618_174947) corrispondente al tempo di errore segnalato su cui ci si sta concentrando. L'obiettivo è esaminare i file specifici della funzionalità, i file ERRORLOG e Details.txt file, se necessario.
  4. Passare alla sottocartella \MSSQLSERVER e individuare i file di log specifici della funzionalità non riuscita. Ad esempio, sql_engine_core_inst_Cpu64_1.log. Per gli errori di script di aggiornamento, controllare i fileSQLServer_ERRORLOG_date_time.txt che corrispondono all'ora dell'errore di aggiornamento.
  5. Aprire il file di logDetails.txt e cercare la parola chiave "Failed". Non tutti gli errori sono considerati critici.

Per altre informazioni, vedere Visualizzare e leggere SQL Server file di log del programma di installazione.

Nelle sezioni successive verificare la presenza di uno scenario corrispondente alla situazione e quindi seguire la procedura di risoluzione dei problemi associata. Se non esiste uno scenario corrispondente, cercare altri puntatori nei file di log.

Errori 912 e 3417 e "L'handle di ripristino del motore di database non è riuscito"

Gli script di aggiornamento T-SQL vengono forniti insieme a ogni SQL Server aggiornamento cumulativo. Vengono eseguiti dopo che i file binari SQL Server vengono sostituiti con le versioni più recenti. Se questi script T-SQL non vengono eseguiti per qualche motivo, il programma di installazione segnala un errore "Wait on Database Engine recovery handle failed". Il programma di installazione registra gli errori 912 e 3417 nell'ultimo log degli errori SQL Server. Gli errori 912 e 3417 sono associati rispettivamente agli errori di aggiornamento dello script del database e all'errore di ripristino del master database. I messaggi che precedono l'errore 912 forniscono in genere informazioni sulla causa radice dell'errore che si è verificato durante l'esecuzione degli script di aggiornamento.

Potrebbero esserci diversi errori generati insieme a 912 e 3417. Per altre informazioni su un riepilogo degli scenari comuni e delle soluzioni correlate, vedere Risolvere gli errori degli script di aggiornamento durante l'applicazione di un aggiornamento.

Errori di installazione causati da file del programma di installazione mancanti nella cache di Windows

Le applicazioni come SQL Server che usano la tecnologia Windows Installer per il processo di installazione archivieranno i file critici nella cache di Windows Installer. Il percorso predefinito della cache del programma di installazione è C:\Windows\Installer. Questi file sono necessari per la disinstallazione e l'aggiornamento delle applicazioni. Sono unici per quel computer. Aggiornamenti alle applicazioni che dipendono da questi file non funzioneranno se vengono eliminate accidentalmente o altrimenti compromesse. Per risolvere questa condizione, usare uno dei metodi seguenti descritti in Ripristinare i file di cache di Windows Installer mancanti:

L'installazione non riesce a causa di dati non corretti o del percorso del log nel Registro di sistema

Quando si installa un cu o un SP, se le cartelle di dati e log predefinite non sono valide, è possibile che vengano visualizzati errori simili ai messaggi seguenti:

"La directory Dati utente nel Registro di sistema non è valida. Verificare che la chiave DefaultData nell'istanza hive punti a una directory valida."

"La directory del registro utenti nel Registro di sistema non è valida. Verificare che la chiave DefaultLog nell'hive dell'istanza punti a una directory valida."

"Errore durante l'installazione SQL Server funzionalità dell'istanza di Servizi motore di database. La directory dei dati di sistema del motore di database nel Registro di sistema non è valida."

Per correggere il problema, attenersi alla procedura seguente:

  1. Connettersi all'istanza di SQL Server usando SQL Server Management Studio (SSMS).
  2. Fare clic con il pulsante destro del mouse sull'istanza di SQL Server nel Esplora oggetti e scegliere Proprietà>Impostazioni database.
  3. In Percorsi predefiniti database verificare che le cartelle in Dati e log siano corrette.
  4. Nel Gestione configurazione SQL Server selezionare SQL Server Servizi, fare doppio clic sul servizio SQL Server interessato, selezionare la scheda Avanzate e verificare che il valore di Percorso dati sia corretto. Il valore è disattivato e non può essere modificato. Tuttavia, se si vuole correggerlo, seguire il metodo 2 in Errore che la directory Dati o Log nel Registro di sistema non è valida durante l'installazione di SQL Server aggiornamento cumulativo o di un Service Pack per modificare la voce del Registro di sistema SQLDataRoot.
  5. Ripetere l'installazione di CU o SP.

Nodi WSFC (Windows Server Failover Clustering) non configurati correttamente

Per il corretto funzionamento e la manutenzione di un'istanza del cluster di failover di SQL Server, seguire le procedure consigliate descritte in Prima dell'installazione del clustering di failover e dell'amministrazione dell'istanza del cluster di failover & la manutenzione. Se si verificano errori quando si applica un CU o un SP, verificare le condizioni seguenti:

  • Assicurarsi che il servizio Registro di sistema remoto sia attivo ed in esecuzione in tutti i nodi del cluster WSFC.
  • Se l'account del servizio per SQL Server non è un amministratore nel cluster Windows, assicurarsi che le condivisioni amministrative (C$ e così via) siano abilitate in tutti i nodi. Per altre informazioni, vedere Panoramica dei problemi che possono verificarsi quando mancano condivisioni amministrative. Se queste condivisioni non sono configurate correttamente, è possibile che si noti uno o più dei sintomi seguenti quando si tenta di installare un'cu o un sp:
    • L'esecuzione dell'aggiornamento richiede molto tempo o non risponde. I log di installazione non rivelano alcun progresso.
    • I log di installazione contengono messaggi come i seguenti:

      The network path was not found. System.UnauthorizedAccessException: Attempted to perform an unauthorized operation.

Informazioni aggiuntive