À propos du déploiement du module de l'entrepôt de données

Date de publication : juillet 2016

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

Le déploiement d'un module de l'entrepôt de données dans System Center 2012 - Service Manager démarre lorsqu'un serveur d'administration Service Manager est inscrit sur un serveur d'administration de l'entrepôt de données. Les sections suivantes abordent les composants, les fonctions et la planification des modules.

La synchronisation des packs d'administration correspond à la détection par l'entrepôt de données des classes et des relations présentes sur les systèmes sources. Ce processus est également appelé MPSync. Pour chaque pack d'administration définissant une classe ou une relation, l'entrepôt de données crée des modules de tâche d'extraction pour récupérer les données relatives à la classe ou relation en question depuis la source correspondante. Ces packs d'administration, et les tâches qui leur sont associées, sont synchronisés entre les différents systèmes.

Seuls les packs d'administration scellés et les données correspondantes sont synchronisés dans l'entrepôt de données. Si vous modifiez un pack d'administration, vous devrez incrémenter le numéro de version. En outre, vous ne pourrez pas procéder à des modifications susceptibles d'entraîner des erreurs, sous peine de causer l'échec de l'importation. Par exemple, vous ne pourrez pas supprimer des classes, des propriétés ou des relations. De même, vous ne pouvez pas modifier les types de données à l'aide de méthodes non prises en charge. Par exemple, vous ne pouvez pas convertir une propriété de type chaîne en propriété numérique.

Par défaut, la tâche MPSync Orchestration est exécutée toutes les 30 minutes.

Un même pack d'administration peut être référencé par plusieurs sources. La version présente sur le système source doit être identique ou ultérieure à celle de l'entrepôt de données, sous peine d'entraîner l'échec de l'inscription.

Il est possible de supprimer des packs d'administration de l'entrepôt de données. Toutefois, gardez à l'esprit les points suivants :

1. La suppression des packs d'administration ne supprime pas les données de l'entrepôt de données comme il le fait pour la base de données Service Manager . En effet, la vue de base de données accessibles aux utilisateurs est supprimée.

2. Si vous réimportez un pack d'administration après l'avoir supprimé, les données d'historique seront de nouveau affichées.

   Notes

   
   Seuls les packs d'administration scellés sont synchronisés entre Service Manager et l'entrepôt de données. Les éléments de liste, ou énumérations, constituent néanmoins une exception. Les groupes et les files d'attente sont synchronisés avec l'entrepôt de données, qu'ils fassent partie d'un pack d'administration scellé ou non scellé. Pour plus d'informations sur le scellement des packs d'administration, voir le blog Sealing Management Packs (Scellement des packs d'administration).

Les packs d'administration qui sont importés depuis Service Manager sont spécifiques à Service Manageret à l'entrepôt de données. Les packs d'administration de Service Manager permettent de connaître la structure de la base de données Service Manager . En outre, ils permettent de contrôler la structure et les processus des bases de données de l'entrepôt de données.

Le processus de synchronisation des packs d'administration importe ces derniers depuis Service Manager, et définit la manière dont ils doivent influencer la structure, déplacer les données et copier les rapports pour l'entrepôt de données et dans le cadre de la création de rapports. Une fois les packs synchronisés entre Service Manager et l'entrepôt de données, les données sont récupérées et les rapports déployés en vue de leur utilisation.

Le déploiement des rapports est effectué de la façon suivante :

1. Le flux de travail de déploiement des rapports est déclenché après la synchronisation de tous les packs d'administration identifiés avec l'entrepôt de données.

2. La base de données DWStagingandConfig étant la destination finale des packs d'administration synchronisés, le flux de travail de déploiement interroge la base de données DWStagingandConfig à la recherche d'éventuels rapports nouveaux ou modifiés à déployer ou à supprimer.

3. Le flux de travail de déploiement publie alors tous les rapports nouveaux ou mis à jour sur le serveur SQL Server Reporting Services (SSRS) via les services Web SSRS.

4. SSRS stocke les rapports et les métadonnées appropriées.

5. Le flux de travail de déploiement de schéma est déclenché par la synchronisation du pack d'administration.

6. Une fois encore, les informations qui entraînent la modification du schéma sont extraites de la base de données DWStagingandConfig, selon les packs d'administration récemment synchronisés à l'origine des modifications.

7. Les modifications du schéma sont déployées dans la base de données DWRepository.

8. Les modifications devant être apportées aux modules ETL sont apportées à la base de données DWStagingandConfig.

Les packs d'administration qui contiennent uniquement des informations spécifiques de Service Managern'entraînent pas l'exécution des activités de déploiement. Celles-ci ne sont déclenchées que pour les nouveaux éléments relatifs à l'entrepôt de données et aux rapports.

Une fois le schéma de l'entrepôt de données et les rapports déployés, la base de données DWDataMart est remplie à l'aide de données réelles dans le cadre de la création de rapports. Cette opération est effectuée dans le cadre des processus ETL. Ces trois processus ont chacun un objectif spécifique :

• L'extraction permet de traiter les volumes de données importants provenant de plusieurs sources, et de déplacer ces données vers une zone conçue pour leur manipulation.

• Latransformation permet d'optimiser les opérations complexes de logique et d'intégration. Ce processus constitue la majeure partie du travail effectué dans le cadre des tâches ETL.

• Lechargement permet de transférer les données ayant déjà été traitées en bloc dans leur destination cible.

L'existence de trois bases de données différentes permet d'optimiser votre environnement matériel plus facilement. Dans les environnements à volume élevé, les bases de données DWStagingandConfig et DWRepository doivent figurer sur un matériel informatique optimisé pour les E/S en lecture et écriture. Toutefois, le matériel informatique qui héberge la base de données DWDatamart doit être optimisé pour les E/S en lecture. Avec cette différence à l'esprit, vous pouvez séparer DWDatamart sur un autre lecteur ou serveur pour les bases de données DWStagingandConfig et DWRepository. Toutefois, les bases de données DWStagingandConfig et DWRepository doivent rester sur le même serveur.

Les sections suivantes abordent les processus ETL qui se produisent à un haut niveau. Si vous avez l'intention de créer des packs d'administration pour des rapports personnalisés, vous devrez probablement étudier ces processus plus en détail. Pour plus d'informations sur les processus ETL, voir Guide de création pour System Center 2012 – Service Manager.

extraction

Le processus d'extraction démarre à intervalles planifiés. L'extraction est le processus permettant de récupérer les données brutes depuis un magasin OLTP, en l'occurrence, la base de données Service Manager .

1. Le processus d'extraction interroge Service Manager à la recherche d'éventuelles données delta accumulées depuis le dernier processus d'extraction.

2. Les nouvelles données sont écrites dans la base de données DWStagingandConfig sous la même forme basique que dans la base de données Service Manager .

transformation

Le processus de transformation démarre à intervalles planifiés. La transformation est le processus qui permet de déplacer les données brutes provenant de la base de données DWStagingandConfig. Elle permet également de nettoyer, reformater et agréger les données brutes, en vue de leur ajout aux rapports. Ces données transformées sont écrites dans la base de données DWRepository.

chargement

Le processus de chargement démarre à intervalles planifiés. Le processus de chargement interroge les données de la base de données DWRepository. Les données transformées de la base de données DWRepository sont insérées dans la base de données DWDatamart. DWDatamart est la base de données utilisée pour la création de rapports.