在特定時間範圍內,AppDynamics資料庫代理報告ABC和XYZ收集器的可用性較低。監控度量指示控制器UI中存在凹入和間隙。在此間隔內,沒有跡象表明代理主機和資料庫之間存在連線性下降,也沒有資料庫代理JVM重新啟動。
技術:AppDynamics
子技術:AppDynamics — 資料庫代理
監視的資料庫:Oracle 19.0.0.0.0
受監控的資料庫收集器:ABC和XYZ
在事件視窗期間未從資料庫端報告任何更改
要解決AppDynamics資料庫代理檢測到的低資料庫可用性事件,建議並實施這些步驟。
檢查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 |
重新啟動AppDynamics資料庫代理,確保按照正式系統要求中的說明指定適當的-Xms(最小堆大小)和-Xmx(最大堆大小)JVM引數。這有助於解決可能導致內部代理重新啟動的記憶體或資源限制。
使用以下引數重新啟動代理的示例命令(實際命令語法因環境而異):
nohup java -Xms<size> -Xmx<size> -Ddbagent.name=DB_AGENT_NAME -jar db-agent.jar
將<size>替換為適合監控環境的值,並參考官方文檔以獲得建議。
請查閱官方的資料庫可視性系統要求,以確定AppDynamics資料庫代理的建議堆大小和配置最佳實踐。請始終將JVM引數和配置引數與這些指導保持一致。
觀察到的ABC和XYZ收集器的低可用性和度量差距是由於缺少JVM堆引數( — Xms和 — Xmx)以及隨後的代理關閉。根本原因似乎與臨時中斷代理操作的資源限制(堆大小設定)有關。
| 修訂 | 發佈日期 | 意見 |
|---|---|---|
1.0 |
15-Apr-2026
|
初始版本 |