Agent AppDynamics Database : Fausses alertes sur la disponibilité

Problème

Au cours d'une fenêtre de temps spécifique, l'agent de base de données AppDynamics a signalé une faible disponibilité pour les collecteurs ABC et XYZ. Les mesures de surveillance ont indiqué un creux et un écart dans l'interface utilisateur du contrôleur. Il n'y a pas eu de preuve de pertes de connectivité entre l'hôte de l'agent et les bases de données au cours de cet intervalle, ni de redémarrage de la JVM de l'agent de base de données.

Environnement

• Technologie : AppDynamics

• Sous-technologie : AppDynamics - Agent de base de données

• Bases de données surveillées : Oracle 19.0.0.0.0

• Collecteurs DB surveillés : ABC et XYZ

• Aucune modification signalée du côté de la base de données pendant la fenêtre d'incident

Résolution

Pour résoudre les événements de faible disponibilité de base de données détectés par l'agent de base de données AppDynamics, ces étapes ont été conseillées et mises en oeuvre.

Étape 1 : Vérifiez les journaux de l'agent de base de données pour les paramètres de segment de mémoire JVM, les délais, les modifications de configuration et les arrêts du collecteur

Examinez les journaux de l'agent de base de données AppDynamics pour les paramètres de segment de mémoire JVM, les délais d'expiration de connexion, les modifications de configuration et les arrêts du collecteur. Extraits de journal pertinents de ce cas :

25 Jan 2026 22:47:00,394  INFO [DBAgent-4] ADBMonitorConfigResolver: - Outdated Configs: [ResolvedDBMonConfig {configName='XYZ', ... cpuCores=18, ...}]
25 Jan 2026 22:47:00,394  INFO [DBAgent-4] ADBMonitorConfigResolver: - new Configs: [ResolvedDBMonConfig {configName='XYZ', ... cpuCores=16, ...}]
25 Jan 2026 22:47:00,406  INFO [DBAgent-4] ADBCollector: - DB collector [XYZ] shut down!
25 Jan 2026 22:50:30,308  INFO [DBAgent-8] Agent: - JVM Args : -XX:+HeapDumpOnOutOfMemoryError | -XX:OnOutOfMemoryError=kill -9 %p | -DLog4jContextSelector=org.apache.logging.log4j.core.async.AsyncLoggerContextSelector | --add-opens=java.base/java.lang=ALL-UNNAMED | --add-opens=java.base/java.security=ALL-UNNAMED | -Ddbagent.name=dbagent |

Étape 2 : Redémarrez l'agent de base de données avec les arguments de segment de mémoire JVM ajustés

1. Redémarrez l'agent de base de données AppDynamics, en veillant à spécifier les arguments JVM -Xms (taille de segment de mémoire minimale) et -Xmx (taille de segment de mémoire maximale) appropriés, comme indiqué dans la configuration système requise officielle. Cela permet de résoudre les contraintes de mémoire ou de ressources qui pourraient contribuer aux redémarrages internes de l'agent.

2. Exemple de commande pour redémarrer l'agent avec les arguments suivants (la syntaxe réelle de la commande peut varier selon l'environnement) :

nohup java -Xms<size> -Xmx<size> -Ddbagent.name=DB_AGENT_NAME -jar db-agent.jar

Remplacez <size> par des valeurs adaptées à votre environnement de surveillance, en vous reportant à la documentation officielle pour obtenir des recommandations.

Étape 3 : Reportez-vous à la documentation officielle pour connaître la configuration système requise

Consultez la configuration système requise officielle de visibilité de base de données pour déterminer les tailles de segment de mémoire recommandées et les meilleures pratiques de configuration pour AppDynamics Database Agent. Alignez toujours les arguments et les paramètres de configuration JVM sur ces directives.

Motif

La faible disponibilité et les écarts de mesure observés pour les collecteurs ABC et XYZ étaient dus à des paramètres de segment de mémoire JVM manquants (-Xms et -Xmx) et à des arrêts d'agent ultérieurs. La cause principale semble être liée à des contraintes de ressources (paramètres de taille de segment de mémoire) qui ont temporairement interrompu les opérations des agents.

Autres informations utiles

• Assistance technique de Cisco et téléchargements