Sources de données ODBC

Le serveur de l'outil de données (InsightServer64.exe) peut lire les données d'événement de toute base de données SQL (Oracle ou Microsoft SQL Server, par exemple) disposant d'un pilote compatible ODBC 3.0.

La prise en charge ODBC du serveur de l’outil de données est similaire à la prise en charge existante pour le chargement de données à partir de Sensors ou de fichiers journaux générés par des processus externes. Il y a cependant d'autres considérations et limitations :

  • La prise en charge ODBC du serveur de l’outil de données est compatible avec les fonctionnalités de mise en grappe. Les données sont distribuées entre tous les serveurs de traitement et tout traitement ultérieur (y compris le traitement des requêtes) bénéficie pleinement de la mise en grappe.

  • La prise en charge d'ODBC dépend des pilotes ODBC tiers. Pour que la prise en charge d’ODBC fonctionne, ces pilotes doivent être configurés sur l’ordinateur sur lequel le serveur de l’outil de données s’exécute, à l’aide d’outils externes à la plate-forme Adobe. Les ordinateurs des outils de données ne nécessitent aucune configuration supplémentaire.

  • La table ou la vue à partir de laquelle les données sont chargées doit comporter une colonne d’ID croissante. Pour une ligne, la valeur de cette colonne (qui peut être une colonne réelle dans la table ou une expression de colonne SQL) ne doit pas diminuer lorsque de nouvelles lignes sont insérées dans la base de données. Si cette contrainte est violée, les données sont perdues. Pour des performances adéquates, un index est requis sur cette expression de colonne ou de colonne.

    Remarque

    Il est possible que plusieurs lignes aient la même valeur dans la Increasing ID colonne. Une possibilité est une colonne d'horodatage avec une précision inégale.

  • Le serveur de l’outil de données ne peut pas charger de colonnes avec des données longues (données supérieures à une certaine longueur, comme déterminé par l’application de base de données spécifique utilisée).

  • La récupération des données d’une base de données est plus lente que la lecture d’un fichier de disque. Le traitement des jeux de données qui chargent des données à partir d'une source ODBC prend beaucoup plus de temps (en particulier lors du retraitement) que les jeux de données de taille équivalente dont les données proviennent de Sensors ou d'autres fichiers de disque.

Pour plus d’informations sur le retraitement de vos données, voir Retraitement et retransformation.

Pour configurer Insight Server pour ODBCevent data

La configuration du serveur de l’outil de données pour charger des données à partir d’une base de données SQL requiert d’abord les étapes suivantes dans l’ordre :

  1. Installez le logiciel client de base de données approprié, y compris un pilote ODBC, sur l’ordinateur du serveur de l’outil de données sur lequel le jeu de données est traité.

    Remarque

    Si vous chargez des données d’événement ODBC pour traitement sur une grappe de serveurs de outils de données, vous devez installer le logiciel client de base de données sur tous les serveurs de traitement de la grappe. Pour plus d’informations sur la spécification des serveurs de traitement dans une grappe, voir le Guide d’installation et d’administration des produits serveur.

  2. Configurez une source de données à l’aide de l’administrateur de source de données ODBC pour Windows.

    Il est important de noter que le serveur de l’outil de données (InsightServer64.exe) s’exécute en tant que service Windows. Par conséquent, la source de données doit normalement être configurée en tant que DSN système plutôt qu’en tant que DSN utilisateur pour que le serveur de l’outil de données puisse l’utiliser. Vous trouverez plus d’informations sur cette étape de configuration dans la documentation de votre logiciel de base de données.

Après avoir installé le logiciel client de base de données sur l’ordinateur serveur approprié de l’outil de données, vous pouvez configurer l’ensemble de données pour utiliser la source de données ODBC en modifiant les paramètres appropriés dans le fichier de Log Processing configuration pour le profil souhaité.

Paramètres

Pour les données provenant de bases de données utilisant la norme ODBC (Open Database Connectivity), les paramètres suivants sont disponibles :

Paramètre Description
Nom Identifiant de la source ODBC.
Nom de la source de données Un DSN, fourni par un administrateur de l’ordinateur serveur de l’outil de données sur lequel le jeu de données est traité, qui fait référence à la base de données à partir de laquelle les données doivent être chargées.
Mot de passe de base de données mot de passe à utiliser lors de la connexion à la base de données. Si un mot de passe a été configuré pour le DSN dans l’administrateur de la source de données, il se peut que vous ne l’ayez pas renseigné. Tout mot de passe fourni ici remplace le mot de passe configuré pour le DSN dans l’administrateur de la source de données.
ID utilisateur de base de données ID utilisateur à utiliser lors de la connexion à la base de données. Si un ID utilisateur a été configuré pour le DSN dans l’administrateur de la source de données, il est possible que ce champ ne soit pas renseigné. Tout ID utilisateur fourni ici remplace l’ID utilisateur configuré pour le DSN dans l’administrateur de la source de données.
Champs Vectorisation d’objets de colonne qui spécifie un mappage entre les colonnes de données de la base de données et les champs de données dans le moteur d’exécution du serveur de l’outil de données. Chaque colonne comporte des entrées Nom de colonne et Nom de champ. Le nom de colonne est une expression de colonne SQL qui doit être valide dans le contexte de la table identifiée par l'identifiant de table décrit ci-dessus. Il peut s’agir d’un nom de colonne ou d’une expression SQL basée sur n’importe quel nombre de colonnes dans la table. Une fonction de formatage peut être nécessaire pour convertir des valeurs de certains types de données en chaînes d’une manière qui ne perde pas de précision. Toutes les données sont implicitement converties en chaînes à l’aide de la méthode de formatage par défaut de la base de données, ce qui peut entraîner une perte de données pour certains types de données de colonne (tels que les types de données date/heure) si des expressions de formatage explicites ne sont pas utilisées.
Augmentation de la colonne d’ID

Nom de colonne ou expression de colonne SQL qui répond au critère selon lequel elle augmente (ou au moins ne diminue pas) à mesure que de nouvelles lignes sont ajoutées. Autrement dit, si la rangée B est ajoutée à la table à une date ultérieure à celle de la rangée A, la valeur de cette colonne (ou expression de colonne) de la rangée B doit être supérieure (selon l’ordre de tri natif de la base de données) à la valeur correspondante de la rangée A.

  • Le nom de colonne d’ID croissant peut être identique au nom d’une colonne existante, mais il n’est pas obligatoire de le faire.
  • Cette expression est supposée avoir un type de données de caractère SQL. Si la colonne d’ID croissante réelle est d’un autre type de données, cette valeur doit être une expression de colonne pour la convertir en chaîne. Comme cela signifie généralement que les comparaisons sont lexicographiques (caractère par caractère), il est important de formater la valeur avec soin.
  • L’expression est utilisée dans les clauses SQL ORDER BY et comparée à dans les clauses SQL WHERE. Il est essentiel de créer un index basé sur l’expression de colonne exacte utilisée.

ID source du journal

La valeur de ce paramètre peut être n’importe quelle chaîne. Si une valeur est spécifiée, ce paramètre vous permet de différencier les entrées de journal des différentes sources de journal pour l’identification de la source ou le traitement ciblé. Le champ x-log-source-id est renseigné par une valeur identifiant la source du journal pour chaque entrée du journal. Par exemple, si vous souhaitez identifier les entrées de journal d'une source ODBC nommée ODBCSource01, vous pouvez saisir depuis ODBCSource01. et cette chaîne serait transmise au champ x-log-source-id pour chaque entrée de journal à partir de cette source.

Pour plus d’informations sur le champ x-log-source-id, voir Champs d’enregistrement des données d’événement.

Exécuter sur le serveur Valeur d’index dans le fichier .cfg profile du serveur de traitement qui effectue les requêtes ODBC pour obtenir les données de la base de données. (Le paramètre Serveurs de traitement du fichier .cfg répertorie tous les serveurs de traitement du jeu de données et chaque serveur a une valeur d’index, la première étant 0.) La valeur par défaut est 0.
Identifiant de tableau Expression SQL qui nomme la table ou la vue à partir de laquelle les données doivent être chargées. Un identifiant de tableau type se trouve dans le formulaire SCHEMA.TABLE.

Cet exemple montre la fenêtre de Log Processing configuration dans l'outil de données avec une source de données ODBC. Cette source de données récupère les données d’une table appelée VISUAL.VSL dans une base de données avec Data Source Name "VSTestO". Cinq (5) objets de colonne ( Fields) mappent les données des colonnes de données de la base de données au serveur de l’outil de données.

Sur cette page