Partager via

Résoudre les problèmes courants d’installation des mises à jour cumulatives SQL Server

  • Article

Cet article décrit les étapes générales pour résoudre les problèmes que vous pouvez rencontrer lorsque vous appliquez une mise à jour cumulative (CU) ou un Service Pack (SP) à votre SQL Server instance Microsoft. Il fournit également des informations sur la façon de résoudre les messages ou conditions d’erreur suivants :

  • Wait on Database Engine recovery handle failed message et erreurs 912 et 3417 lorsque vous exécutez des scripts de mise à niveau.
  • Erreurs d’installation qui se produisent en raison de fichiers MSI ou MSP (mise à jour) manquants dans le cache Windows Installer.
  • The Database Engine system data directory in the registry is not valid ou the User Log directory in the registry is not valid des messages.
  • Network path was not foundet d’autres messages d’erreur que vous recevez si le service Registre distant ou les partages d’administration sont désactivés sur un cluster de basculement Always On instance (FCI) ou Always On groupes de disponibilité.

Informations relatives à la mise à jour cumulative et à l’installation du Service Pack

Cette section fournit des informations sur les installations cu et SP.

  • Pour Microsoft SQL Server 2016 et versions antérieures :

    • Avant d’installer une cu, assurez-vous que votre SQL Server instance est au niveau de fournisseur de services approprié pour cette cu. Par exemple, vous ne pouvez pas appliquer CU17 pour SQL 2016 SP2 avant d’appliquer SP2 pour le instance SQL Server 2016.
    • Vous pouvez toujours appliquer la dernière cu pour une base de référence de fournisseur de services donnée sans avoir à appliquer les unités de certification précédentes pour ce Service Pack. Par exemple, pour appliquer CU17 pour SQL Server 2016 SP2 instance, vous pouvez ignorer l’application des mises à jour précédentes à CU14, CU15 et CU16, si elles ne sont pas installées, et appliquer CU17 directement.

  • Pour Microsoft SQL Server 2017 et versions ultérieures, vous pouvez toujours appliquer la dernière cu disponible. (Il n’existe aucun Service Packs pour SQL Server 2017 et versions ultérieures.)

  • Avant d’appliquer une cu ou un fournisseur de services, assurez-vous que le instance que vous mettez à jour est correctement installé. Les fichiers de programme et de données SQL Server ne peuvent pas être installés sur :

    • Un lecteur de disque amovible.
    • Système de fichiers qui utilise la compression.
    • Répertoire dans lequel se trouvent les fichiers système.
    • Lecteurs partagés sur un cluster de basculement instance.

  • Si vous ajoutez une fonctionnalité de moteur de base de données après avoir appliqué une cu ou un fournisseur de services à un instance, vous devez mettre à jour la nouvelle fonctionnalité au même niveau que le programme instance avant d’appliquer de nouvelles unités de configuration ou fournisseurs de services.

Méthodologie de résolution des problèmes généraux

Isolez l’erreur en procédant comme suit :

  1. Sélectionnez Détails dans l’écran Échec du processus d’installation.
  2. Dans le dossier %programfiles%\Microsoft SQL Server\nnn\Setup Bootstrap\Log, case activée Summary.txt sous la section Fonctionnalités du produit découvertes pour déterminer si l’une des fonctionnalités répertoriées signale un échec. Si c’est le cas, vous pouvez vous concentrer sur la résolution des problèmes qui affectent cette fonctionnalité.
  3. Accédez au sous-dossier nommé yyyyMMdd_HHmmss (par exemple , 20220618_174947) qui correspond à l’heure d’échec signalée sur laquelle vous vous concentrez. L’objectif est d’examiner les fichiers spécifiques aux fonctionnalités, les fichiers ERRORLOG et Details.txt fichier, si nécessaire.
  4. Accédez au sous-dossier \MSSQLSERVER et recherchez les fichiers journaux spécifiques à la fonctionnalité qui a échoué. Par exemple, sql_engine_core_inst_Cpu64_1.log. Pour les échecs de script de mise à niveau, case activée les fichiers SQLServer_ERRORLOG_date_time.txt qui correspondent à l’heure de l’échec de la mise à niveau.
  5. Ouvrez le fichier journal Details.txt et recherchez le mot clé « Échec ». Toutes les défaillances ne sont pas considérées comme critiques.

Pour plus d’informations, consultez Afficher et lire SQL Server fichiers journaux d’installation.

Dans les sections suivantes, case activée pour un scénario qui correspond à votre situation, puis suivez les étapes de résolution des problèmes associées. S’il n’existe aucun scénario de correspondance, recherchez d’autres pointeurs dans les fichiers journaux.

Erreurs 912 et 3417 et « Échec de l’attente du handle de récupération du moteur de base de données »

Les scripts de mise à niveau T-SQL sont fournis avec chaque mise à jour cumulative SQL Server. Ils sont exécutés une fois que les fichiers binaires SQL Server ont été remplacés par les dernières versions. Si ces scripts T-SQL ne s’exécutent pas pour une raison quelconque, le programme d’installation signale une erreur « Échec de l’attente du handle de récupération du moteur de base de données ». Le programme d’installation enregistre les erreurs 912 et 3417 dans le dernier SQL Server journal des erreurs. Les erreurs 912 et 3417 sont associées aux échecs de mise à niveau du script de base de données et à l’échec de récupération de la master base de données, respectivement. Les messages qui précèdent l’erreur 912 fournissent généralement des informations sur la cause racine de l’échec qui s’est produit lors de l’exécution des scripts de mise à niveau.

Il peut y avoir une variété d’erreurs soulevées avec 912 et 3417. Pour plus d’informations sur un résumé des scénarios courants et des solutions associées, consultez Résoudre les échecs de script de mise à niveau lors de l’application d’une mise à jour.

Erreurs d’installation provoquées par des fichiers du programme d’installation manquants dans le cache Windows

Les applications telles que SQL Server qui utilisent la technologie Windows Installer pour le processus d’installation stockent les fichiers critiques dans le cache Windows Installer. L’emplacement du cache du programme d’installation par défaut est C :\Windows\Installer. Ces fichiers sont requis pour la désinstallation et la mise à jour des applications. Ils sont propres à cet ordinateur. Mises à jour aux applications qui dépendent de ces fichiers ne fonctionnent pas s’ils sont accidentellement supprimés ou compromis. Pour résoudre cette condition, utilisez l’une des méthodes suivantes décrites dans Restaurer les fichiers de cache Windows Installer manquants :

Échec de l’installation en raison d’un emplacement de données ou de journal incorrect dans le Registre

Lorsque vous installez une mise à jour cumulative ou un fournisseur de services, si les dossiers de données et de journaux par défaut ne sont pas valides, vous pouvez recevoir des erreurs qui ressemblent aux messages suivants :

« Le répertoire des données utilisateur dans le registre n’est pas valide. Vérifiez que la clé DefaultData sous la instance hive pointe vers un répertoire valide. »

« Le répertoire du journal utilisateur dans le registre n’est pas valide. Vérifiez que la clé DefaultLog sous la instance hive pointe vers un répertoire valide. »

« Erreur lors de l’installation SQL Server fonctionnalités de l’instance des services moteur de base de données. Le répertoire de données système du moteur de base de données dans le Registre n’est pas valide. »

Pour résoudre ce problème, procédez comme suit :

  1. Connectez-vous au SQL Server instance à l’aide de SQL Server Management Studio (SSMS).
  2. Cliquez avec le bouton droit sur le SQL Server instance dans le Explorateur d'objets, puis sélectionnez Propriétés>Paramètres de la base de données.
  3. Sous Emplacements par défaut de la base de données, assurez-vous que les dossiers dans Données et Journal sont corrects.
  4. Dans la Gestionnaire de configuration SQL Server, sélectionnez SQL Server Services, double-cliquez sur le service SQL Server affecté, sélectionnez l’onglet Avancé et vérifiez que la valeur chemin des données est correcte. La valeur est grisée et ne peut pas être modifiée. Toutefois, si vous souhaitez le corriger, suivez la méthode 2 dans Erreur indiquant que le répertoire De données ou de journaux du Registre n’est pas valide lors de l’installation de SQL Server mise à jour cumulative ou d’un Service Pack pour modifier l’entrée de Registre SQLDataRoot.
  5. Réessayez l’installation de CU ou de SP.

Nœuds WSFC (Clustering de basculement Windows Server) mal configurés

Pour le bon fonctionnement et la maintenance d’une instance de cluster de basculement (FCI) SQL Server, suivez les meilleures pratiques décrites dans Avant d’installer le clustering de basculement et l’administration & la maintenance. Si vous rencontrez des erreurs lors de l’application d’une mise à jour ou d’un fournisseur de services, case activée les conditions suivantes :

  • Assurez-vous que le service Registre distant est actif et en cours d’exécution sur tous les nœuds du cluster WSFC.
  • Si le compte de service pour SQL Server n’est pas administrateur dans votre cluster Windows, assurez-vous que les partages d’administration (C$, etc.) sont activés sur tous les nœuds. Pour plus d’informations, consultez Vue d’ensemble des problèmes qui peuvent se produire lorsque des partages d’administration sont manquants. Si ces partages ne sont pas configurés correctement, vous remarquerez peut-être un ou plusieurs des symptômes suivants lorsque vous essayez d’installer un cu ou un sp :
    • L’exécution de la mise à jour prend beaucoup de temps ou ne répond pas. Les journaux d’installation ne révèlent aucune progression.
    • Les journaux d’installation contiennent des messages tels que les suivants :

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

Informations supplémentaires