Partager via

Échec de la mise à niveau de SQL Server et retourne l’erreur 17182

  • Article

Cet article vous aide à résoudre les erreurs 17182 qui se produisent lors de l’installation d’une mise à jour cumulative (CU) ou d’un service pack (SP) pour Microsoft SQL Server. L’erreur se produit lorsque des scripts de mise à niveau de base de données sont exécutés.

Symptômes

Lorsque vous appliquez une cu ou un fournisseur de services pour SQL Server, le programme d’installation signale l’erreur suivante :

Échec de l’attente du handle de récupération du moteur de base de données. Pour connaître les causes potentielles, consultez le journal des erreurs de SQL Server.

Lorsque vous vérifiez le journal des erreurs SQL Server, vous remarquez des erreurs comme suit :

2019-04-27 00:49:59.53 spid13s     Unable to initialize SSL encryption because a valid certificate could not be found, and it is not possible to create a self-signed certificate.
2019-04-27 00:49:59.53 spid13s     Error: 17182, Severity: 16, State: 1.
2019-04-27 00:49:59.53 spid13s     TDSSNIClient initialization failed with error 0x80090331, status code 0x80. Reason: Unable to initialize SSL support. The client and server cannot communicate, because they do not possess a common algorithm.  
2019-04-27 00:49:59.53 spid13s     Error: 17182, Severity: 16, State: 1.
2019-04-27 00:49:59.53 spid13s     TDSSNIClient initialization failed with error 0x80090331, status code 0x1. Reason: Initialization failed with an infrastructure error. Check for previous errors. The client and server cannot communicate, because they do not possess a common algorithm.  
2019-04-27 00:49:59.53 spid13s     Error: 17826, Severity: 18, State: 3.
2019-04-27 00:49:59.53 spid13s     Could not start the network library because of an internal error in the network library. To determine the cause, review the errors immediately preceding this one in the error log.
2019-04-27 00:49:59.53 spid13s     Error: 17120, Severity: 16, State: 1.
2019-04-27 00:49:59.53 spid13s     SQL Server could not spawn FRunCommunicationsManager thread. Check the SQL Server error log and the Windows event logs for information about possible related problems.

Cause

Le problème se produit si TLS 1.0 est désactivé sur le serveur et que vous essayez d’installer une build de Microsoft SQL Server 2012 ou 2014 qui ne contient pas le correctif pour activer la prise en charge de TLS 1.2. Pour plus d’informations sur ce problème, consultez KB3135769 - CORRECTIF : Erreur lors de l’installation de SQL Server 2012 ou SQL Server 2014 sur un serveur sur lequel TLS 1.2 est activé (microsoft.com).

Résolution

Pour résoudre l’erreur 17182, procédez comme suit :

  1. Demandez à votre administrateur système d’activer temporairement TLS 1.0 ou TLS 1.1 sur le client et les ordinateurs serveur à l’aide de l’une des méthodes suivantes :

    • IIS Crypto (section Schannel) pour valider et apporter des modifications aux paramètres TLS actuels
    • Éditeur de Registre par clés de Registre spécifiques à Schannel

    Pour plus d’informations, consultez Workflow de mise à niveau vers TLS 1.2 et Erreurs SSL après la mise à niveau vers TLS 1.2.

  2. Redémarrez le service SQL Server.

  3. Exécutez le programme d’installation de SQL Server 2012 ou 2014 et mettez à jour la version de SQL Server vers une build qui prend en charge TLS 1.2. Pour plus d’informations sur les mises à jour qui ajoutent la prise en charge de TLS 1.2, consultez la base de connaissances KB3052404 - CORRECTIF : Vous ne pouvez pas utiliser le protocole Transport Layer Security version 1.2 pour vous connecter à un serveur exécutant SQL Server 2014 ou SQL Server 2012 (microsoft.com).

  4. Désactivez TLS 1.0 ou TLS 1.1.

  5. Redémarrez le service SQL Server.