Échec de la mise à niveau de System Center 2012 SP1 – Service Manager

 

S'applique à: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager

Une mise à niveau vers System Center 2012 – Service Manager SP1 peut ne pas se terminer correctement. Il existe cinq phases de la mise à niveau au cours desquelles un échec peut se produire. Les mesures que vous prenez pour récupérer à partir d'un échec de la mise à niveau dépendent de la phase dans laquelle l'échec se produit :

  • L'échec se produit au cours de la vérification préalable.

  • L'échec se produit lors des contrôles prévus.

  • L'échec se produit de manière imprévisible avant que des modifications permanentes ne soient effectuées sur un serveur d'administration.

  • L'échec se produit de façon imprévisible après que des modifications permanentes ont été effectuées sur un serveur d'administration.

  • L'échec se produit de façon imprévisible après que des modifications permanentes ont été effectuées sur la base de données.

La mise à niveau peut également échouer par suite de l'expiration du délai d'attente du démarrage du service Configuration.

L'échec se produit au cours d'une vérification préalable

Avant le début de l'installation de System Center 2012 – Service Manager SP1, une vérification de condition préalable est effectuée pour certaines exigences. S'il est détecté une condition dans laquelle Service Manager SP1 continuera de fonctionner, vous recevez un avertissement. Les avertissements sont identifiés par un point d'exclamation (!) dans un triangle jaune. Les conditions identifiées comme un avertissement ne vous empêcheront pas d'effectuer l'installation.

S'il est détecté une condition représentant une exigence absolue, une indication d'échec s'affiche. Les indications d'échec sont identifiées par un X dans un cercle rouge.

Si un avertissement ou une indication d'échec s'affiche, vous pouvez soit annuler l'installation et faire les modifications requises, soit apporter les modifications appropriées puis cliquer sur Revérifier la configuration requise et continuer l'installation. Toutes les conditions d'échec doivent être corrigées avant de poursuivre l'installation ou la mise à niveau.

L'échec se produit lors des contrôles prévus

Une fois que les échecs identifiés au cours de la vérification des conditions préalables ont été corrigés, cliquez sur Suivant dans la page Conditions préalables. L'Assistant lance alors a mise à niveau ou l'installation de System Center 2012 – Service Manager. Le système vérifie les conditions suivantes pendant le processus d'installation ou de mise à niveau :

  • La base de données de l'entrepôt de données que vous avez spécifiée existe.

  • L'ordinateur exécutant SQL Server que vous avez spécifié n'exécute pas SQL Server 2008 Service Pack 1 (SP1), SQL Server 2008 Service Pack 2 (SP2). SQL Server 2008 R2.

  • Le disque dur que vous avez spécifié pour une base de données possède au moins 1 Go d'espace libre.

  • Le service System Center Data Access peut ouvrir une session avec l'ensemble des informations d'identification que vous avez fournies.

  • Le service Configuration de l'administration de System Center peut ouvrir une session avec l'ensemble des informations d'identification que vous avez fournies.

  • Il y a suffisamment d'espace disque disponible pour installer les fichiers mis à niveau.

  • Le programme d'installation peut accéder à l'emplacement de fichier pour l'installation de Service Manager.

Si des échecs se produisent au cours de ces types de vérification, vous pouvez apporter les modifications appropriées. Par exemple, spécifiez un emplacement de disque dur possédant suffisamment d'espace, puis sur la page d'avertissement, cliquez sur Réessayer pour continuer l'installation.

L'échec se produit de manière imprévisible avant que des modifications permanentes ne soient effectuées sur le serveur d'administration.

Une erreur peut se produire lors d'une installation ou d'une mise à niveau de System Center 2012 – Service Manager SP1. Si l'erreur se produit avant que des modifications permanentes ne soient effectuées sur le serveur d'administration de Service Manager ou sur le serveur d'administration de l'entrepôt de données, par exemple avant de modifier la base de données SQL (Structured Query Language) ou d'importer des packs d'administration, le message d'erreur qui s'affiche comporte un bouton Réessayer. Dans ces situations, vous pouvez corriger le problème et recommencer l'installation ou la mise à niveau.

L'échec se produit de façon imprévisible après que des modifications permanentes ont été effectuées sur le serveur d'administration.

Si une erreur se produit après que des modifications permanentes ont été effectuées sur le serveur d'administration de Service Manager ou sur le serveur d'administration de l'entrepôt de données, par exemple après modification de la base de données SQL (Structured Query Language) ou importation de packs d'administration, le message d'erreur qui s'affiche ne comporte pas de bouton Réessayer. Dans ce cas, vous devez réinstaller la version d'origine du serveur d'administration concerné.

Dans tous les cas, vous avez besoin de la sauvegarde de la clé de chiffrement. Pour le serveur d'administration de Service Manager, la clé de chiffrement n'est disponible que si vous l'avez sauvegardée avant de commencer la mise à niveau. Pour plus d'informations, voir la section relative à la sauvegarde de la clé de chiffrement dans Service Manager dans Disaster Recovery Guide for System Center 2012 – Service Manager (Guide de récupération d'urgence de System Center 2012 – Service Manager).

L'échec se produit de façon imprévisible après que des modifications permanentes ont été effectuées sur une base de données.

Si une erreur se produit après que des modifications permanentes ont été effectuées, par exemple après importation de packs d'administration ou écriture d'autres données temporelles dans une base de données, le message d'erreur qui s'affiche ne comporte pas de bouton Réessayer.

À ce stade votre seule option consiste à cliquer sur Fermer et à commencer un processus de récupération d'urgence pour restaurer vos bases de données. Cette récupération n'est possible que si vous avez sauvegardé vos bases de données avant de commencer le processus de mise à niveau. Pour plus d'informations, voir la section relative à la sauvegarde des bases de données de Service Manager dans Disaster Recovery Guide for System Center 2012 – Service Manager (Guide de récupération d'urgence de System Center 2012 – Service Manager).

La mise à niveau échoue par suite de l'expiration du délai d'attente du démarrage du service Configuration.

Sur certains ordinateurs, le programme d'installation de Service Manager échoue et effectue une restauration s'il ne peut pas démarrer le service Configuration de l'administration de System Center en temps voulu. Si ce problème se produit, les entrées suivantes devraient figurer dans le journal d'installation :

CAStartServices: Attempting to start service. OMCFG
CAStartServices: StartService failed. Error Code: 0x8007041D.  
ConfigureSDKConfigService: CAStartServices failed. Error Code: 0x8007041D. OMCFG

L'erreur 0x8007041D indique que le service n'a pas répondu à la demande de démarrage ou de contrôle en temps voulu. En outre, l'événement suivant peut être consigné dans le journal des événements système :

Log Name:      System
Source:        Service Control Manager
Event ID:      7009
Task Category: None
Level:         Error
Keywords:      Classic
User:          N/A
Description:
A timeout was reached (30000 milliseconds) while waiting for the System Center Management Configuration service to connect.

Ce problème se produit parce que le temps de chargement d'un assembly managé .NET Framework 2.0 doté d'une signature Authenticode est inhabituellement long. La signature est toujours vérifiée lors du chargement d'un assembly managé .NET Framework 2.0 doté d'une signature Authenticode. En outre, le temps de chargement de l'assembly managé .NET Framework 2.0 peut être inhabituellement long à cause de divers autres paramètres. Par exemple, le temps de chargement de l'assembly managé .NET Framework 2.0 peut être inhabituellement long à cause de la configuration du réseau.

Pour plus d'informations sur la cause de ce problème, voir l'article 936707 de la Base de connaissances Microsoft.

Pour plus d'informations sur d'éventuelles procédures de contournement, voir Contournement des problèmes de démarrage du service de Configuration