Gérer l’entrepôt de données de Service Manager

Pour gérer l’entrepôt de données, qui est principalement utilisé par la création de rapports, vous devez effectuer des tâches de maintenance sur les travaux de l’entrepôt de données. Par exemple, vous pouvez afficher leur état, suspendre et reprendre, définir une planification, activer et désactiver des planifications et résoudre les problèmes de travaux de l’entrepôt de données. Vous pouvez effectuer toutes ces tâches de maintenance à l’aide d’applets de commande Windows PowerShell. En outre, vous pouvez effectuer certaines de ces tâches via la console Service Manager.

Pendant le déploiement, vous avez inscrit le groupe d’administration Service Manager comme indiqué dans Inscrire le groupe d’administration Service Manager dans le Guide de déploiement de Service Manager. Suite à cette action, le déploiement du pack d’administration a démarré et MPSyncJob démarré. Vous ne devez pas démarrer ou reprendre les travaux de l’entrepôt de données tant que MPSyncJob n’a pas terminé, comme indiqué dans le volet Travaux de l’entrepôt de données dans la console Service Manager.

Il existe sept travaux d’entrepôt de données qui s’exécutent à différents moments pour gérer l’entrepôt de données, comme indiqué dans le tableau suivant.

Travail d'entreposage de données	Description
MPSyncJob	Ce travail synchronise tous les packs d’administration à partir de la source Service Manager. Ces packs d’administration définissent le contenu de l’entrepôt de données. Ce travail commence à s’exécuter dès que vous inscrivez le groupe d’administration Service Manager et qu’il faut plusieurs heures pour s’exécuter lors de son exécution initiale.
DWMaintenance	Ce travail effectue la maintenance de l’entrepôt de données, comme l’indexation et la mise à jour des statistiques. Ce travail s’exécute automatiquement une fois la tâche MPSyncJob terminée.
Entité (ou nettoyage)	Les fonctions de nettoyage impliquent généralement des activités sur l’entrepôt de données qui suppriment les données en fonction d’une période configurable. Remarque : Pour cette version de Service Manager, les fonctions de nettoyage sont gérées en tant que flux de travail. Les paramètres de ce travail ne sont pas configurables.
Extraction	Ce travail récupère des données de la base de données Service Manager. Ce travail interroge la base de données Service Manager pour les données delta à partir de sa dernière exécution et écrit ces nouvelles données dans la base de données DWStagingAndConfig dans l’entrepôt de données. Service Manager comprend deux travaux d’extraction : l’un pour le groupe d’administration de Service Manager, et l’autre pour le groupe d’administration de l’entrepôt de données.
Transformation	Ce travail prend les données brutes dans la zone de transfert et effectue les opérations de nettoyage, de reformatage et d'agrégation requises pour les mettre au format final pour les rapports. Ces données transformées sont écrites dans la base de données DWRepository.
Load	Ce travail interroge les données dans la base de données DWRepository et les insère dans la base de données DWDatamart. DWDatamart est la base de données utilisée pour tous les besoins de rapport d'utilisateur final.

Planification et fréquence des travaux

La planification d’un travail définit le démarrage d’un travail. La fréquence fait référence à la fréquence à laquelle le travail s’exécute après son démarrage. Quelle que soit la planification et la fréquence, un travail ne s’exécute pas, sauf si la planification de ce travail a été activée. À l’exception du travail Entity (Grooming), chaque travail a une heure de début planifiée par défaut, qui est de minuit. Le tableau suivant répertorie l’heure de début planifiée, la fréquence et le paramètre de planification par défaut.

Travail d'entreposage de données	Heure de début planifiée	Fréquence	Activée par défaut ?
MPSyncJob	Minuit	Toutes les heures	Oui
DWMaintenance	Minuit	Toutes les heures	Oui
Extraction	Minuit	Toutes les 5 minutes	Oui
Transformation	Minuit	Toutes les 30 minutes	Oui
Load	Minuit	Toutes les heures	Oui

Dans cette version de Service Manager, les fonctions de nettoyage sont gérées en tant que flux de travail. Les paramètres de ce travail ne sont pas configurables.

Cmdlets PowerShell

Le module Windows PowerShell de Service Manager contient des applets de commande utilisées dans ce scénario pour gérer les fonctions d’entrepôt de données sur le serveur qui héberge l’entrepôt de données. Vous devez exécuter toutes les applets de commande Windows PowerShell en tant qu’administrateur. Pour afficher l’aide de Windows PowerShell, tapez la commande get-help , suivie du nom de l’applet de commande pour laquelle vous souhaitez obtenir de l’aide. Par exemple, saisissez get-help Set-SCDWJobSchedule. Les applets de commande suivantes sont utilisées dans ce scénario :

• Get-SCDWJobSchedule Affiche la planification d’un travail d’entrepôt de données.

• Get-SCDWJob affiche l’état de tous les travaux périodiques de l’entrepôt de données Service Manager.

• Get-SCDWMgmtGroup Affiche les détails d’un groupe d’administration inscrit auprès de l’entrepôt de données.

• Remove-SCDWMgmtGroup supprime un groupe d’administration de l’entrepôt de données.

• Set-SCDWJobSchedule définit la planification des travaux d’entrepôt de données.

• Enable-SCDWJobSchedule active une planification de travail d’entrepôt de données.

• Disable-SCDWJobSchedule désactive une planification de travail d’entrepôt de données. Les planifications de travaux sont désactivées par défaut.

Prise en main des travaux d’entrepôt de données

Lorsque vous vous inscrivez auprès de l’entrepôt de données Service Manager, MPSyncJob commence à s’exécuter. Cette tâche peut prendre plusieurs heures pour terminer son exécution initiale. Une fois cette tâche terminée, vous pouvez voir deux travaux d’extraction répertoriés dans le volet Travaux de l’entrepôt de données. Un travail d’extraction est répertorié sous la forme Extract_ nom du groupe d’administration de l’entrepôt de données, et l’autre travail d’extraction est répertorié en tant que nom de groupe d’administration Extract_Service Manager. Lorsque ces deux travaux d’extraction apparaissent, vous savez que l’exécution initiale de MPSyncJob est terminée et que vous pouvez maintenant poursuivre les tâches de maintenance suivantes.

Déploiement du module d’entrepôt de données

Le déploiement du module d’entrepôt de données dans Service Manager démarre lorsqu’un serveur d’administration Service Manager est inscrit auprès d’un serveur d’administration de l’entrepôt de données. Les sections suivantes abordent les composants, les fonctions et la planification des modules.

Synchronisation du pack d’administration

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 devez augmenter le numéro de version et vous ne pouvez pas introduire de modifications susceptibles de provoquer des erreurs ; sinon, le pack d’administration ne parvient pas à importer. Par exemple, vous ne pouvez pas supprimer des classes, supprimer des propriétés ou supprimer des relations. De même, vous ne pouvez pas modifier les types de données de manière non prise en charge. Par exemple, vous ne pouvez pas modifier une propriété de chaîne pour devenir une propriété numérique.

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

Il est possible que plusieurs sources fassent référence au même pack d’administration. 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 dans la base de données Service Manager ; Au lieu de cela, la vue de base de données à laquelle les utilisateurs ont accès est supprimée.

2. Si vous importez un pack d’administration après avoir supprimé le pack d’administration correspondant, les données historiques sont à nouveau exposées.

   Remarque

   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 ou files d’attente sont synchronisés avec l’entrepôt de données, qu’ils se trouvent dans un pack d’administration scellé ou non scellé.

Les packs d’administration importés à partir de Service Manager sont spécifiques à Service Manager et spécifiques à l’entrepôt de données. Les packs d’administration Service Manager permettent de connaître ce que la base de données Service Manager est structurée, et les packs d’administration de l’entrepôt de données pilotent la structure et les processus des bases de données de l’entrepôt de données.

Déploiement de rapports

Le processus de synchronisation des packs d’administration importe les packs d’administration à partir de Service Manager et définit la façon dont ces packs d’administration mettent en forme la structure, déplacent les données et copient des rapports pour l’entrepôt de données et la création de rapports. Une fois ces packs d’administration synchronisés entre Service Manager et l’entrepôt de données, les données sont récupérées et les rapports sont déployés pour la consommation de l’utilisateur.

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 à Service Manager n’entraînent pas l’exécution des activités de déploiement. Ils ne sont déclenchés que pour les nouveaux éléments spécifiques à l’entrepôt de données et aux rapports.

Comprendre les processus ETL

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.

Extract

Le processus d'extraction démarre à intervalles planifiés. L’extraction est le processus qui récupère les données brutes de votre magasin OLTP (Online Transaction Processing System), qui, dans ce cas, est la base de données Service Manager.

1. Le processus d’extraction interroge Service Manager pour les données delta accumulées depuis la dernière exécution du processus d’extraction.
2. Les nouvelles données sont écrites dans la base de données DWStagingandConfig sous la même forme de base 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.

Load

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.

Conservation de l’entrepôt de données Service Manager

Par défaut, les données sont stockées dans l’entrepôt de données pendant trois ans pour les tables de faits et pour une période illimitée pour les tables de dimension et d’outrigger. En revanche, vous pouvez modifier la période de rétention si vous souhaitez conserver les données plus longtemps ou les nettoyer de façon plus agressive.

Paramètres de rétention des tables de faits

Il existe deux types de paramètres de rétention dans l’entrepôt de données :

• Global : la période de rétention globale pour toutes les tables de faits de la base de données est définie sur trois ans par défaut, que toutes les tables de faits créées par la suite utilisent comme paramètre de rétention par défaut.
• Fait individuel : la période de rétention granulaire pour chaque table de faits individuelle utilise le paramètre global de trois ans, sauf si vous les modifiez individuellement.

Global : la période de rétention globale par défaut pour les données stockées dans l’entrepôt de données Service Manager est de trois ans, de sorte que toutes les tables de faits utilisent trois ans comme paramètre de rétention par défaut. Les tables de faits créées par la suite utilisent ce paramètre lors de leur création en tant que paramètre de rétention individuel.

Tables de faits individuelles : les tables de faits individuelles héritent de la valeur de rétention globale lors de la création, ou vous pouvez les personnaliser en une valeur qui diffère du paramètre global par défaut. Vous pouvez configurer les tables de faits individuelles par défaut qui ont été créées pendant l'installation individuellement, avec une valeur de rétention spécifique en fonction des besoins.

Afficher la période de rétention des tables par défaut ou des tables spécifiques

• Utilisez l'applet de commande PowerShell Get-SCDWRetentionPeriod pour obtenir la période de rétention pour une table de faits spécifique au sein d'une base de données d'entrepôt de données spécifique, ou la valeur par défaut pour les tables de faits dans la base de données. Pour obtenir des descriptions détaillées des paramètres disponibles et des exemples d’utilisation, consultez Get-SCDWRetentionPeriod.

Définir la période de rétention pour les tables par défaut ou des tables spécifiques

• Utilisez l'applet de commande PowerShell Set-SCDWRetentionPeriod pour définir la période de rétention pour une table de faits spécifique au sein d'une base de données d'entrepôt de données spécifique, ou la valeur par défaut pour les tables de faits dans la base de données. Pour obtenir des descriptions détaillées des paramètres disponibles et des exemples d’utilisation, consultez Set-SCDWRetentionPeriod.

Réimporter les packs d’administration précédemment supprimés

Lors du développement et du test des packs d'administration qui contiennent des rapports accédant aux informations de l'entrepôt de données, vous devrez peut-être supprimer les packs d'administration et les réimporter ultérieurement. Toutefois, après la désinstallation d'un pack d'administration de l'entrepôt de données, si le nouveau pack d'administration contient un même nom de dimension, de fait ou de cube ayant un schéma différent de celui d'origine, vous devrez supprimer manuellement la table des dimensions ou des faits des bases de données DWRepository et DWDataMart, ainsi que tout cube référençant de la base de données SQL Server Analysis Services (SSAS).

En outre, si des dimensions ou des faits sont déjà référencés par un cube de données existant, vous devrez également supprimer le pack d'administration qui contient le cube de données, ainsi que le cube de données, avant de désinstaller le nouveau pack d'administration. Étant donné que Service Manager ne supprime pas la dimension ou la table de faits de DataSourceView et que les dimensions ne sont pas supprimées de la base de données SSAS, vous devez supprimer manuellement les informations qu’un cube de données référence. Dans ce cas, vous devez utiliser SQL Server Management Studio pour supprimer de DWASDatabase les cubes de données personnalisés créés en même temps que le pack d'administration, avant de réinscrire ou de réinstaller un pack d'administration mis à jour.

En règle générale, il est préférable d'éviter d'avoir un même nom de dimension, de fait ou de cube dans des schémas différents. Service Manager ne prend pas en charge cette condition.

Activer ou désactiver les planifications de travaux de l’entrepôt de données

Utilisez la procédure suivante pour activer la planification des travaux ETL en fonction des besoins ; vous pouvez utiliser cette procédure pour activer la planification de l’un des travaux de l’entrepôt de données. Par défaut, les planifications des travaux d’extraction, de transformation et de chargement (ETL) sont activées. Dans cette version de Service Manager, vous pouvez activer les planifications uniquement à l’aide de Windows PowerShell.

Activer une planification pour un travail d’entrepôt de données à l’aide d’une applet de commande Windows PowerShell

1. Sur l’ordinateur qui héberge le serveur d’administration de l’entrepôt de données, sélectionnez Démarrer, pointez sur Tous les programmes, sélectionnez Microsoft System Center, Sélectionnez Service Manager, puis Service Manager Shell.

2. À l’invite Windows PowerShell, entrez les commandes suivantes, puis appuyez sur Entrée après chaque commande :

   Enable-SCDWJobSchedule -JobName Extract_<data warehouse management group name>
   

   Enable-SCDWJobSchedule -JobName Extract_<Service Manager management group name>
   

   Enable-SCDWJobSchedule -JobName Transform.Common
   

   Enable-SCDWJobSchedule -JobName Load.Common
   

3. Entrez la sortie, puis appuyez sur Entrée.

Vous pouvez utiliser la procédure suivante pour désactiver la planification des travaux d’extraction, de transformation et de chargement (ETL) ; Toutefois, vous pouvez utiliser cette procédure pour désactiver la planification d’un travail d’entrepôt de données. Dans cette version de Service Manager, vous pouvez désactiver les planifications uniquement à l’aide d’applets de commande Windows PowerShell.

Désactiver une planification pour un travail d’entrepôt de données à l’aide d’applets de commande Windows PowerShell

1. Sur l’ordinateur qui héberge le serveur d’administration de l’entrepôt de données, sélectionnez Démarrer, pointez sur Tous les programmes, sélectionnez Microsoft System Center, Sélectionnez Service Manager, puis Service Manager Shell.

2. À l’invite Windows PowerShell, entrez les commandes suivantes, puis appuyez sur Entrée après chaque commande :

   Disable-SCDWJobSchedule -JobName Extract_<data warehouse management group name>
   

   Disable-SCDWJobSchedule -JobName Extract_<Service Manager management group name>
   

   Disable-SCDWJobSchedule -JobName Transform.Common
   

   Disable-SCDWJobSchedule -JobName Load.Common
   

3. Entrez la sortie, puis appuyez sur Entrée.

Arrêter et démarrer un travail d’entrepôt de données

Vous pouvez arrêter et démarrer des travaux d’entrepôt de données qui s’exécutent dans Service Manager. Par exemple, vous devrez peut-être arrêter tous les travaux d’entrepôt de données en cours d’exécution pour vous assurer qu’une mise à jour de sécurité vers le serveur d’administration de l’entrepôt de données n’interfère pas avec les travaux qui peuvent s’exécuter. Une fois le serveur mis à jour et redémarré, vous reprendrez tous les travaux de l’entrepôt de données. Vous pouvez arrêter et démarrer des travaux à l’aide de la console Service Manager ou à l’aide d’applets de commande Windows PowerShell. Dans cet exemple, seuls les travaux d’extraction, de transformation et de chargement (ETL) sont en cours d’exécution.

Remarque

Pour plus d’informations sur l’utilisation des applets de commande Windows PowerShell service Manager, consultez Configuration et utilisation des applets de commande Service Manager pour Windows PowerShell.

Arrêter et démarrer des travaux d’entrepôt de données à l’aide de la console Service Manager

1. Dans la console Service Manager, sélectionnez Data Warehouse.
2. Développez Data Warehouse, puis sélectionnez Travaux de l’entrepôt de données.
3. Dans le volet Travaux de l’entrepôt de données, sélectionnez un travail en cours d’exécution, puis sélectionnez Suspendre dans la liste Tâches .
4. Répétez l’étape précédente pour chaque travail d’entrepôt de données.
5. Pour reprendre chaque travail, sélectionnez un travail arrêté dans le volet Travaux de l’entrepôt de données, puis sélectionnez Reprendre dans la liste Tâches .

Arrêter tous les travaux de l’entrepôt de données à l’aide des applets de commande Windows PowerShell

1. Sur l’ordinateur qui héberge le serveur d’administration de l’entrepôt de données, sélectionnez Démarrer, pointez sur Tous les programmes, sélectionnez Microsoft System Center, Sélectionnez Service Manager, puis Service Manager Shell.

2. À l’invite Windows PowerShell, entrez les commandes suivantes, puis appuyez sur Entrée après chaque commande :

   Stop-SCDWJob-JobName Extract_<data warehouse management group name>
   

   Stop-SCDWJob -JobName Extract_<Service Manager management group name>
   

   Stop-SCDWJob -JobName Transform.Common
   

   Stop-SCDWJob -JobName Load.Common
   

3. Tapez la sortie, puis appuyez sur Entrée.

Démarrer tous les travaux de l’entrepôt de données à l’aide des applets de commande Windows PowerShell

1. Sur l’ordinateur qui héberge le serveur d’administration de l’entrepôt de données, sélectionnez Démarrer, pointez sur Tous les programmes, sélectionnez Microsoft System Center, Sélectionnez Service Manager, puis Service Manager Shell.

2. À l’invite Windows PowerShell, entrez les commandes suivantes, puis appuyez sur Entrée après chaque commande :

   Start-SCDWJob -JobName Extract_<data warehouse management group name>
   

   Start-SCDWJob -JobName Extract_<Service Manager management group name>
   

   Start-SCDWJob -JobName Transform.Common
   

   Start-SCDWJob -JobName Load.Common
   

3. Entrez la sortie, puis appuyez sur Entrée.

Planifier un travail d’entrepôt de données dans Service Manager

Vous pouvez utiliser la procédure suivante pour planifier un travail d’entrepôt de données dans Service Manager.

Vous pouvez utiliser cette procédure dans un scénario où une planification des travaux de l’entrepôt de données a été définie dans Service Manager. Vous souhaitez modifier la planification des travaux de l’entrepôt de données afin de définir des fenêtres de maintenance standard pour la base de données Service Manager et pour l’entrepôt de données. Utilisez l’applet de commande Set-SCDWJobSchedule pour planifier les travaux de l’entrepôt de données. La Set-SCDWJobSchedule -ScheduleType Weekly combinaison d’applets de commande et de paramètres permet aux travaux d’exécuter uniquement les jours que vous spécifiez. Par exemple, les commandes suivantes définissent une planification quotidienne ou hebdomadaire :

Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Daily -DailyFrequency  01:00:00 -DailyStart 06:00

Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Weekly -WeeklyFrequency Tuesday, Thursday -WeeklyStart 06:00

Remarque

Pour exécuter des applets de commande Windows PowerShell, la stratégie d’exécution doit être définie sur RemoteSigned.

Dans la procédure suivante, vous configurez une planification pour que le travail Transform s’exécute toutes les 45 minutes, à partir de 2 h 00 le matin. Toutefois, vous pouvez modifier les commandes pour définir votre propre planification.

Configurer une planification pour les travaux d’entrepôt de données

1. Sur l’ordinateur qui héberge le serveur d’administration de l’entrepôt de données, sélectionnez Démarrer, pointez sur Tous les programmes, sélectionnez Microsoft System Center, Sélectionnez Service Manager, puis Service Manager Shell.

2. À l’invite Windows PowerShell, tapez la commande suivante, puis appuyez sur Entrée.

   Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Daily -DailyFrequency 00:45:00 -DailyStart 02:00
   

Valider une planification de travail d’entrepôt de données

1. Sur l’ordinateur qui héberge le serveur d’administration de l’entrepôt de données, sélectionnez Démarrer, pointez sur Tous les programmes, sélectionnez Microsoft System Center, Sélectionnez Service Manager, puis Service Manager Shell.

2. Entrez la commande suivante, puis appuyez sur Entrée :

   Get-SCDWJobSchedule
   

Traiter toutes les dimensions de l’entrepôt de données

Vous pouvez traiter toutes les dimensions de l’entrepôt de données en une seule opération à l’aide d’applets de commande Windows PowerShell, au lieu de traiter chaque dimension individuellement. Sur le serveur qui héberge SQL Server Analysis Services (SSAS), utilisez le script Windows PowerShell suivant. Veillez à spécifier le nom complet du serveur. Vous pouvez entrer chaque commande séparément, ou vous pouvez les enregistrer en tant que fichier de script Windows PowerShell (.ps1), puis exécuter le script.

Avant de pouvoir utiliser les applets de commande Service Manager, vous devez configurer Service Manager Shell. Pour plus d’informations sur la configuration de Service Manager Shell, consultez Configuration et utilisation des applets de commande System Center - Service Manager pour Windows PowerShell.

Traiter toutes les dimensions à l’aide d’applets de commande

• Copiez et collez les extraits de code suivants à l’invite dans un interpréteur de commandes Service Manager :

  [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.AnalysisServices") > $NULL
  

  $Server = New-Object Microsoft.AnalysisServices.Server
  $Server.Connect("<FullyQualifiedServerName>")
  $Databases = $Server.Databases
  $DWASDB = $Databases["DWASDataBase"]
  $Dimensions = New-Object Microsoft.AnalysisServices.Dimension
  $Dimensions = $DWASDB.Dimensions
  

  foreach ($Dimension in $Dimensions){$Dimension.Process("ProcessFull")}
  

Afficher l’historique des travaux de l’entrepôt de données

Un historique des travaux d’entrepôt de données est collecté à mesure qu’ils s’exécutent dans Service Manager. Vous pouvez afficher cet historique pour déterminer la durée d’exécution d’un travail ou déterminer la dernière fois que le travail a été exécuté avec succès. Lorsque vous affichez l’historique des travaux de l’entrepôt de données, vous affichez le nombre d’entrées que vous spécifiez à l’aide du paramètre NumberOfBatches . Utilisez la procédure suivante pour afficher les cinq dernières entrées dans l’historique d’un travail d’entrepôt de données.

Afficher les cinq dernières entrées dans l’historique des travaux de l’entrepôt de données

1. Sur l’ordinateur qui héberge le serveur d’administration de l’entrepôt de données, sélectionnez Démarrer, pointez sur Tous les programmes, sélectionnez Microsoft System Center, Sélectionnez Service Manager, puis Service Manager Shell.

2. Entrez la commande suivante, puis appuyez sur Entrée.

   Get-SCDWJob -NumberOfBatches 5
   

3. Entrez la sortie, puis appuyez sur Entrée.

Afficher l’état d’un travail d’entrepôt de données

Vous pouvez utiliser les procédures suivantes pour afficher l’état d’un travail d’entrepôt de données dans Service Manager pour déterminer si un travail est en cours d’exécution, arrêté ou échoué.

Afficher l’état d’un travail d’entrepôt de données à l’aide de la console Service Manager

1. Dans la console Service Manager, sélectionnez Data Warehouse.
2. Dans le volet Entrepôt de données, développez Data Warehouse, puis sélectionnez Travaux de l’entrepôt de données.
3. Dans le volet Travaux de l’entrepôt de données, passez en revue la liste des travaux pour afficher leur état.

Afficher l’état d’un travail d’entrepôt de données à l’aide d’une applet de commande Windows PowerShell

1. Sur l’ordinateur qui héberge le serveur d’administration de l’entrepôt de données, sélectionnez Démarrer, pointez sur Tous les programmes, sélectionnez Microsoft System Center, Sélectionnez Service Manager, puis Service Manager Shell.

2. Entrez la commande suivante, puis appuyez sur Entrée.

   Get-SCDWJob
   

3. Passez en revue la liste des travaux pour afficher leur état.

Résoudre les problèmes d’un travail d’entrepôt de données dans Service Manager

Dans Service Manager, vous pouvez rencontrer des problèmes liés aux travaux de l’entrepôt de données. Une fois l’Assistant Inscription de l’entrepôt de données terminé et une fois la création de rapports disponible dans la console Service Manager, vous pouvez commencer à exécuter des rapports. Si, par exemple, le rapport de gestion des incidents que vous exécutez n’affiche pas les données mises à jour, vous pouvez utiliser les applets de commande Windows PowerShell pour résoudre le problème.

Vous pouvez utiliser la première procédure pour déterminer si un travail a échoué à l'aide d'applets de commande Windows PowerShell, et évaluer les éventuels messages d'erreur générés par ce travail.

La deuxième procédure peut être utilisée pour modifier la période d’expiration du travail de transformation par défaut. Si vous constatez que le travail de transformation de l’entrepôt de données ne s’exécute pas correctement, cela peut être dû à la période d’expiration de 3 heures par défaut pour le travail dépassé. Cela peut se produire, car un grand volume de données est transformé dans l’entrepôt de données. Pour confirmer que cela se produit réellement, vous pouvez afficher l’Observateur d’événements dans l’entrepôt de données où les messages similaires à : délai d’expiration ont expiré. La période d’expiration s’est écoulée avant la fin de l’opération ou le serveur ne répond pas. peut être vu pour un module. Par exemple, vous pouvez voir le message ci-dessus pour le module TransformEntityRelatesToEntityFact. Pour résoudre le problème dans ce cas, vous pouvez définir la période d’expiration sur une valeur supérieure à la valeur par défaut de 10800 secondes.

Résoudre les problèmes de travaux de l’entrepôt de données à l’aide des applets de commande Windows PowerShell

1. Sur l'ordinateur qui héberge le serveur de gestion de l'entrepôt de données, démarrez Windows PowerShell.

2. Entrez la commande suivante, puis appuyez sur Entrée.

   Get-SCDWJob
   

3. Passez en revue la sortie et recherchez n’importe quel travail avec l’état Échec .

4. Entrez la commande suivante, puis appuyez sur Entrée. Dans cette commande, spécifiez le nom du travail d'entreposage qui a échoué en tant que valeur du paramètre JobName .

   Get-SCDWJobModule -JobName Transform.Common
   

5. Dans la sortie de la commande, localisez l'état « Échec », puis examinez la colonne Message d'erreur pour en savoir plus sur la raison de l'échec du travail.

6. Lorsque vous êtes prêt à réessayer le travail ayant échoué, dans la console Service Manager, sélectionnez Data Warehouse.

7. Développez Data Warehouse, puis sélectionnez Travaux de l’entrepôt de données.

8. Dans le volet Travaux de l’entrepôt de données, sélectionnez le travail ayant échoué dans la liste, puis sélectionnez Reprendre dans la liste Tâches .

Remplacer la période d’expiration par défaut

1. Modifiez le Registre sur le serveur d’administration de l’entrepôt de données et vérifiez que le nom de clé SqlCommandTimeout sous SOFTWARE\Microsoft\System Center\Common\DAL existe et est de type DWORD. Si ce n’est pas le cas, créez-le.

2. Spécifiez une valeur en secondes positive.
3. Redémarrez le service Microsoft Monitoring Agent.
4. Vous pouvez reprendre le travail Transform.common pour voir la modification.

Étapes suivantes

• Pour récupérer des données d’une ou plusieurs sources de données, consultez Inscrire des systèmes sources dans l’entrepôt de données.