Condividi tramite

Risolvere i problemi comuni di installazione degli aggiornamenti cumulativi di SQL Server

  • Articolo

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

  • Wait on Database Engine recovery handle failed messaggi ed errori 912 e 3417 quando si eseguono script di aggiornamento.
  • Errori di installazione che si verificano a causa di file MSI o MSP 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 found e altri messaggi di errore che si ricevono se il servizio Registro di sistema remoto o le condivisioni di amministrazione sono disabilitate in un'istanza del cluster di failover Always On o in gruppi di disponibilità AlwaysOn.

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 sia a 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 la versione cu più recente per una determinata baseline SP senza dover applicare le UNITÀ di configurazione precedenti per tale Service Pack. Ad esempio, per applicare CU17 per l'istanza di SQL Server 2016 SP2, è 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 il 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 di 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 di , è necessario aggiornare la nuova funzionalità allo stesso livello dell'istanza del programma prima di applicare eventuali nuove UNITÀ di configurazione o SPS.

Metodologia generale di risoluzione degli errori

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 Funzionalità del prodotto individuate per determinare se una delle funzionalità elencate segnala un errore. In tal caso, è possibile concentrarsi sulla risoluzione dei problemi che influiscono su tale funzionalità.
  3. Passare alla sottocartella denominata yyyyMMdd_HHmmss (ad esempio 20220618_174947) che corrisponde 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 file SQLServer_ERRORLOG_date_time.txt che corrispondono all'ora dell'errore di aggiornamento.
  5. Aprire il file di log Details.txt e cercare la parola chiave "Failed". Non tutti gli errori sono considerati critici.

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

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 "Wait on motore di database recovery handle failed"

Gli script di aggiornamento T-SQL vengono forniti insieme a ogni aggiornamento cumulativo di SQL Server. Vengono eseguiti dopo che i file binari di 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 motore di database recovery handle failed". Il programma di installazione registra gli errori 912 e 3417 nel log degli errori di SQL Server più recente. Gli errori 912 e 3417 sono associati rispettivamente agli errori di aggiornamento dello script del database e al mancato ripristino del master database. I messaggi che precedono l'errore 912 in genere forniscono informazioni sulla causa radice dell'errore che si è verificato durante l'esecuzione degli script di aggiornamento.

Potrebbero verificarsi 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 di 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. Gli aggiornamenti alle applicazioni che dipendono da questi file non funzioneranno se vengono eliminati accidentalmente o altrimenti compromessi. Per risolvere questa condizione, usare uno dei metodi seguenti descritti in Ripristinare i file della cache di Windows Installer mancanti:

  • Ripristinare l'installazione di SQL Server.
  • Usare lo strumento FixMissingMSI.
  • Usare lo script FindSQLInstalls.vbs.
  • Ripristinare manualmente i file.
  • Ripristinare i file dai backup dello stato del sistema.
  • Esaminare e implementare le procedure descritte in Ripristinare i file di cache di Windows Installer mancanti.

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

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

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

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

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

Per risolvere il problema, seguire questa procedura:

  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 del database verificare che le cartelle in Dati e Log siano corrette.
  4. Nella Gestione configurazione SQL Server selezionare SERVIZI SQL Server, 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 dell'aggiornamento cumulativo di SQL Server o di un Service Pack per modificare la voce del Registro di sistema SQLDataRoot .
  5. Ripetere l'installazione di CU o SP.

Nodi di clustering di failover di Windows Server (WSFC) 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 di installare clustering di failover e amministrazione e manutenzione dell'istanza del cluster di failover. 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 e 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 notare uno o più dei sintomi seguenti quando si tenta di installare un CU o SP:
    • L'aggiornamento richiede molto tempo o non risponde. I log di installazione non rivelano alcun avanzamento.
    • 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