Partager via

Résoudre les échecs de script de mise à niveau lors de l’application d’une mise à jour

  • Article

Scripts de mise à niveau 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 après le remplacement des fichiers binaires SQL Server par les dernières versions. Lorsque vous appliquez une mise à jour cumulative (CU) à un instance de SQL Server existant ou que vous la mettez à jour vers une version plus récente, le processus d’installation associé exécute la procédure en deux phases différentes :

  • Dans la phase initiale, le processus d’installation met uniquement à jour les fichiers binaires (DLL, EXE), et non la base de données et ses objets.

  • Une fois la mise à niveau terminée et le service redémarré pour la première fois, le processus de mise à jour démarre la mise à niveau de base de données à l’aide du script msdb110_upgrade.sql dans le dossier C :\Program Files\Microsoft SQL Server\MSSQLXX. AAAA\MSSQL\Install\.

Ces scripts T-SQL permettent de s’assurer que les bases de données système sont prêtes pour les nouveaux correctifs ou fonctionnalités fournis dans le cadre des unités de certification ou des Service Packs (SP) correspondantes, ou pour la nouvelle version. Une installation complète de CU et du fournisseur de services ou une mise à niveau vers une nouvelle version nécessite l’exécution réussie du script de mise à niveau de base de données. Le fait de ne pas le faire peut entraîner des problèmes inattendus avec votre SQL Server instance. L’échec de l’exécution du script de mise à niveau est une cause courante d’échecs d’installation de cu et de sp. Cette série de résolution des problèmes couvre les défaillances courantes de cette catégorie et les étapes à suivre pour les résoudre.

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

  1. Pour plus d’informations sur l’échec, passez en revue les journaux d’erreurs SQL Server (ERRORLOG).
  2. Pour contourner l’exécution du script de mise à niveau, démarrez SQL Server à l’aide de l’indicateur de trace 902.
  3. Traitez la cause de l’échec en fonction de différents scénarios.

Comme indiqué dans MSSQLSERVER_912, lorsque les scripts de mise à niveau échouent, l’Assistant Installation signale l’erreur initiale « Échec de l’attente du handle de récupération du moteur de base de données. Vérifiez les causes potentielles dans le journal des erreurs SQL Server ». Le journal des erreurs SQL Server contient des entrées pour les messages d’erreur 912 et 3417. Les erreurs 912 et 3417 sont des erreurs génériques associées aux échecs de script de mise à niveau de base de données. Et les messages qui précèdent l’erreur 912 fournissent généralement des informations sur ce qui a échoué exactement pendant l’exécution de ces scripts. La résolution de ces erreurs vous oblige à démarrer SQL Server avec l’indicateur de trace 902.

Remarque

Le démarrage SQL Server avec l’indicateur de trace 902 fait partie de la résolution des erreurs de script de mise à niveau. Elle s’applique à tous les scénarios dans lesquels une mise à niveau d’un fournisseur de services ou d’une mise à niveau vers une nouvelle version échoue pendant l’exécution du script de mise à niveau de base de données. Pour démarrer votre SQL Server instance à l’aide de l’indicateur de trace 902, consultez Étapes de démarrage SQL Server avec l’indicateur de trace 902.

Après avoir commencé SQL Server avec l’indicateur de trace 902, vous pouvez sélectionner l’un des articles de la section suivante pour résoudre vos problèmes.

Messages d’erreur du script de mise à niveau de base de données

Le message d’erreur « Attendre l’échec de la récupération du moteur de base de données » est le message d’erreur courant pour les erreurs suivantes :