AppDynamics資料庫代理：有關可用性的錯誤警報

問題

在特定時間範圍內，AppDynamics資料庫代理報告ABC和XYZ收集器的可用性較低。監控度量指示控制器UI中存在凹入和間隙。在此間隔內，沒有跡象表明代理主機和資料庫之間存在連線性下降，也沒有資料庫代理JVM重新啟動。

環境

• 技術：AppDynamics

• 子技術：AppDynamics — 資料庫代理

• 監視的資料庫：Oracle 19.0.0.0.0

• 受監控的資料庫收集器：ABC和XYZ

• 在事件視窗期間未從資料庫端報告任何更改

解析

要解決AppDynamics資料庫代理檢測到的低資料庫可用性事件，建議並實施這些步驟。

第1步：檢視JVM堆引數、超時、配置更改和收集器關閉的資料庫代理日誌

檢查AppDynamics Database Agent日誌，瞭解JVM堆引數、連線超時、配置更改和收集器關閉。相關日誌摘錄自此情況：

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 |

第2步：使用調整後的JVM堆引數重新啟動資料庫代理

1. 重新啟動AppDynamics資料庫代理，確保按照正式系統要求中的說明指定適當的-Xms（最小堆大小）和-Xmx（最大堆大小）JVM引數。這有助於解決可能導致內部代理重新啟動的記憶體或資源限制。

2. 使用以下引數重新啟動代理的示例命令（實際命令語法因環境而異）：

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

將<size>替換為適合監控環境的值，並參考官方文檔以獲得建議。

第3步：請參閱系統要求的正式文檔

請查閱官方的資料庫可視性系統要求，以確定AppDynamics資料庫代理的建議堆大小和配置最佳實踐。請始終將JVM引數和配置引數與這些指導保持一致。

原因

觀察到的ABC和XYZ收集器的低可用性和度量差距是由於缺少JVM堆引數（ — Xms和 — Xmx）以及隨後的代理關閉。根本原因似乎與臨時中斷代理操作的資源限制（堆大小設定）有關。

相關內容

• 思科技術支援與下載