Partager via

Résoudre les problèmes courants d’installation de la mise à jour cumulative SQL Server

  • Article

Cet article fournit des étapes générales pour résoudre les problèmes que vous pouvez rencontrer lorsque vous appliquez une mise à jour cumulative (CU) ou Service Pack (SP) à votre instance Microsoft SQL Server. Il fournit également des informations sur la résolution des messages d’erreur ou des conditions 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 manquants (mise à jour) 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 messages.
  • Network path was not found et d’autres messages d’erreur que vous recevez si le service de Registre distant ou les partages d’administrateur sont désactivés sur une instance de cluster de basculement Always On (FCI) ou des groupes de disponibilité Always On.

Informations d’installation de mise à jour cumulative et de 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, vérifiez que votre instance SQL Server est au niveau du fournisseur de services approprié pour cette cu. Par exemple, vous ne pouvez pas appliquer CU17 pour SQL 2016 SP2 avant d’appliquer SP2 pour l’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 gestion précédentes pour ce Service Pack. Par exemple, pour appliquer CU17 pour l’instance SQL Server 2016 SP2, 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. (Aucun Service Packs n’existe pour SQL Server 2017 et versions ultérieures.)

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

    • 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 une instance de cluster de basculement.

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

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

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 , vérifiez Summary.txt sous la section Produits 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 au temps d’échec signalé sur lequel 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, vérifiez les fichiers SQLServer_ERRORLOG_date_time.txt correspondant à l’heure de l’échec de la mise à niveau.
  5. Ouvrez le fichier journal Details.txt , puis recherchez le mot clé « Échec ». Toutes les défaillances ne sont pas considérées comme critiques.

Pour plus d’informations, consultez View and Read SQL Server Setup Log Files.

Dans les sections suivantes, recherchez 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 correspondant, recherchez d’autres pointeurs dans les fichiers journaux.

Erreurs 912 et 3417 et « Attendre sur Moteur de base de données handle de récupération a échoué »

Les scripts de mise à niveau T-SQL sont fournis avec chaque mise à jour cumulative SQL Server. Ils sont exécutés une fois les fichiers binaires SQL Server 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 « Attendre sur Moteur de base de données handle de récupération a échoué ». Le programme d’installation enregistre les erreurs 912 et 3417 dans le dernier journal des erreurs SQL Server. Les erreurs 912 et 3417 sont associées aux échecs de mise à niveau de script de base de données et à l’échec de la 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 pourrait 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 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 nécessaires pour désinstaller et mettre à jour des applications. Ils sont uniques à cet ordinateur. Les mises à jour apportées aux applications qui dépendent de ces fichiers ne fonctionnent pas s’ils sont supprimés accidentellement 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 :

  • Réparez l’installation de SQL Server.
  • Utilisez l’outil FixMissingMSI.
  • Utilisez le script FindSQLInstalls.vbs.
  • Restaurez manuellement les fichiers.
  • Restaurez des fichiers à partir des sauvegardes d’état système.
  • Passez en revue et implémentez les procédures décrites dans Restaurer les fichiers de cache Windows Installer manquants.

Le programme d’installation échoue en raison d’un emplacement de journal ou de données incorrect dans le Registre

Lorsque vous installez une cu 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 données utilisateur dans le Registre n’est pas valide. Vérifiez que la clé DefaultData sous la ruche de l’instance pointe vers un répertoire valide. »

« Le répertoire du journal des utilisateurs dans le Registre n’est pas valide. Vérifiez que la clé DefaultLog sous la ruche de l’instance pointe vers un répertoire valide. »

« Erreur lors de l’installation des fonctionnalités d’instance sql Server Moteur de base de données Services. Le répertoire de données système Moteur de base de données dans le Registre n’est pas valide. »

Pour résoudre ce problème, effectuez les étapes suivantes :

  1. Connectez-vous à l’instance SQL Server à l’aide de SQL Server Management Studio (SSMS).
  2. Cliquez avec le bouton droit sur l’instance SQL Server dans l’Explorateur d’objets et sélectionnez Paramètres de la base de données propriétés>.
  3. Sous Emplacements par défaut de la base de données, vérifiez que les dossiers des données et des journaux sont corrects.
  4. Dans le Gestionnaire de configuration SQL Server, sélectionnez SQL Server Services, double-cliquez sur le service SQL Server affecté, sélectionnez l’onglet Avancé, puis vérifiez que la valeur du chemin d’accès aux 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 l’erreur indiquant que le répertoire de données ou de journal du Registre n’est pas valide lors de l’installation de la mise à jour cumulative SQL Server ou d’un Service Pack pour modifier l’entrée de Registre SQLDataRoot .
  5. Réessayez l’installation de la cu ou du fournisseur de services.

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

Pour un fonctionnement et une maintenance lisses d’une instance de cluster de basculement SQL Server , suivez les meilleures pratiques décrites dans Avant d’installer l’administration du clustering de basculement et l’administration de l’instance de cluster de basculement et la maintenance. Si vous rencontrez des erreurs lorsque vous appliquez une cu ou un fournisseur de services, vérifiez les conditions suivantes :

  • Vérifiez que le service Registre distant est actif et s’exécute 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$ et ainsi de suite) 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 administratifs 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 une cu ou un fournisseur de services :
    • La mise à jour prend beaucoup de temps pour s’exécuter 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