Configuration de Gestion des actifs › Tâches de collecte › Inventaire matériel › Collecte de l'inventaire du matériel par l'agent Gestion des actifs

Collecte de l'inventaire du matériel par l'agent Gestion des actifs

Pour configurer et planifier un inventaire du matériel, vous devez d'abord connaître toutes les actions entreprises par l'agent Asset Management afin de collecter l'inventaire depuis les ordinateurs équipés de l'agent. En prenant connaissance du processus, vous pourrez résoudre les problèmes survenus au cours du processus de collecte de l'inventaire. Vous pourrez également planifier l'inventaire matériel en fonction de la fréquence de collecte de l'inventaire et de l'impact de la collecte à une telle fréquence.

L'agent effectue les actions suivantes pour collecter l'inventaire matériel :

• A l'heure planifiée, l'agent exécute chaque tâche de collecte configurée pour l'actif.
• Il exécute le fichier exécutable approprié pour collecter les informations sous chaque module de détection et les enregistre dans un fichier spécifique ; par exemple, les informations de l'inventaire général sont enregistrées dans le fichier ig40.inv de l'agent.
• Enregistre les fichiers d'analyse complète et les compare avec les fichiers précédents. Il envoie ensuite les valeurs delta au serveur de modularité. Il ne stocke pas les valeurs delta localement. Les informations envoyées au serveur de modularité sont stockées sous forme de fichier i## et si les valeurs delta précédentes n'ont pas été collectées, le numéro de version du fichier est incrémenté au format i01, i02, etc. Pour plus d'informations sur la manière de collecter les valeurs delta, consultez la section Collecte de valeurs delta expliquée ci-dessus.
• L'agent commence par enregistrer ce fichier dans le répertoire de travail de l'agent, puis il le place dans la zone de collecte du serveur de modularité (...\ServerDB\Sector\Collect ou …/Server/Sector/COLLECT dans le cas de plates-formes Linux/UNIX). L'agent répète cette étape chaque fois qu'il collecte les données.

  Remarque : Si l'agent s'exécute plusieurs fois avant que le moteur ne collecte les données, il crée un fichier d'inventaire pour chaque exécution. Par exemple, les informations d'inventaire générales sont collectées avec l'extension i01, i02, etc. Ainsi, 24 fichiers sont créés de i00 à i23.

• Lorsque le moteur déclenche la tâche de collecte du moteur, il collecte tous les fichiers du serveur de modularité, les traite et stocke le contenu dans la base de données. Une fois le traitement terminé, le moteur supprime les fichiers de la zone de collecte du serveur de modularité.
• Les configurations de module d'inventaire nouvelles ou modifiées, y compris les paramètres de planification, sont mises à jour sur le serveur de modularité via la tâche de collecte. L'agent accepte les informations d'inventaire nouvelles ou modifiées.

Trois objets sont impliqués dans ce processus : l'agent, la tâche de collecte et la tâche de collecte du moteur. Chacun de ces objets présente des options de planification indépendantes. Lorsque la planification de l'un de ces objets diffère, tenez compte des éléments suivants :

• L'exécution de la tâche de collecte dépend de l'exécution de l'agent.
• Les tâches de collecte présentent leurs propres options de planification. Par défaut, les tâches sont planifiées pour s'exécuter toujours.
• La mise à jour de la base de données dépend de la planification de la tâche de collecte du moteur.

L'exemple suivant explique ce scénario. Les options de planification suivantes sont spécifiées pour les trois objets :

• Agent – toutes les heures
• Tâche de collecte de l'inventaire – Toujours exécuter le job
• Tâche de collecte du moteur – Une fois par jour

Dans ce cas, l'agent s'exécute toutes les heures et exécute immédiatement la tâche de collecte. Cependant, le moteur de base de données ne peut collecter les informations qu'une fois par jour. Par conséquent, la base de données est mise à jour une fois par jour seulement, tandis que l'agent collecte les informations 24 fois par jour. Notez que ce scénario n'est pas souhaitable. Pour une implémentation optimale, vous pouvez planifier la tâche de collecte et la tâche de collecte du moteur pour qu'elles s'exécutent en même temps. Cela permet de garantir que toutes les données collectées sont mises à jour dans la base de données.