Partager via

Inscrire des systèmes sources dans l’entrepôt de données System Center dans Service Manager

  • Article

L’entrepôt de données dans Service Manager récupère les données d’une ou plusieurs sources de données. Ces sources de données sont des systèmes de traitement transactionnel qui produisent et régissent des données que vous souhaiterez mesurer et analyser. Par exemple, les incidents et les demandes de modification sont créés et gérés dans Service Manager, les mises à jour logicielles et les stratégies d’alimentation sont gérés dans Configuration Manager, et d’autres systèmes produisent et régissent d’autres jeux de données.

L'inscription de l'entrepôt de données crée une relation entre le serveur de l'entrepôt de données et le système source afin que les informations puissent être transmises de l'un à l'autre. Dans Service Manager, vous pouvez vous inscrire directement à Service Manager, Operations Manager et Configuration Manager. Vous pouvez également utiliser la couche mise à jour du Kit de développement logiciel (SDK) par-dessus l'entrepôt de données, afin de transmettre directement les données à l'entrepôt de données à partir d'autres sources. Par exemple, vous souhaiterez peut-être envoyer (push) des données de votre système informatique ressources humaines dans l’entrepôt de données.

Inscrire l’entrepôt de données System Center auprès d’Operations Manager

Vous pouvez utiliser les procédures suivantes dans Service Manager pour inscrire System Center Data Warehouse auprès d’Operations Manager, puis valider l’inscription.

Pour inscrire l’entrepôt de données auprès d’Operations Manager, procédez comme suit :

  1. Inscrivez System Center Data Warehouse à la source Service Manager.

  2. Attendez que le travail MPSync se termine.

  3. À l’aide d’un compte membre du groupe Administrateurs d’administration service Manager et de l’entrepôt de données, connectez-vous à l’ordinateur qui héberge la console Service Manager.

  4. Dans la console Service Manager, sélectionnez Data Warehouse.

  5. Dans le volet Administration , développez Data Warehouse, puis sélectionnez Sources de données.

  6. Dans la liste Tâches, sélectionnez Inscrire la source de données.

  7. Dans l’Assistant Inscrire la source de données, dans la page Avant de commencer , sélectionnez Suivant.

  8. Dans la page Type de source de données, sélectionnez Operations Manager.

  9. Sous Spécifier une zone serveur d’administration racine, entrez les informations suivantes :

    1. Pour le nom du serveur d’administration racine, entrez le nom du serveur.

    2. Pour le serveur de base de données opérationnelle, entrez le nom du serveur de base de données.

    3. Pour le nom de la base de données, entrez le nom de la base de données.

  10. Cliquez sur Suivant.

  11. Dans la page Informations d’identification , vous pouvez accepter l’entrée par défaut dans la liste des comptes d’identification, puis sélectionner Suivant, ou entrer des informations d’identification à partir d’un utilisateur ou d’un groupe de votre choix.

    Important

    Le compte que vous spécifiez sera affecté aux informations d’identification d’administration sur le serveur d’administration Service Manager et accordé l’autorisation Lecture sur la base de données Service Manager. Vous pouvez spécifier des informations d’identification différentes d’autres groupes d’administration Service Manager lorsque vous vous inscrivez auprès de l’entrepôt de données.

  12. Dans la page Résumé , vous pouvez passer en revue les paramètres que vous avez choisis. Sélectionnez Terminer.

  13. Dans la page Résultat, lorsque l’inscription de la source de données est terminée, sélectionnez Terminer.

Valider le processus d’inscription d’Operations Manager

  • Dans la vue Sources de données, la nouvelle source de données apparaît dans la liste des sources de données, avec le type de source de données d’Operations Manager. Vous devrez peut-être actualiser votre vue pour voir la nouvelle source de données.

Inscrire l’entrepôt de données System Center dans Configuration Manager

Vous pouvez utiliser les étapes suivantes dans Service Manager pour inscrire Configuration Manager auprès de System Center Data Warehouse, puis valider l’inscription.

Pour inscrire Configuration Manager auprès de l’entrepôt de données, procédez comme suit :

  1. À l’aide d’un compte membre du groupe d’administrateurs d’administration Service Manager et de l’entrepôt de données, connectez-vous à l’ordinateur qui héberge la console Service Manager.

  2. Dans la console Service Manager, sélectionnez Data Warehouse.

  3. Dans le volet Administration , développez Data Warehouse, puis sélectionnez Sources de données.

  4. Dans la liste Tâches, sélectionnez Inscrire la source de données.

  5. Dans l’Assistant Inscrire la source de données, dans la page Avant de commencer , sélectionnez Suivant.

  6. Dans la page Type de source de données, sélectionnez Configuration Manager.

  7. Sous Spécifier un serveur de site central, entrez les informations suivantes :

    1. Pour le nom du serveur de site central, entrez le nom du serveur de site.

    2. Pour le nom de la base de données, entrez le nom de la base de données.

  8. Cliquez sur Suivant.

  9. Dans la page Informations d’identification , vous pouvez accepter l’entrée par défaut dans la liste des comptes d’identification, puis sélectionner Suivant, ou entrer des informations d’identification à partir d’un utilisateur ou d’un groupe de votre choix.

    Important

    Le compte que vous spécifiez sera affecté aux informations d’identification d’administration sur le serveur d’administration Service Manager et accordé l’autorisation Lecture sur la base de données Service Manager. Vous pouvez spécifier des informations d’identification différentes d’autres groupes d’administration Service Manager lorsque vous vous inscrivez auprès de l’entrepôt de données.

  10. Dans la page Sélection de données, choisissez les domaines à extraire, puis sélectionnez Suivant. Par exemple, sélectionnez Configuration du connecteur System Center Configuration Manager et System Center Configuration Manager Power Management Connector.

  11. Dans la page Résumé , vous pouvez passer en revue les paramètres que vous avez choisis. Sélectionnez Terminer.

  12. Dans la page Résultats, lorsque l’inscription de la source de données s’affiche, sélectionnez Terminer.

Valider le processus d’inscription de Configuration Manager

  • Dans la vue Sources de données, la nouvelle source de données apparaît dans la liste des sources de données, avec le type de source de données de Configuration Manager. Vous devrez peut-être actualiser votre vue pour voir la nouvelle source de données.

Inscrire l’entrepôt de données System Center dans une source Service Manager

Vous pouvez utiliser les procédures suivantes dans Service Manager pour inscrire l’entrepôt de données System Center auprès d’un groupe d’administration Service Manager, puis valider l’inscription. Cela permet d’héberger plusieurs groupes d’administration Service Manager dans un seul entrepôt de données.

Inscrire l’entrepôt de données auprès d’un autre groupe d’administration Service Manager

  1. À l’aide d’un compte membre du groupe d’administrateurs d’administration Service Manager et de l’entrepôt de données, connectez-vous à l’ordinateur qui héberge la console Service Manager.

  2. Dans la console Service Manager, sélectionnez Data Warehouse.

  3. Dans le volet Administration , développez Data Warehouse, puis sélectionnez Sources de données.

  4. Dans la liste Tâches, sélectionnez Inscrire la source de données.

  5. Dans l’Assistant Inscrire la source de données, dans la page Avant de commencer , sélectionnez Suivant.

  6. Dans la page Type de source de données, sélectionnez Service Manager.

  7. Sous Spécifier un serveur Service Manager, entrez les informations suivantes :

    1. Pour le nom du serveur Service Manager, entrez le nom du serveur.

  8. Cliquez sur Suivant.

  9. Dans la page Informations d’identification , vous pouvez accepter l’entrée par défaut dans la liste des comptes d’identification, puis sélectionner Suivant, ou entrer des informations d’identification à partir d’un utilisateur ou d’un groupe de votre choix.

    Important

    Le compte que vous spécifiez sera affecté aux informations d’identification d’administration sur le serveur d’administration Service Manager et accordé l’autorisation Lecture sur la base de données Service Manager. Vous pouvez spécifier des informations d’identification différentes d’autres groupes d’administration Service Manager lors de l’inscription auprès de l’entrepôt de données.

  10. Dans la page Résumé , vous pouvez passer en revue les paramètres que vous avez choisis. Sélectionnez Terminer.

  11. Dans la page Résultat, lorsque l’inscription de la source de données est terminée, sélectionnez Terminer.

Valider le processus d’inscription de Service Manager

  • Dans la vue Sources de données, la nouvelle source de données apparaît dans la liste des sources de données, avec le type de source de données de Service Manager. Vous devrez peut-être actualiser votre vue pour voir la nouvelle source de données.

Gérer les travaux d’importation de données pour Operations Manager et Configuration Manager

Vous pouvez utiliser la procédure suivante pour gérer les travaux d’importation de données de l’entrepôt de données dans Service Manager. Les travaux d’importation de données sont similaires à d’autres travaux d’entrepôt de données, et vous pouvez les gérer avec la console Service Manager et également avec les applets de commande Windows PowerShell. Les méthodes de gestion sont les suivantes :

  • Révision de la planification de traitement à toutes les heures, tous les jours ou toutes les semaines

  • Suspension d’un travail

  • Reprise d’un travail suspendu ou non démarré

Gérer les travaux d’importation de données et modifier une planification de travail

  1. Dans la console Service Manager, sélectionnez Data Warehouse, développez Data Warehouse, puis sélectionnez Travaux de l’entrepôt de données.

  2. Dans le volet Travaux de l’entrepôt de données, sélectionnez un nom de travail, puis, sous Tâches, sélectionnez Propriétés.

  3. Dans la boîte de dialogue propriétés du travail qui s’affiche, vous pouvez afficher la planification actuelle. Vous pouvez remplacer la planification par l’un de vos choix. Par exemple, remplacez la planification par Jour et exécutez le travail à 13h00, puis sélectionnez OK.

  4. Vous pouvez éventuellement suspendre des travaux et reprendre les travaux suspendus ou non démarrés.

Résoudre les erreurs de l’entrepôt de données System Center

Cette section décrit les étapes à suivre pour résoudre les erreurs de l’entrepôt de données System Center dans Service Manager.

Utiliser le journal des événements Operations Manager sur le serveur Data Warehouse pour résoudre les erreurs

Les journaux des événements Service Manager se trouvent dans le journal des événements Operations Manager. L'évaluation des événements du journal peut se révéler utile, car la plupart des erreurs liées à l'entrepôt de données se trouvent dans ce journal des événements. Les événements du journal proviennent de deux sources différentes : le déploiement et l'environnement de données.

Les événements avec une source de déploiement sont générés pendant le déploiement du pack d’administration, ce qui inclut le déploiement de rapports ou l’assemblage de l’entrepôt de données ; par exemple, en créant des outriggers, des dimensions et des tables de faits. Les erreurs dans le journal des événements incluent des instructions sur la façon de récupérer à partir des erreurs. Par exemple, vous pouvez lire des instructions indiquant que vous arrêtez, puis redémarrez les services Service Manager. Les trois services du serveur d'administration de l'entrepôt de données sont les suivants :

  • Service d'accès aux données System Center

  • Microsoft Monitoring Agent

  • Configuration de l'administration de System Center

Lorsque vous démarrez et arrêtez les services Service Manager, vous devez arrêter et démarrer les trois services.

Une fois l'entrepôt de données déployé, les événements sont davantage susceptibles d'avoir une source égale à Entrepôt de données. Ces événements sont créés par des tâches dans le cadre d'opérations telles que l'extraction, la transformation et le chargement (ETL), les tâches MPSync et les tâches DWMaintenance.

Utiliser la console Service Manager pour résoudre les erreurs

Dans la console Service Manager, sélectionnez Travaux de l’entrepôt de données et vous verrez le travail ETL et l’état du travail MPSync. Si votre déploiement a réussi et que votre entrepôt de données est correctement inscrit auprès d’au moins un groupe d’administration Service Manager, vous voyez au moins cinq travaux. L'état des tâches doit être En cours d'exécution ou Non démarré.

Si vous voyez l’état d’un travail répertorié comme Ayant échoué, vous pouvez sélectionner le travail, puis dans le volet Tâches , sélectionnez Modules pour savoir quel module de travail a échoué. Ensuite, vous pouvez examiner le journal des événements Operations Manager sur le serveur d’entrepôt de données pour déterminer pourquoi le module a échoué.

Dans l’espace de travail Data Warehouse , vous pouvez sélectionner les packs d’administration dans le volet gauche. C'est là que peuvent être affichés les packs d'administration de l'entrepôt de données, avec leur état de déploiement. Lorsque vous importez un pack d’administration dans Service Manager, le travail MPSync le synchronise avec l’entrepôt de données, où le travail MPSync dérive son nom de la synchronisation du pack d’administration. Lorsque vous obtenez la liste des packs d'administration de l'entrepôt de données, vous pouvez déterminer si votre pack d'administration a été déployé correctement ou non.

Si votre pack d'administration comprend des éléments définis relatifs à l'entrepôt de données, tels que les rapports ou les tables de dimensions, sous-dimensions ou faits, il devra avoir été correctement déployé avant que vous ne puissiez utiliser les tables et les rapports.

Utiliser Windows PowerShell pour résoudre les erreurs

Les applets de commande Windows PowerShell mentionnées dans le tableau suivant fournissent des informations détaillées sur les tâches de l'entrepôt de données.

Commande Description
Get-SCDWMgmtGroup Cette commande vous indique les sources qui sont actuellement inscrites dans l'entrepôt de données. Vous devriez voir au moins deux valeurs DataSourceName différentes.
Get-SCDWJob Cette commande indique l'état de la tâche d'entrepôt de données du lot actuel. À l'aide de la commande, vous pouvez vérifier si les tâches sont activées ou non, lesquelles sont en cours d'exécution et à quel moment elles ont été démarrées.

Lorsque les tâches MPSync et DWMaintenance démarrent, elles désactivent toutes les tâches ETL. La colonne Est activé sera définie sur False pour chacune des tâches ETL. Cela signifie que même si l’état du travail ETL indique qu’il est en cours d’exécution, il n’est pas en cours d’exécution. Lorsque la tâche MPSync ou DWMaintenance est terminée, les tâches ETL sont automatiquement réactivées et leur traitement recommence.

Les tâches sont généralement à l'état Non démarré , à moins que le lot précédent ne soit terminé. Si vous préférez, vous pouvez utiliser la commande Get-SCDWJob pour afficher les derniers lots d'une tâche donnée.
Get-SCDWJob -Nom de travail spécifique du travail -NumberOfBatches number Utilisez cette commande pour afficher le dernier travail, spécifié par le nom de travail spécifique, terminé, au démarrage et au moment de sa fin. Vous pouvez calculer la durée de son exécution, ainsi que l'ID et l'état du prochain lot. L'ID de lot de la tâche est toujours incrémentiel.
Get-SCDWJobModule Cette commande fournit des informations détaillées sur les modules d'une tâche. Cela est utile lorsque vous voyez des échecs de travail et que vous souhaitez déterminer ce qui a provoqué l’échec.

Résoudre les problèmes courants liés à l’entrepôt de données

Cette liste n’est pas exhaustive, mais elle couvre la plupart des problèmes courants que vous rencontrez probablement.

Les rapports ne sont pas déployés après l'inscription de l'entrepôt de données

Symptômes

Lorsque vous ouvrez la console Service Manager, une boîte de dialogue s’affiche indiquant que reporting Service n’est pas disponible. Un autre symptôme est que le bouton De l’espace de travail Reporting s’affiche dans la console Service Manager. Toutefois, aucun rapport n’est affiché dans l’espace de travail. Un autre symptôme possible est qu'aucun rapport n'a été déployé sur le serveur Reporting Services.

D'autres parties du déploiement de l'entrepôt de données peuvent sembler s'être déroulées correctement. Par exemple, dans la console Service Manager, lorsque vous sélectionnez Data Warehouse et que vous sélectionnez Travaux de l’entrepôt de données, vous voyez deux travaux d’extraction, une transformation et un travail de chargement et un travail MPSync.

Étapes de dépannage

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

Étape 1 : Vérifiez l'état du déploiement des packs d'administration :

  1. Dans la console Service Manager, sélectionnez Data Warehouse.

  2. Sélectionnez Packs d’administration, puis dans la zone filtre de recherche, entrez le rapport. Cela permet de filtrer les résultats pour obtenir la liste des packs d'administration liés aux rapports.

  3. Vérifiez l'état du déploiement (dernière colonne) des packs d'administration suivants. Aucun des packs d'administration ne doit avoir l'état Échec.

    • ServiceManager.ActivityManagement.Report.Library

    • ServiceManager.ProblemManagement.Report.Library

    • ServiceManager.IncidentManagement.Report.Libraryxxx

    • ServiceManager.ConfigurationManagement.Report.Library

    • ServiceManager.ChangeManagement.Report.Library

Étape 2 : Vérifiez dans le journal des événements la présence de messages d'erreur mentionnant le fichier d'assembly Microsoft.EnterpriseManagement.Reporting.Code.dll.

Si le déploiement de l'un des cinq packs d'administration a échoué :

  1. Sur le serveur d’administration de l’entrepôt de données, ouvrez le journal des événements Operations Manager.

  2. Filtrez les événements avec Sources de l'événement défini sur Déploiement et Niveau de l'événement défini sur Erreur.

  3. Si des messages d'erreur du journal des événements indiquent Impossible de charger l'assembly Microsoft.EnterpriseManagement.Reporting.Code.dll, vérifiez les éléments suivants :

    1. Votre installation de SQL Server Reporting Services (SSRS) peut se trouver sur un serveur autre que le serveur d'administration de l'entrepôt de données.

    2. Si votre installation de SSRS se trouve sur le même serveur que le serveur d'administration de l'entrepôt de données, redémarrez le service SSRS.

  4. Redémarrez SSRS :

    1. Connectez-vous au serveur sur lequel SSRS est installé.

    2. Ouvrez Reporting Services Configuration Manager.

    3. Dans la fenêtre Connexion de configuration de Reporting Services, sélectionnez Se connecter.

    4. Dans la fenêtre État du serveur de rapports, sélectionnez Arrêter, puis sélectionnez Démarrer.

    5. Sélectionnez Quitter.

Étape 3 : Redéployez les packs d'administration de rapport ayant échoué :

  1. Dans la console Service Manager, sélectionnez Data Warehouse.

  2. Sélectionnez Packs d’administration, puis dans le filtre de recherche, entrez le rapport.

  3. Pour chacun des packs d’administration répertoriés à l’étape 1, dans le volet Tâches, sélectionnez Redémarrer le déploiement.

    Remarque

    Si l'état de déploiement du pack d'administration est Terminé, l'option Redémarrer le déploiement ne sera pas disponible.

Une fois que l’état du déploiement des packs d’administration de rapports a été mis à jour à partir de l’échec de l’exécution, ouvrez la console Service Manager. Les rapports doivent s'afficher dans l'espace de travail Rapport . Vous devrez peut-être redémarrer la console Service Manager pour afficher les rapports, car la console met en cache la liste des rapports.

Les tâches échouent après l'importation d'un pack d'administration personnalisé

Symptôme

Une ou plusieurs tâches d'entrepôt de données échouent après l'importation d'un pack d'administration personnalisé et sa synchronisation avec l'entrepôt de données.

Étapes de dépannage

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

  1. Consultez le journal des événements pour vous assurer que la cause du problème est bien le pack d'administration personnalisé :

    1. Sur le serveur d’administration de l’entrepôt de données, ouvrez le journal des événements Operations Manager.

    2. Recherchez l'événement lié à l'échec de la tâche.

    3. Déterminez si l'échec est lié au pack d'administration personnalisé que vous avez importé.

  2. Si l'échec est lié au pack d'administration personnalisé, vous devez le supprimer et laisser le reste de l'entrepôt de données fonctionner normalement. Vous pouvez corriger le pack d'administration et le réimporter plus tard :

    1. Désinstallez le pack d’administration personnalisé à l’aide de la console Service Manager.

    2. Exécutez la tâche MPSync.

    3. Vérifiez que le pack d'administration personnalisé est répertorié dans Entrepôt de données sous Packs d'administration.

    4. Une fois le travail de synchronisation MP terminé, reprenez le travail ayant échoué à partir de la console Service Manager ou avec une applet de commande Windows PowerShell.

  3. Corrigez, puis réimportez le pack d'administration personnalisé :

    1. Supprimez le pack d'administration personnalisé, puis résolvez le problème à l'aide de l'étape 2, tel que décrit précédemment.

    2. Corrigez le pack d'administration personnalisé.

    3. Importez le pack d’administration personnalisé fixe dans Service Manager, puis exécutez le travail de synchronisation MP pour le synchroniser vers l’entrepôt de données.

L'entrepôt de données ne reçoit pas de nouvelles données ou l'exécution des tâches semble trop longue

Symptôme

Vous ne voyez pas de données ni de nouvelles données dans l’un de vos rapports. Un autre symptôme est que les travaux ETL prennent trop de temps pour s’exécuter et que les travaux n’affichent pas l’état Non démarré.

Étapes de dépannage

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

  1. Utilisez l’applet de commande Windows PowerShell Get-SCDWJob pour déterminer si tous les travaux ETL sont activés. Démarrez Windows PowerShell, puis entrez Get-SCDWJob.

  2. Si les travaux ETL sont désactivés, et si les travaux MPSyncJob ou DWMaintenance sont exécutées, vous devrez attendre un certain temps pour obtenir l'état du travail, car les deux travaux en arrière-plan auront désactivé les travaux ETL. Toutefois, si les deux tâches sont à l'état Non démarré alors que les tâches ETL sont désactivées, vous pouvez utiliser l'applet de commande Enable-SCDWJob pour les activer. Exemple :

    Enable-SCDWJob -JobName Transform.Common

  3. Si les travaux MPSync et DWMaintenance ETL sont tous activés et en cours d’exécution, mais que leur ID de lot individuel n’a pas changé depuis longtemps, ou si vous utilisez l’applet de commande Get-SCDWJobModule pour des travaux spécifiques et que vous ne voyez pas qu’aucun module est en cours d’exécution, vérifiez le journal des événements et vérifiez s’il existe des messages d’erreur. Parfois, le message d'erreur peut dater de plusieurs jours, ce qui signifie que vous devrez peut-être consulter les événements survenus au cours de plusieurs jours.

  4. Vérifiez si les trois services : System Center Data Access Service, Microsoft Monitoring Agent et System Center Management Configuration sur le serveur d’administration de l’entrepôt de données sont en cours d’exécution. Sur le serveur d’administration de l’entrepôt de données, sélectionnez Démarrer, Exécuter, puis entrez Services.msc. Dans Services, vérifiez que les services suivants s’exécutent : System Center Data Access Service, Microsoft Monitoring Agent et System Center Management Configuration.

    Si l’un des services n’est pas en cours d’exécution, redémarrez les trois services. En outre, si tous les services sont en cours d'exécution, les événements Event Source Data Warehouse et OpsMgr SDK Service seront envoyés au journal des événements Operations Manager. Ces informations sont une autre source permettant de vérifier que tous les services sont en cours d'exécution. Si vous ne voyez pas les événements de l’entrepôt de données source d’événements et du service sdk OpsMgr pendant longtemps, vous devez redémarrer les trois services.

Les extensions d'entrepôt de données personnalisées n'apparaissent pas dans l'entrepôt de données

Symptôme

Après avoir importé votre pack d’administration, qui définit certaines dimensions ou tables de faits dans Service Manager, le travail MPSync s’exécute plusieurs fois, mais vous ne voyez toujours pas vos tables de dimension ou de faits dans DataMart.

Étapes de dépannage

Assurez-vous que votre pack d'administration est scellé. Le travail MPSync peut importer uniquement des packs d’administration scellés à partir de Service Manager dans l’entrepôt de données. Si vous n’avez pas scellé votre pack d’administration, fermez-le, puis importez-le à l’aide de Service Manager.

Assurez-vous que votre pack d'administration est synchronisé avec l'entrepôt de données en procédant aux étapes suivantes :

  1. Ouvrez la console Service Manager.

  2. Sélectionnez Data Warehouse.

  3. Sélectionnez Packs d’administration, puis recherchez votre pack d’administration dans la liste des packs d’administration. Pour ce faire, utilisez la fonctionnalité de recherche en entrant le nom de votre pack d’administration dans la zone de recherche. Si vous ne voyez pas votre pack d’administration :

    1. Il est possible que son importation dans le serveur d'administration de l'entrepôt de données ait échoué. Accédez au serveur d’administration de l’entrepôt de données, ouvrez le journal des événements Operations Manager, puis filtrez les événements avec des sources d’événements en tant que service sdk OpsMgr.

    2. La tâche MPSync n'a peut-être pas encore été exécutée. Elle s'exécute selon une planification périodique, qui est, par défaut, toutes les heures. Vous pouvez modifier la planification avec Windows PowerShell. Pour accélérer la synchronisation du pack d’administration, après avoir importé votre pack d’administration, vous pouvez reprendre manuellement le travail MPSync, à partir de la console Service Manager ou à l’aide de Windows PowerShell.

Vérifiez l'état du déploiement de votre pack d'administration :

  1. Ouvrez la console Service Manager.

  2. Sélectionnez Data Warehouse.

  3. Sélectionnez Packs d’administration, puis recherchez votre pack d’administration dans la liste des packs d’administration. Pour ce faire, vous pouvez rechercher le nom de votre pack d’administration.

  4. Vérifiez l'état du déploiement de votre pack d'administration. Si l'état du déploiement est Échec:

    1. Sur le serveur d’administration de l’entrepôt de données, ouvrez le journal des événements Operations Manager, puis filtrez les événements avec des sources d’événements en tant que déploiement.

    2. S’il existe un message d’erreur, le message indique généralement ce qui s’est passé. Si, après avoir effectué les correctifs nécessaires au pack d’administration et que l’erreur persiste, vous pouvez désinstaller ce pack d’administration à l’aide de la console Service Manager. Après avoir exécuté la tâche MPSync, le pack d'administration est désinstallé du serveur d'administration de l'entrepôt de données.

Les packs d'administration sont bloqués dans le statut Association en attente après l'inscription à l'entrepôt de données

Symptôme

Certains packs d’administration restent dans l’état Association en attente plusieurs heures après l’inscription de Service Manager auprès de l’entrepôt de données et plusieurs heures (jusqu’à quatre ou plus) heures sont passées. Vous pouvez déterminer le temps écoulé en ouvrant la console Service Manager et en accédant à l’entrepôt de données, aux travaux de l’entrepôt de données, au travail MPSync, puis en sélectionnant Détails dans le volet Tâches.

Étapes de dépannage

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

  1. Affichez les Détails de la tâche MPSync. Passez en revue chaque ID de lot du pack d’administration du problème dans la boîte de dialogue MPSyncJob . Dans la boîte de dialogue Travail de synchronisation MP, sélectionnez le nom de colonne du pack d’administration pour trier la liste en fonction du nom du pack d’administration. Trouvez les packs d'administration ayant l'état Association en attente . Dans la liste des packs d'administration, vérifiez si dans le dernier lot l'état du pack d'administration est défini comme étant Associé, par exemple :

    • Pour l'ID de lot 136, l'état de Management Pack Microsoft.SystemCenter.ConfigurationManager est Association en attente.

    • Pour l'ID de lot 207, l'état de Management Pack Microsoft.SystemCenter.ConfigurationManager est Associé.

    Cela indique que le pack d'administration est correctement associé dans le lot 207, même s'il a rencontré une erreur dans le lot 136. Ayant été récupéré dans le lot 207, le pack d'administration est correctement associé et la synchronisation s'est correctement terminée.

  2. Si, dans la boîte de dialogue Travail de synchronisation MP, l’état Association en attente d’un pack d’administration se répète pour chaque lot, vous devrez résoudre les problèmes supplémentaires pour déterminer la raison pour laquelle le pack d’administration ne parvient pas à associer. Vous devez commencer par consulter les échecs de déploiement dans les autres packs d'administration dont votre pack d'administration dépend.

    Dans la console Service Manager, sélectionnez Entrepôt de données, packs d’administration, puis en-tête de colonne État du déploiement. Si un pack d'administration possède l'état de déploiement Échec ou Non démarré, cela est généralement dû à une dépendance du pack d'administration. Les packs d'administration peuvent dépendre d'autres packs, et toute défaillance peut entraîner l'échec du déploiement des autres packs d'administration. Un pack d'administration concerné possède l'état Non démarré .

  3. Recherchez les échecs de déploiement dans le journal des événements. Ouvrez le journal des événements Operations Manager dans l’entrepôt de données, filtrez le journal des événements sur les événements où la source d’événement est Déploiement et le niveau d’événement est Avertissement ou Erreur.

  4. S’il existe un message d’erreur similaire au message suivant, vous devez annuler l’inscription de l’entrepôt de données à partir de Service Manager, réinstaller l’entrepôt de données, puis réinscrire le serveur d’administration Service Manager sur le serveur d’administration de l’entrepôt de données :

    Deployment Execution Infrastructure has retried the maximum number of times and is giving up on this execution step.
MP Element ID:  DerivedManagementPack.SystemDerivedMp.ServiceManager.ActivityManagement.Library.Datawarehouse
MP name: ServiceManager.ActivityManagement.Library.Datawarehouse
MP version: 7.0.5826.0
Operation: Install
Error message:  Cannot find resource with ID TransformActivityStatusResource

Les tâches ETL échouent en raison de problèmes liés aux informations d'identification de connexion

Symptôme

Certaines tâches ETL ou la totalité de celles-ci ont échoué. Le journal des événements Operations Manager situé sur le serveur d'administration de l'entrepôt de données indique que l'échec de la tâche ETL est associé à un échec d'ouverture de session utilisateur.

Étapes de dépannage

Pour résoudre ce problème, vérifiez si le mot de passe pour chaque compte d'identification a changé ou a expiré. Vous pouvez mettre à jour le compte en utilisant les étapes suivantes :

  1. Accédez à Data Warehouse, Sécurité, Comptes d’identification, puis sélectionnez le compte d’identification associé. Sélectionnez Propriétés dans le volet Tâches , mettez à jour le champ Mot de passe dans la fenêtre, puis sélectionnez OK.

  2. Si ce compte identification est un compte système opérationnel, vous devez également mettre à jour les services qui s'exécutent sous ce compte :

    1. Sur le serveur d’administration de l’entrepôt de données, sélectionnez Démarrer, Exécuter, puis entrez Services.msc.

    2. Dans Services, mettez à jour les mots de passe des services exécutés par le compte, par exemple, les services System Center Data Access et System Center Management Configuration.

    3. Redémarrez les services.

      Remarque

      La tâche MPSync et les tâches d'extraction peuvent utiliser un compte d'identification autre que le compte système opérationnel. Ce compte d'identification est créé lorsque Service Manager est inscrit dans un entrepôt de données.

Il est facile de mettre à jour le mot de passe s’il a expiré. Toutefois, il est plus difficile de mettre à jour le système si vous modifiez le compte d’identification. Nous vous déconseillons de modifier les comptes d’identification.

Si l’échec du travail n’est pas lié au mot de passe, vérifiez que le compte d’identification du travail ayant échoué peut être utilisé pour se connecter à la base de données cible. Par exemple, vérifiez que le compte d’identification du travail d’extraction peut être utilisé pour se connecter à la base de données Service Manager. Si ce n’est pas le cas, vérifiez que le service langage SQL (SQL) qui héberge la base de données est en cours d’exécution.

Étapes suivantes