Architecture et traitement du collecteur de données
Le collecteur de données est intégré à l'Agent SQL Server et à Integration Services et il utilise ces deux composants de manière intensive. Avant de vous servir du collecteur de données, vous devez donc comprendre certains concepts liés à chacun de ces composants SQL Server.
L'Agent SQL Server permet de planifier et d'exécuter des travaux de collecte. Vous devez maîtriser les concepts suivants :
Travail
Étape du travail
Planification du travail
Sous-système
Comptes proxy
Pour plus d'informations, consultez Automatisation des tâches administratives (Agent SQL Server).
Integration Services (SSIS) permet d'exécuter des packages qui collectent des données provenant de fournisseurs de données individuels. Vous devez maîtriser les outils et les concepts SSIS suivants :
Package SSIS
Configuration de package SSIS
Pour plus d'informations, consultez Packages Integration Services.
Architecture du collecteur de données
L'illustration suivante présente le modèle architectural de la collecte et du stockage de données.
.gif "Architecture du collecteur de données")
Comme indiqué dans l'illustration, les composants du modèle sont regroupés selon les catégories suivantes :
Les composants de stockage sont les bases de données qui contiennent les informations de configuration et les données recueillies.
Les composants d'exécution sont utilisés pour la collecte et le stockage des données.
Les composants API permettent d'activer l'interaction entre les interfaces utilisateur et le collecteur de données.
Les composants clients sont les interfaces utilisateur du collecteur de données.
Les sections suivantes fournissent plus de détails sur ces catégories et composants.
Stockage
Le collecteur de données stocke les données à deux emplacements : la base de données msdb et l'entrepôt de données de gestion.
[!REMARQUE]
Le collecteur de données implémente la séparation utilisateur-schéma introduite dans SQL Server 2005. Pour plus d'informations, consultez Séparation du schéma et de l'utilisateur.
Base de données système msdb
Le collecteur de données utilise la base de données msdb pour stocker des informations relatives à la configuration, l'exécution, l'audit et l'historique de collecte. Cette base de données doit être présente sur l'instance de SQL Server qui exécute le collecteur de données. L'utilisation de la base de données msdb offre les avantages suivants :
Toutes les données nécessaires pour configurer et exécuter le collecteur de données se trouvent au même emplacement.
La configuration de la collecte de données peut être déployée sur plusieurs serveurs sans recourir au système de fichiers.
Le collecteur de données peut utiliser des mécanismes de sécurité SQL Server existants pour protéger les données. De plus, les rôles de base de données peuvent fournir une sécurité granulaire rendant inutile l'implémentation du chaînage des bases de données croisées.
Comme msdb est une base de données relationnelle, il est possible de garantir l'intégrité référentielle des données de configuration et d'exécution.
Outre le stockage d'informations spécifiques au collecteur, la base de données msdb permet également de stocker des informations sur les travaux de l'Agent SQL Server et sur les packages SSIS.
Configuration de la collecte de données
Les tables et les vues relatives à la configuration de la collecte de données incluent des informations sur les jeux d'éléments de collecte, les types de collecteurs et les éléments de collecte. Elles contiennent également les paramètres globaux du collecteur de données, tels que l'emplacement de l'entrepôt de données de gestion. Les rôles de base de données du collecteur de données et de l'entrepôt de données de gestion y sont également stockés. Pour plus d'informations sur les colonnes de chaque vue de la configuration de la collecte de données, consultez Vues de collecteur de données (Transact-SQL).
Important
Ne modifiez pas les données dans les tables de configuration. Les données de ces tables doivent être insérées, mises à jour et supprimées de manière spécifique par le biais de procédures stockées. Les noms et les définitions des tables peuvent changer, sont modifiés lorsque vous mettez à jour l'application et pourront différer dans les versions futures. Au lieu d'utiliser directement les tables, recourez aux procédures stockées et aux vues documentées fournies avec le collecteur de données pour accéder aux données d'instance et d'application.
Travaux de l'Agent SQL Server
Les informations sur les travaux de l'Agent SQL Server sont stockées dans la base de données msdb à l'aide d'un schéma distinct. Ces informations sur les travaux sont créées ou mises à jour lorsque des jeux d'éléments de collecte sont ajoutés, supprimés ou modifiés. Lorsqu'un jeu d'éléments de collecte est démarré, l'Agent SQL Server utilise ces informations pour exécuter les travaux du collecteur de données.
Packages SQL Server Integration Services
Les packages SSIS sont stockés dans la base de données msdb qui utilise des tables de stockage SSIS existantes. Le collecteur de données utilise ces packages pour collecter des données et les télécharger dans l'entrepôt de données de gestion.
Audit et historique
Le stockage dédié est fourni pour enregistrer des données détaillées sur l'audit et l'historique des collectes de données exécutées. Le composant d'exécution du collecteur de données et les packages SSIS génèrent des événements pendant la collecte de données. Ces informations sont utilisées pour surveiller et dépanner le processus de collecte.
Entrepôt de données de gestion
L'entrepôt de données de gestion est une base de données relationnelle qui contient toutes les données conservées. Cette base de données peut être hébergée sur le même système que le collecteur de données ou sur un autre ordinateur.
Exécution
Les composants dans la catégorie d'exécution s'exécutent en mémoire et sont responsables de la collecte et du stockage des données.
Agent SQL Server
L'Agent SQL Server héberge le composant d'exécution du collecteur de données. La collecte de données est planifiée comme un travail de l'Agent SQL Server. Lorsque le travail est exécuté, il appelle le composant d'exécution du collecteur de données à l'aide des paramètres requis pour créer et exécuter un jeu d'éléments de collection.
Composant d'exécution du collecteur de données
Le composant d'exécution du collecteur de données est hébergé par un processus autonome appelé Dcexec.exe. Ce composant gère la collecte de données en fonction des définitions fournies dans un jeu d'éléments de collecte et peut accepter tout jeu d'éléments de collecte comme entrée. Le composant d'exécution du collecteur de données est responsable du chargement et de l'exécution des packages SSIS qui font partie d'un jeu d'éléments de collecte.
Un jeu d'éléments de collection est exécuté dans l'un des modes de collecte et de téléchargement suivants :
Mode sans mise en cache. La collecte et le téléchargement de données sont sur la même planification. Les packages démarrent, collectent et téléchargent des données à leur fréquence configurée et ils s'exécutent jusqu'à ce qu'ils soient finis. Une fois les packages terminés, ils sont déchargés de la mémoire.
Mode avec mise en cache. La collecte et le téléchargement des données sont sur des planifications différentes. Les packages recueillent et mettent en cache des données jusqu'à ce qu'ils reçoivent d'une tâche de flux de contrôle de boucle un signal de sortie. Le flux de données peut ainsi être exécuté à plusieurs reprises, pour assurer une collecte de données continue.
[!REMARQUE]
Le composant d'exécution du collecteur de données peut uniquement exécuter la collecte de données ou le chargement de données séparément. Il ne peut pas exécuter ces tâches simultanément.
Composant d'exécution SSIS
Le composant d'exécution du collecteur de données appelle les packages SSIS utilisés par ce dernier. Les packages sont exécutés in-process.
Les deux tâches les plus importantes pour les packages SSIS sont la collecte et le téléchargement de données effectués par des packages distincts.
Le package de collecte rassemble les données d'un fournisseur de données et les conserve dans un stockage temporaire. S'il est configuré à cet effet, ce package ajoute également des informations supplémentaires aux données qu'il collecte, telles que l'heure de la capture instantanée ou des informations sur la source des données.
Le package de téléchargement lit les données dans le stockage temporaire, les traite en fonction des besoins (par exemple, en supprimant les points de données inutiles ou en procédant à la normalisation et à l'agrégation des données), puis les télécharge dans l'entrepôt de données de gestion. Le téléchargement s'effectue comme une insertion en bloc pour réduire l'impact sur les performances du serveur.
Le fait de séparer la collecte de données du téléchargement de données offre plus de souplesse et d'efficacité. Cette conception prend en charge des scénarios dans lesquels des instantanés des données sont capturés à intervalles réguliers (par exemple, toutes les 15 secondes), alors que les données recueillies ne doivent être téléchargées que toutes les heures. La fréquence de collecte et de téléchargement des données doit être déterminée par les spécifications d'analyse d'une installation SQL Server particulière.
Stockage temporaire
Le stockage temporaire est utilisé lors de la collecte de données pour stocker des valeurs de propriété exposées par des jeux d'éléments de collecte ou calculées dynamiquement. Ces valeurs peuvent être des données brutes obtenues lors du processus de collecte, ou des données traitées (par exemple, des données agrégées).
API
La catégorie API inclut la bibliothèque de classes et le modèle objet qui permettent de configurer, gérer et étendre le collecteur de données. Les accès clients à la base de données système doivent transiter par l'API.
Bibliothèque de classes
Le collecteur de données a son propre espace de noms et est indépendant des objets SMO (SQL Server Management Objects).
Procédures stockées et vues
Les procédures stockées et les vues fournissent l'accès en création, lecture, mise à jour et suppression aux données de configuration du collecteur de données et à l'entrepôt de données de gestion.
Client
Le collecteur de données utilise SQL Server Management Studio et une interface de ligne de commande Windows PowerShell™ comme clients pour configurer et utiliser le collecteur de données. Vous pouvez utiliser SQL Server Management Studio pour effectuer les opérations suivantes :
Configurer la collecte de données à l'aide de l'Assistant Configuration de la collecte de données dans l'Explorateur d'objets.
Activer ou désactiver la collecte de données à l'aide de l'Explorateur d'objets.
Démarrer ou arrêter un jeu d'éléments de collecte spécifique à l'aide de l'Explorateur d'objets.
Afficher ou configurer la collecte de données ou les propriétés de jeux d'éléments de collecte de données à l'aide de l'Explorateur d'objets.
Afficher des rapports basés sur des données historiques stockées dans l'entrepôt de données de gestion. Cette base de données peut se trouver sur l'instance locale ou sur un autre serveur. Ce dernier est recommandé.
Vous pouvez utiliser l'interface de ligne de commande Windows PowerShell pour effectuer les opérations suivantes :
Démarrer ou arrêter un jeu d'éléments de collecte.
Ajouter ou supprimer un jeu d'éléments de collecte.
Changer les propriétés modifiables d'un jeu d'éléments de collection.
Interaction et traitement des composants
Le tableau suivant décrit l'interaction entre les différents composants de l'architecture du collecteur de données.
Composant |
Composant |
Description |
|---|---|---|
SQL Server Management Studio |
API du collecteur de données |
Le client communique avec l'API pour configurer le collecteur de données. |
SQL Server Management Studio |
Entrepôt de données de gestion |
Le client dispose d'un accès en lecture à l'entrepôt de données de gestion et peut obtenir les données collectées. |
SQL Server Management Studio, client de console |
API du collecteur de données |
Les deux clients peuvent configurer par programme le collecteur de données en utilisant l'API. |
API du collecteur de données |
Procédures stockées et vues |
L'API utilise des procédures stockées, qui disposent d'un accès en lecture et écriture aux informations de configuration du collecteur de données et à l'entrepôt de données de gestion. |
msdb - définition du travail |
Agent SQL Server |
L'Agent SQL Server peut lire la définition du travail. La définition du travail contient des informations sur la planification et la configuration du travail. |
Agent SQL Server |
Composant d'exécution du collecteur de données |
L'Agent SQL Server appelle le collecteur de données en réponse à la définition du travail. |
Composant d'exécution du collecteur de données |
msdb - packages SSIS |
Le collecteur de données charge les packages SSIS et peut utiliser SSIS pour les exécuter. |
Composant d'exécution du collecteur de données |
msdb - audit et historique |
Le collecteur de données dispose d'un accès en écriture à cette partie de la base de données msdb. Il peut ainsi enregistrer les événements générés pendant la collecte de données. |
SSIS |
Entrepôt de données de gestion |
Le package SSIS dispose d'un accès en écriture à l'entrepôt de données de gestion, il peut ainsi télécharger les données collectées. |
SSIS |
Stockage temporaire |
Pendant le processus de collecte, SSIS peut créer, utiliser et supprimer tout stockage temporaire requis. |
msdb - configuration de la collecte de données |
msdb - définition du travail |
Les informations contenues dans la configuration de la collecte de données sont mappées à la définition du travail. Pour plus d'informations, consultez la section « Mappage des jeux d'éléments de collecte et des travaux » ci-dessous. |
Mappage des jeux d'éléments de collecte et des travaux
Un élément clé de l'architecture du collecteur de données est le mappage entre les jeux d'éléments de collecte, définis dans la configuration du collecteur de données, et les travaux dans la définition du travail.
Un jeu d'éléments de collecte désigne un groupe d'éléments qui sont des instances des types de collecteurs, définis à l'aide de packages SSIS. En tant qu'instance en mémoire, chaque jeu d'éléments de collection a une durée de vie, qui sera décrite plus en détails ultérieurement dans cette rubrique. Chaque jeu d'éléments de collection est exécuté par le composant d'exécution du collecteur de données lorsqu'il est appelé par un travail SQL Server. Les exemples suivants illustrent le mappage des jeux d'éléments de collecte aux travaux.
Jeux d'éléments de collecte
Exemple 1
Cet exemple de jeu d'éléments de collecte, « Base Performance Data », contient des packages de collecte et de téléchargement distincts pour prendre en charge les différentes planifications qui leur sont associées.
Jeu d'éléments de collection : Nom = « Données de performances de base »
Élément de collection : Nom = « SQL_RE_Active_Requests_History »
Package de collection : ARH_Collect.dtsx
Package de téléchargement : ARH_Upload.dtsx
Fréquence de collecte : 1 seconde
Élément de collection : Nom = « SQL_RE_Wait_Statistics »
Package de collection : WS_Collect.dtsx
Package de téléchargement : WS_Upload.dtsx
Fréquence de collecte : 15 secondes
Élément de collection : Nom = « SQL_RE_Performance_Counters »
Package de collection : PC_Collect.dtsx
Package de téléchargement : PC_Upload.dtsx
Entrée : Compteur – Verrous : Attentes de verrous en cours
Fréquence de collecte : 15 secondes
Élément de collection : Nom = « WIN_OS_Performance_Counters »
Package de collection : OS_PC_Collect.dtsx
Package de téléchargement : OS_PC_Upload.dts
Entrée : Compteur – Processus : % temps processeur
Fréquence de collecte : 15 secondes
Planification de téléchargement : toutes les 30 minutes
Exemple 2
Cet exemple de jeu d'éléments de collecte, « Server Configuration Data », contient un package unique qui obtient des captures instantanées Transact-SQL et les télécharge dans l'entrepôt de données de gestion lors de leur récupération.
Jeu d'éléments de collection : Nom = « Données de configuration du serveur »
Élément de collection : Nom = « SQL_RE_TSQL »
Package de collecte et de téléchargement : TSQL_Upload.dtsx
Entrée : requête Transact-SQL pour les tailles de base de données
Fréquence de collecte : <aucune>
Élément de collecte : Nom = « SQL_RE_TSQL »
Package de collecte et de téléchargement : TSQL_Upload.dtsx
Entrée : requête Transact-SQL pour les options de configuration
Fréquence de collecte : <aucune>
Planification de téléchargement : toutes les 24 heures
Travaux
Lors de la création des jeux d'éléments de collection présentés dans les exemples précédents, les travaux de l'Agent SQL Server sont créés pour effectuer la collecte de données. Les règles suivantes régissent la création de travaux :
La collecte de données par différents jeux d'éléments de collection est exécutée en tant que travaux distincts.
Les jeux d'éléments de collection qui utilisent le mode de collecte avec mise en cache sont planifiés comme des travaux qui démarrent en même temps que l'Agent SQL Server. Ces travaux s'exécutent en permanence et sont contrôlés par le composant d'exécution du collecteur de données.
Les jeux d'éléments de collection qui utilisent le mode de collecte sans mise en cache sont planifiés comme des travaux normaux de l'Agent SQL Server. Ces travaux utilisent une planification de l'Agent SQL Server qui correspond à celle définie dans le jeu d'éléments de collection. La durée réelle d'exécution peut être personnalisée par l'utilisateur.
Les exemples suivants illustrent des travaux qui utilisent les règles précédentes. Ces travaux peuvent exécuter les exemples de jeux d'éléments de collecte fournis.
Travaux du jeu d'éléments de collecte – Exemple 1
Deux travaux sont utilisés pour gérer ce jeu d'éléments de collection : un pour la collecte et un pour le téléchargement.
Travail 1,Nom : « Collecte des données de performances de base »
Catégorie : « Collecteur de données »
Étape du travail 1 :
Jeu d'éléments de collection : Nom = « Données de performances de base »
Mode de collecte : Collecte uniquement, Exécution en continu
Exécution de packages : ARH_Collect, WS_Collect, PC_Collect, OS_PC_Collect
Planification : au démarrage de l'Agent
Travail 2,Nom : « Téléchargement des données de performances de base »
Catégorie : « Collecteur de données »
Étape du travail 1 :
Jeu d'éléments de collection : Nom = « Données de performances de base »
Mode de collecte : Téléchargement uniquement, Exécution unique
Exécution de packages : ARH_Upload, WS_Upload, PC_Upload, OS_PC_Upload
Planification : toutes les 30 minutes, à partir de 12:00 PST
Travail du jeu d'éléments de collection – Exemple 2
Un travail est créé pour gérer le jeu d'éléments de collection.
Travail 3, Nom = « Données de configuration du serveur »
Catégorie = « Collecteur de données »
Étape du travail 1 :
Jeu d'éléments de collection, Nom = « Données de configuration du serveur »
Mode de collecte : Collecte et téléchargement, Exécution unique
Exécution de packages : TSQL_Upload, TSQL_Upload
Planification : tous les jours à 12:00 PST
[!REMARQUE]
Chacun des exemples précités spécifie le mode de collecte du travail. Ces informations permettent de gérer le traitement de la collecte et du téléchargement lors de l'exécution du jeu d'éléments de collecte.
Collecteur de données et jeux d'éléments de collecte
Comme la collecte de données comporte un collecteur de données et un jeu d'éléments de collecte avec lesquels vous interagissez, vous devez comprendre les états valides de ces éléments et le concept de durée de vie d'un jeu d'éléments de collecte.
États valides
Vous pouvez activer ou désactiver la collecte de données. Si vous souhaitez apporter une modification qui affecte les paramètres du collecteur, telle que la modification de la chaîne de connexion de l'entrepôt de données de gestion, vous devez au préalable désactiver la collecte de données.
Si vous souhaitez apporter des modifications à la configuration du jeu d'éléments de collecte, vous devez au préalable arrêter ce dernier.
Si vous désactivez la collecte de données alors que des jeux d'éléments de collecte sont en cours d'exécution, ces derniers se mettent en état de pause jusqu'à ce que vous réactiviez la collecte de données. L'exécution des jeux d'éléments de collecte reprend alors. Tout jeu d'éléments de collecte qui n'était pas en cours d'exécution lors de la désactivation de la collecte de données reste arrêté. Vous pouvez démarrer un jeu d'éléments de collecte alors que la collecte de données est désactivée. Toutefois, l'exécution du jeu d'éléments de collecte ne démarrera pas tant que vous n'aurez pas activé la collecte de données.
Durée de vie d'un jeu d'éléments de collecte
Une fois qu'un jeu d'éléments de collecte a démarré, il peut subir plusieurs transitions dans sa durée de vie. Ces transitions possibles et les actions qui les accompagnent sont présentées ci-dessous :
Construire
Un objet de jeu d'éléments de collecte est créé en mémoire.
Toutes les propriétés peuvent être définies et modifiées librement.
Ajouter un type de collecteur
Un nouvel élément de collection est ajouté au jeu d'éléments de collection.
Le jeu d'éléments de collection vérifie que tous les éléments de collection font référence à la même racine cible.
Supprimer un type de collecteur
- Un élément de collection est supprimé du jeu d'éléments de collection.
Créer
Le jeu d'éléments de collection vérifie qu'il contient au moins un élément de collecte.
Les informations concernant tous les éléments de collection et leurs propriétés, les fréquences de collecte et toutes les propriétés du jeu d'éléments de collection sont insérées dans le stockage des configurations du collecteur de données.
L'état initial du jeu d'éléments de collection est défini comme étant inactif.
Les travaux de l'Agent SQL Server qui exécuteront le jeu d'éléments de collection sont créés et liés à ce dernier.
L'état initial des travaux de l'Agent SQL Server est défini comme étant inactif.
Démarrer
Le jeu d'éléments de collecte passe à l'état En cours d'exécution.
Les travaux associés de l'Agent SQL Server sont activés.
Si un travail est marqué pour s'exécuter au démarrage de l'Agent, il démarre immédiatement.
Arrêter
Le jeu d'éléments de collecte passe à l'état Arrêté.
Tous les travaux en cours d'exécution pour le jeu d'éléments de collection sont arrêtés et désactivés.
Tous les travaux associés au jeu d'éléments de collection sont définis comme étant inactifs.
Supprimer
Tous les travaux associés au jeu d'éléments de collection sont supprimés de la mémoire.
Tous les objets (éléments de collection, jeu d'éléments de collection) dans la configuration du collecteur de données qui sont associés au jeu d'éléments de collection sont supprimés.
Traitement au moment de l'exécution
L'illustration suivante fournit une vue globale et simplifiée du traitement au moment de l'exécution lorsqu'un jeu de collections démarre et que les données sont collectées et téléchargées. Bien que cette illustration présente la collecte de données et le téléchargement de données comme étant deux processus de travail distincts, ils peuvent également être traités comme un travail unique, tel qu'indiqué dans les exemples précédents.
.gif "Étapes de traitement de collecte et de téléchargement")
Collecte de données
Dans l'illustration précédente, les étapes du processus de collecte de données portent le préfixe « C ». Les étapes de traitement sont les suivantes :
Une procédure stockée démarre le jeu d'éléments de collection. Le jeu d'éléments de collecte dans la base de données msdb passe à l'état En cours d'exécution. Ce changement d'état active les travaux de l'Agent SQL Server associés au jeu d'éléments de collection.
L'Agent SQL Server démarre le travail comme suit :
Si le mode du jeu d'éléments de collecte défini est avec mise en cache, le travail de collecte démarre immédiatement.
Si le mode du jeu d'éléments de collecte défini est sans mise en cache, le travail de collecte démarre en fonction de la planification configurée.
Lorsqu'un travail démarre, il génère un processus pour exécuter le composant d'exécution du collecteur de données (Dcexec.exe) et lui demande d'exécuter le package de collecte associé au jeu d'éléments de collecte.
Lorsque Dcexec.exe démarre, il lit la configuration du collecteur de données dans la base de données msdb pour savoir quel mode de collecte, avec ou sans mise en cache, utiliser.
Le composant d'exécution du collecteur de données utilise le composant d'exécution SSIS pour exécuter les packages de collection définis pour le jeu d'éléments de collection.
Les packages de collecte s'exécutent jusqu'à ce qu'ils reçoivent un signal d'arrêt ou qu'ils atteignent un point de terminaison prédéfini. Les packages de collection enregistrent les données recueillies dans une zone de transit jusqu'à ce qu'elles soient téléchargées.
[!REMARQUE]
La conception du type de collecteur pour le jeu d'éléments de collection détermine le type de zone de transit utilisé. La zone de transit peut être une zone de mémoire partagée, des fichiers temporaires ou une file d'attente de messages.
Téléchargement de données
Dans l'illustration précédente, les étapes du processus de téléchargement de données portent le préfixe « U ». Les étapes de traitement sont les suivantes :
Lorsqu'un téléchargement est requis, une procédure stockée démarre le travail, qui est géré par l'Agent SQL Server.
L'Agent SQL Server démarre le travail comme suit :
Si une demande de téléchargement à la demande est soumise par l'utilisateur, le travail de téléchargement démarre immédiatement.
En l'absence de demande de téléchargement à la demande, le travail de téléchargement démarre en fonction de la planification configurée pour le jeu d'éléments de collection.
Lorsqu'un travail démarre, il génère un processus pour exécuter le composant d'exécution du collecteur de données (Dcexec.exe) et lui demande d'exécuter le package de téléchargement associé au jeu d'éléments de collecte.
Lorsque Dcexec.exe démarre, il lit la configuration du collecteur de données dans la base de données msdb pour déterminer comment traiter le téléchargement (par exemple, la chaîne de connexion à l'entrepôt de données de gestion ou tout traitement de données requis).
Le composant d'exécution du collecteur de données utilise le composant d'exécution SSIS pour exécuter les packages de téléchargement définis pour le jeu d'éléments de collection.
Le package de téléchargement lit les données conservées dans la zone de transit et effectue les transformations requises, telles que la normalisation ou l'échantillonnage. Lorsque les transformations sont terminées, le package de téléchargement se connecte à l'entrepôt de données de gestion et insère les données.
Une fois le téléchargement fini, le processus se termine, mais l'état du jeu d'éléments de collecte est inchangé. Le téléchargement suivant démarre en fonction de la planification du jeu d'éléments de collecte.