Gestionnaire
Administration de la MDB
L'administration des bases de données est capitale pour le bon fonctionnement et les performances de la base de données de gestion (MDB). Pour vous assister dans cette tâche, CA Technologies propose des scripts de maintenance de la MDB sur le support d'installation de CA Client Automation (DVD).
Pour plus de détails sur la maintenance de la MDB, consultez la section Base de données de gestion (MDB) (page 126) du chapitre "Installation de Client Automation". Pour plus
d'informations sur les exigences spécifiques d'administration de la MDB, en termes de configuration et de maintenance, reportez-vous au document Présentation de la MDB, dans la documentation pour CA Client Automation (Bibliothèque).
Concept Moteur
Le moteur est un processus qui fournit des services de communications entre les serveurs de modularité, le gestionnaire de domaine et la base de données de gestion.
Les fonctions d'un moteur sont les suivantes :
■
La collecte de l'inventaire des ordinateurs depuis un serveur de modularité
■
L'écriture de données de configuration sur un serveur de modularité
■
La copie de données entre les bases de données de domaine et Enterprise
(réplication)
■
L'évaluation dynamique des groupes de requêtes
■
L'exécution d'actions en rapport avec l'évaluation des groupes de requêtes
■
L'exécution de rapports planifiées
■
La communication de l'état d'un job d'inventaire
Chapitre 1: Description de Client Automation 29
Gestionnaire
Aspects administratifs du moteur
Vous pouvez consulter l'état des tâches du moteur via l'explorateur DSM. Cet explorateur permet d'ajouter, de modifier ou de supprimer des tâches de moteur.
Chaque instance d'un gestionnaire de domaine et d'entreprise comprend un moteur par défaut appelé Moteur système.
Il est possible d'installer des moteurs supplémentaires pour alléger la charge de travail de ce moteur par défaut.
Chaque fois qu'un nouveau serveur de modularité est déployé, une tâche de collecte de moteur est automatiquement créée et programmée pour le moteur système par défaut.
Il est possible de charger un autre moteur de cette tâche pendant le processus d'installation de serveur de modularité.
Chaque fois qu'un gestionnaire de domaine est lié à un gestionnaire d'entreprise, une tâche de réplication de moteur est automatiquement créée et liée au Moteur système par défaut.
Collecte d'informations
La tâche principale d'un moteur consiste à collecter des informations sur les actifs à partir des serveurs de modularité.
Lorsqu'un agent DSM se connecte pour la première fois à un serveur de modularité, il soumet une création de requête et stocke les informations initiales de l'inventaire et du système.
Lorsqu'un moteur se connecte à un serveur de modularité, il effectue les tâches suivantes :
1. Contrôler l'intégrité du serveur de modularité.
2. Déterminer si des agents sont connectés pour la première fois à ce serveur.
3. Si les actifs sont nouveaux pour l'ensemble du système, il les crée dans la base de données.
4. Traiter toutes les informations d'inventaire fournies par les agents existants.
30 Manuel d'implémentation
Gestionnaire
Les informations collectées peuvent se présenter sous les formes suivantes :
■
Inventaire (informations matérielle ou de modèle)
■
Inventaire logiciel (heuristique ou basé sur une signature)
■
Fichiers de configuration (fichiers autoexec.bat ou n'importe quel fichier .INI configuré pour être sauvegardé)
■
Etat du job
■
Etat du module
■
Date et heure de la dernière exécution de l'agent
■
Données de surveillance de l'utilisation des logiciels
■
Informations sur les relations (entre ordinateurs, utilisateurs et unités)
Réplication de données entre Enterprise et domaine
Une autre tâche du moteur consiste à répliquer des données entre les bases de données
Entreprise et Domaine. La réplication à partir de la base de données de gestion sur le gestionnaire de domaine vers la base de données de gestion sur le gestionnaire de domaine est exécutée à l'aide d'un job de réplication exécuté via le processus du moteur du gestionnaire de domaine.
Lorsque la réplication commence, le moteur détermine quelles informations doivent
être transmises à partir du domaine vers le gestionnaire d'entreprise et lesquelles doivent être transmises à partir de l'entreprise vers le gestionnaire de domaine.
Généralement, les informations spécifiques à l'hôte, telles que les attributs d'inventaire, sont transmises au niveau supérieur, tandis que les informations de configuration, telles que les groupes d'actifs, sont transmises au niveau inférieur.
Un moteur par défaut est installé avec chaque gestionnaire de domaines. Lorsque le gestionnaire de domaines est relié à un gestionnaire d'entreprise, ce moteur est configuré pour effectuer les tâches de réplication entre le domaine et Enterprise.
Objets de base de données dupliqués
Le tableau ci-dessous répertorie les objets de base de données qui sont répliqués à partir du gestionnaire d'entreprise vers le gestionnaire de domaine (descendant) et à partir du gestionnaire de domaine vers le gestionnaire d'entreprise (ascendant).
Direction de la réplication Object
Ordinateurs détectés ascendant
Utilisateurs détectés ascendant
Utilisateurs d'ordinateurs détectés (relations entre ordinateurs et utilisateurs) ascendant
Chapitre 1: Description de Client Automation 31
Gestionnaire
Object Direction de la réplication
Ordinateurs du carnet d'adresses Remote Control
Définitions d'actifs externes
Actifs externes descendant descendant ascendant
Inventaire général des ordinateurs ascendant
Composants supplémentaires de l'inventaire
Remarque : Par défaut, ces objets ne sont pas dupliqués. Pour activer/désactiver leur réplication, cliquez avec le bouton droit de la souris sur le noeud Inventaire/Supplémentaire/<nom-du-module> de l'agent et sélectionnez l'option Répliquer l'analyse heuristique vers la BdD de l'entreprise. La configuration modifiée est appliquée à tous les ordinateurs du groupe. ascendant
Inventaire des actifs externes
Définitions des requêtes
Définitions de groupe
Adhésion au groupe
Définitions de logiciels personnalisés
Fabricant personnalisé
Propriétés du gestionnaire d'entreprise ascendant descendant descendant descendant descendant descendant descendant
Propriétés du gestionnaire de domaine
Inventaire logiciel des ordinateurs (basé sur une analyse des signatures)
Inventaire logiciel découvert par l'analyse heuristique
Remarque : Par défaut, cet objet n'est pas dupliqué. Pour activer/désactiver sa réplication, cliquez avec le bouton droit de la souris sur le noeud
Logiciel/Détecté de l'agent et sélectionnez l'option Répliquer l'analyse heuristique vers la BdD de l'entreprise. La configuration modifiée est appliquée
à tous les ordinateurs du groupe.
Jobs Asset Management
Etat du job Asset Management
Modules Asset Management
Etat des modules Asset Management
Définitions de fichier de configuration Asset Management
Fichiers de configuration Asset Management
Remarque : Ces fichiers sont dupliqués uniquement vers le gestionnaire d'entreprise si la demande de collecte de ces informations a été définie sur le gestionnaire d'entreprise. Si la demande a été définie sur le gestionnaire de domaines, les données ne sont pas dupliquées de manière ascendante. ascendant ascendant ascendant descendant ascendant descendant ascendant descendant ascendant
32 Manuel d'implémentation
Gestionnaire
Object
Définition des modèles Asset Management
Définitions de stratégies Asset Management
Alertes de surveillance de l'intégrité
Direction de la réplication
descendant descendant ascendant
Synchronisation des données à partir d'une MDB vers une MDB cible séparée
Dans certaines implémentations, les clients souhaitent que certains produits CA
Technologies, tels que Service Desk et Asset Portfolio Management, utilisent des bases de données de gestion (MDB) séparées ou différentes de la base de données utilisée par le gestionnaire DSM.
Cependant, dans de nombreux aspects de leurs tâches Asset Management, ces produits
CA Technologies s'appuient sur des données Client Automation.
Par conséquent, Client Automation offre des fonctions de gestion qui prennent en charge et synchronisent les données découvertes par Client Automation sur une MDB séparée pouvant être basée sur Microsoft SQL Server (SQL Bridge) ou Oracle (Oracle
Bridge). Ces fonctionnalités synchronisent les données d'actifs et d'inventaire Client
Automation collectées dans la MDB SQL Server sur le gestionnaire de domaine ou d'entreprise exécutant Windows avec les données correspondantes dans la MDB cible
SQL Server ou Oracle.
La synchronisation est lancée par une tâche de moteur qui s'exécute à l'heure planifiée.
C'est vous qui créez cette tâche du moteur et définissez la planification de la tâche à l'aide de l'assistant de création des tâches du moteur via l'interface graphique de l'explorateur DSM. Vous pouvez utiliser un autre moteur sur un ordinateur distant pour effectuer la synchronisation.
Pour plus d'informations, consultez la section Base de données de gestion (MDB)
(page 126) du chapitre "Installation de Client Automation".
Architecture du mécanisme de synchronisation
Le mécanisme de synchronisation est similaire au mécanisme de réplication utilisé entre le gestionnaire de domaines DSM et le gestionnaire d'entreprise.
La synchronisation est réalisée dans un sens, des gestionnaires vers la MDB cible. Cela signifie que si les données synchronisées sont modifiées sur la MDB cible par un autre processus, elles seront écrasées la prochaine fois que la méthode de synchronisation déplace cet ensemble particulier de données de la MDB des gestionnaires à la MDB cible.
Chapitre 1: Description de Client Automation 33
Gestionnaire
L'illustration suivante présente un scénario spécial où la synchronisation est réalisée d'un gestionnaire d'entreprise à un gestionnaire de domaine, les deux hébergeant leurs
MDB sur Microsoft SQL Server, à une MDB cible SQL Server.
Dans un autre scénario, la MDB cible peut être exécutée sur Oracle. Il est également possible de synchroniser d'une MDB SQL Server sur un gestionnaire d'entreprise ou de domaine vers deux différentes MDB cibles.
Scénarios de base de données pris en charge
Pour obtenir des informations sur la prise en charge des fonctionnalités de synchronisation SQL Bridge et Oracle Bridge, consultez la matrice de compatibilité .
34 Manuel d'implémentation
Gestionnaire
Scénarios de base de données pris en charge pour SQL Bridge et Oracle Bridge
Si vous avez installé CA Service Desk Manager ou CA IT Asset Manager sur une MDB SQL
Bridge ou Oracle Bridge, vous pouvez synchroniser les informations remplies par les clients hébergés dans la base de données Client Automation.
■
Pour consulter des scénarios de bases de données prises en charge par les fonctionnalités de synchronisation SQL Bridge et Oracle Bridge, reportez-vous à la matrice de compatibilité .
Prise en charge des produits CA Technologies
Pour obtenir des informations sur les fonctionnalités de synchronisation SQL Bridge et
Oracle Bridge pour les MDB basées sur SQL Server et sur Oracle qui prennent en charge les produits CA Technologies, CA Service Desk Manager et Unicenter Asset Portfolio
Management, consultez la matrice de compatibilité .
■
SQL Bridge :
Pour profiter pleinement de SQL Bridge, il faut installer le correctif de test T5D6008 pour Windows sur les ordinateurs où CA Service Desk Manager r11.2 et Unicenter
Asset Portfolio Management r11.3 sont installés. Le correctif de test est disponible sur le support CA en ligne. Téléchargez le correctif de test et suivez les instructions détaillées d'installation fournies dans le fichier lisez-moi qui accompagne le correctif de test.
■
Oracle Bridge :
Pour profiter pleinement d'Oracle Bridge, il faut ajouter un nouveau paramètre, dsm_oracle_ddl, au fichier AMS.properties pour CA Service Desk Manager afin d'activer Oracle Bridge : dsm_oracle_ddl=1
Pour plus d'informations sur l'installation de SQL Bridge et Oracle Bridge dans votre
environnement d'application, consultez les sections Installation de SQL Bridge
(page 229)et Installation d'Oracle Bridge (page 230).
Chapitre 1: Description de Client Automation 35
