Terminologie relative à la collecte de données
Avant de configurer, d'exécuter ou d'étendre le collecteur de données, vous devez maîtriser la terminologie qui décrit cette fonctionnalité.
Terminologie
cible
Une instance de Moteur de base de données dans une édition de SQL Server.qui prend en charge la collecte de données. Pour plus d'informations sur les éditions prises en charge, consultez la section « Simplicité de gestion » de Fonctionnalités prises en charge par les éditions de SQL Server 2008.Une racine cible définit une sous-arborescence dans la hiérarchie cible. Un jeu de cibles désigne le groupe de cibles obtenu après l'application d'un filtre à une sous-arborescence définie par une racine cible. Une racine cible peut être une base de données, une instance de SQL Server ou une instance d'ordinateur.
type de cible
Type de cible présentant des caractéristiques et un comportement spécifiques. Par exemple, une cible d'instance SQL Server possède des caractéristiques différentes d'une cible de base de données SQL Server.fournisseur de données
Source de données connue, spécifique à un type de cible, qui fournit des données à un type de collecteur.type de collecteur
Wrapper logique autour des packages SSIS qui fournissent le mécanisme permettant de collecter les données et les télécharger dans l'entrepôt de données de gestion.élément de collection
Instance d'un type de collecteur. Un élément de collecte est créé avec un jeu de propriétés d'entrée et une fréquence de collecte spécifiques.jeu d'éléments de collecte
Groupe d'éléments de collecte. Un jeu d'éléments de collection est une unité de collecte de données avec laquelle un utilisateur peut interagir par le biais de l'interface utilisateur.mode de collecte
Manière dont les données sont recueillies et stockées. Le mode de collecte peut être avec mise en cache ou sans mise en cache. Le mode avec mise en cache prend en charge la collecte continue, alors que le mode sans mise en cache est destiné à une collecte à la demande ou à une capture instantanée de collecte.entrepôt de données de gestion
Base de données relationnelle utilisée pour stocker les données collectées.
L'illustration suivante montre les dépendances et les relations entre les différents composants du collecteur de données.
.gif "Dépendances fonctionnelles du collecteur de données")
Tel qu'indiqué dans l'illustration, le fournisseur de données est externe au collecteur de données et, par définition, entretient une relation implicite avec la cible. Le fournisseur de données est spécifique à une cible particulière (par exemple, un service SQL Server tel que le moteur relationnel) et fournit des données telles que les vues système dans SQL Server, les compteurs de l'analyseur de performances et les fournisseurs WMI, qui peuvent être consommées par le collecteur de données.
Le type de collecteur est spécifique à un type de cible, en fonction de l'association logique entre un fournisseur de données et un type de cible. Le type de collecteur définit la manière dont les données sont collectées à partir d'un fournisseur de données spécifique (en utilisant des paramètres schématisés) et spécifie le schéma de stockage des données. Le schéma de fournisseur de données et le schéma de stockage sont requis pour stocker les données collectées. Le type de collecteur fournit également l'emplacement de l'entrepôt de données de gestion, qui peut résider sur l'ordinateur exécutant la collecte de données ou sur un autre ordinateur.
Un élément de collecte, tel qu'indiqué dans l'illustration, est une instance d'un type de collecteur spécifique, paramétrable avec des paramètres d'entrée, tels que le schéma XML pour le type de collecteur. Tous les éléments de collecte doivent fonctionner sur la même racine cible ou sur une racine cible vide. Cela permet au collecteur de données de combiner différents types de collecteurs à partir du système d'exploitation ou d'une racine cible spécifique, mais pas à partir d'autres racines cibles.
Un élément de collection possède une fréquence de collecte définie qui détermine la fréquence de capture instantanée de valeurs. Bien qu'il s'agisse d'un bloc de construction pour un jeu d'éléments de collecte, un élément de collecte ne peut pas exister de manière autonome.
Les jeux d'éléments de collection sont définis et déployés sur une instance de serveur et peuvent être exécutés indépendamment les uns des autres. Chaque jeu d'éléments de collection peut être appliqué à une cible correspondant aux types de cibles de tous les types de collecteurs appartenant à un jeu d'éléments de collection. Le jeu d'éléments de collection est exécuté par un ou plusieurs travaux de l'Agent SQL Server, et les données sont téléchargées dans l'entrepôt de données de gestion selon une planification prédéfinie.
Toutes les données recueillies par les différentes instances du jeu d'éléments de collection sont téléchargées dans l'entrepôt de données de gestion selon la même planification. Cette planification est définie comme une planification partagée de l'Agent SQL Server et peut être utilisée par plusieurs jeux d'éléments de collection. Les jeux d'éléments de collection sont activés ou désactivés comme des entités uniques alors que les éléments de collection ne peuvent pas être activés ou désactivés individuellement.
Lorsque vous créez ou mettez à jour un jeu d'éléments de collection, vous pouvez configurer le mode de collecte pour collecter des données et les télécharger vers l'entrepôt de données de gestion. Le type de planification est déterminé par le type de collecte : avec mise en cache ou sans mise en cache. Si la collecte s'effectue avec mise en cache, la collecte et le téléchargement des données s'exécutent sur deux travaux distincts. La collecte s'exécute selon une planification qui commence au démarrage de l'Agent SQL Server et selon la fréquence spécifiée dans l'élément de collecte. Le téléchargement s'exécute en fonction de la planification spécifiée par l'utilisateur.
Dans le cadre d'une collecte sans mise en cache, la collecte et le téléchargement des données s'exécutent sur un même travail, mais en deux étapes. La collecte s'effectue au cours de la première étape et le téléchargement au cours de la deuxième. Une collecte à la demande ne requiert aucune planification.
Après l'activation d'un jeu d'éléments de collecte, la collecte de données peut démarrer, selon une planification ou à la demande. Lorsque la collecte de données démarre, l'Agent SQL Server génère un processus pour le collecteur de données, qui à son tour charge les packages Integration Services pour le jeu d'éléments de collection. Les éléments de collection, qui représentent des types de collections, rassemblent des données à partir des fournisseurs de données appropriés sur les cibles spécifiées. Au terme du cycle de collecte, ces données sont téléchargées dans l'entrepôt de données de gestion. Pour plus d'informations, consultez Architecture et traitement du collecteur de données.