1. Home
  2. Knowledge Base
  3. Articles (EN/ES/FR)
  4. Accumulation de XML dans data_in

Accumulation de XML dans data_in

Pourquoi ça se produit ?

Ça se produit lorsque le serveur de traitement des données des agents (Data Server) ne peut pas faire face à la charge totale.

 

Vous devez désactiver le système statistique des graphiques de collecte de paquets toutes les heures pour chaque agent (Configuration -> Performances -> Utiliser le graphique d’accès à l’agent), cela impose une charge importante au système et n’est pas recommandé pour les environnements comportant plusieurs centaines d’agents.

 

Assurez-vous que l’historique des données d’événements ne dépasse pas sept jours, et que la rétention des données ne dépasse pas un mois.

 

Ajustez le nombre de threads sur le serveur de données. Pour traiter à la capacité maximale, on peut augmenter le nombre de threads du serveur de données jusqu’à un maximum de threads similaire au nombre de processeurs de la machine (si elle a 8 cœurs, 8 threads). Un serveur peut traiter les données de plus de 3000 agents sans aucun problème, voire plus s’il est correctement configuré et dispose d’un matériel puissant et que la BD est dans un autre serveur indépendant, à condition de faire les ajustements nécessaires.

 

Il faut faire attention car le nombre maximum de threads dans un seul serveur ne peut pas dépasser 30-40 threads.

 

Si nous avons beaucoup de threads en ajoutant tous les threads utilisés par le serveur de données et d’autres serveurs (par exemple le serveur réseau), il serait pratique d’élever différentes instances du serveur (processus indépendants) au moyen de configurations indépendantes dans /etc/pandora/pandora_server.conf.d/ (à partir de la version 770).

 

Vous pouvez essayer de “régler” ces paramètres du serveur qui feront que votre serveur consommera plus de CPU mais pourra améliorer les performances :

 

server_threshold 1

max_queue_files 2000

dataserver_lifo 0

 

Une autre raison pour laquelle la mise en file d’attente XML peut être générée pourrait être la présence d’un goulot d’étranglement dans la base de données qui dégrade son fonctionnement.

Dans ce cas, vous devez vérifier la taille de la base de données et vous assurer que le programme pandora_db fonctionne régulièrement.

Vous pouvez vérifier la taille de la base de données dans l’onglet About du menu de gauche de la console et le statut de pandora_db dans la vue Performance :

Taille de la BDD :

Pour vérifier la taille de la BD, vous pouvez exécuter la commande suivante dans le terminal du serveur PandoraFMS :

 

du -h /var/lib/mysql

 

De cette façon, vous pourrez voir la taille de la BD et dans le cas où sa taille est considérable, vérifier l’état de la BD Pandora qui est en charge de déboguer cette BD.

Il serait également productif d’activer la BD historique au cas où elle ne le serait pas, ou de lui envoyer une plus grande quantité de données afin de garder dans la BD principale le minimum de données possible et de la rendre plus rapide dans sa lecture/écriture.

Base de données Pandora :

 

Dans le cas où l’indicateur est en rouge, il serait nécessaire d’essayer d’exécuter la Pandora DB manuellement depuis le terminal et de vérifier si elle indique une erreur dans l’exécution.

Pour cela, dans le terminal du serveur PandoraFMS, nous pouvons exécuter :

 

/usr/bin/pandora_db /etc/pandora/pandora_server.conf

 

Si vous voyez une erreur quelconque, vous pouvez contacter l’équipe de support pour essayer de trouver la cause de l’échec.

Was this article helpful?

Related Articles

Need Support?

Can't find the answer you're looking for?
Contact Support

Recent Discussions