Problem

Während eines bestimmten Zeitfensters meldete der AppDynamics-Datenbank-Agent eine niedrige Verfügbarkeit für die ABC- und XYZ-Collectors. Überwachungsmetriken zeigten eine Verkleinerung und eine Lücke in der Controller-Benutzeroberfläche an. Es gab keinen Hinweis auf Verbindungsabbrüche zwischen Agent-Host und Datenbanken während dieses Intervalls und auch keinen Neustart des DB-Agent-JVM.

Umwelt

- Technologie: AppDynamics

- Subtechnologie: AppDynamics - Datenbank-Agent

- Überwachte Datenbanken: Oracle 19.0.0.0.0

- Überwachte DB-Collectors: ABC und XYZ

- Keine Änderungen von der Datenbankseite während des Incident-Fensters gemeldet

Auflösung

Um die vom AppDynamics Database Agent erkannten Ereignisse mit niedriger DB-Verfügbarkeit zu beheben, wurden diese Schritte empfohlen und implementiert.

Schritt 1: Überprüfen der Datenbank-Agent-Protokolle auf JVM-Heapparameter, Timeouts, Konfigurationsänderungen und Collector-Abschaltungen

Überprüfen Sie die AppDynamics Database Agent-Protokolle auf JVM-Heapparameter, Verbindungszeitüberschreitungen, Konfigurationsänderungen und Collector-Abschaltungen. Relevante Protokollauszüge aus diesem Fall:

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 |

Schritt 2: Starten Sie den Datenbank-Agent mit angepassten JVM-Heapargumenten neu.

1. Starten Sie den AppDynamics Database Agent neu, und stellen Sie sicher, dass die entsprechenden -Xms-JVM-Argumente (minimale Heapgröße) und -Xmx-JVM-Argumente (maximale Heapgröße) angegeben werden, wie in den offiziellen Systemanforderungen dokumentiert. Dadurch können Arbeitsspeicher- oder Ressourceneinschränkungen behoben werden, die zu internen Agentenneustarts beitragen können.

2. Beispielbefehl zum Neustarten des Agenten mit diesen Argumenten (die tatsächliche Befehlssyntax kann je nach Umgebung variieren):

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

Ersetzen Sie <size> durch Werte, die für Ihre Überwachungsumgebung geeignet sind. Empfehlungen finden Sie in der offiziellen Dokumentation.

Schritt 3: Weitere Informationen zu den Systemanforderungen finden Sie in der offiziellen Dokumentation.

Informieren Sie sich in den offiziellen Database Visibility System-Anforderungen, um die empfohlenen Heapgrößen und die empfohlenen Vorgehensweisen für die Konfiguration für den AppDynamics Database Agent zu ermitteln. Richten Sie JVM-Argumente und Konfigurationsparameter stets mit diesen Richtlinien aus.

Ursache

Die beobachtete Lücke bei der Verfügbarkeit und den Metriken für die ABC- und XYZ-Collectors war auf fehlende JVM-Heap-Parameter (-Xms und -Xmx) und darauf folgende Agentenausfälle zurückzuführen. Die Ursache scheint mit Ressourceneinschränkungen (Heapgrößeneinstellungen) in Zusammenhang zu stehen, die den Agentenbetrieb vorübergehend unterbrachen.

Verwandte Inhalte

- Technischer Support und Downloads von Cisco