特定の時間帯に、AppDynamics Database AgentはABCおよびXYZコレクタの可用性が低いと報告しました。 モニタリングメトリックは、コントローラUIに低下とギャップがあることを示しました。 この間、エージェントホストとデータベースの間の接続がドロップしたという証拠はなく、dbエージェントJVMの再起動もありません。
テクノロジー:AppDynamics
サブテクノロジー:AppDynamics – データベースエージェント
監視対象データベース: Oracle 19.0.0.0.0
監視対象DBコレクタ:ABCおよびXYZ
インシデントウィンドウ中にデータベース側から報告された変更はありません
AppDynamics Database Agentによって検出された低DB可用性イベントに対処するために、次の手順が推奨および実装されました。
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データベースエージェントに推奨されるヒープサイズと設定のベストプラクティスを決定するには、公式のDatabase Visibility System Requirementsを参照してください。 JVMの引数と設定パラメータは、必ずこれらのガイドラインに合わせてください。
ABCコレクタとXYZコレクタで確認されたアベイラビリティの低下とメトリックのギャップは、JVMヒープパラメータ( – Xmsおよび – Xmx)の欠落とそれに続くエージェントのシャットダウンが原因でした。 この根本的な原因は、エージェントの操作を一時的に中断したリソースの制約(ヒープサイズの設定)に関連していると考えられます。
| 改定 | 発行日 | コメント |
|---|---|---|
1.0 |
15-Apr-2026
|
初版 |