← ClaudeAtlas

oracle-dba-monitoring-alertinglisted

USE THIS SKILL WHENEVER the user mentions database monitoring, alerting, health checks, up/down or availability monitoring, listener status, alert log errors, tablespace / temp / undo / ASM / FRA space usage, archivelog generation rate, session or connection counts, blocking locks, long-running queries, datafile/tablespace offline status, invalid objects, failed logins, scheduler or cron job failures, backup success/failure monitoring, Data Guard transport/apply lag, RAC node/instance monitoring, host CPU/memory/IO, alert acknowledgment / ticket creation, custom metric or threshold tuning, OEM agent deployment, or monitoring template / metric-extension setup — EVEN IF they do not name the specific check. Also fires on ORA-19809/ORA-19804 (FRA full), ORA-00257 (archiver stuck), "MRP0 not running", "apply lag", "TNS-12541/12514 listener", "node eviction", or "tablespace 9x% full". Every self-executing check is read-only T1 (observe); threshold tuning, OEM agent deploy, metric-extension setup and ITSM ticketing
Shreyas70773/oracle-dba-agentic-skills · ★ 0 · DevOps & Infrastructure · score 62
Install: claude install-skill Shreyas70773/oracle-dba-agentic-skills
# Oracle DBA - Monitoring & Alerting Read-only health/availability/space/lag monitors plus the small set of reversible configuration tasks that stand monitoring up (threshold tuning, OEM agent deploy, metric-extension setup, ITSM ticketing) for Oracle 19c and 23ai (EE; single_instance and Data Guard; on-prem). **Everything self-executing is T1 (observe)** — the checks emit machine-parseable `KEYVAL`/metric lines and threshold *findings*, they never mutate the database — **or T2 (reversible, dry-run-default).** Every deep diagnosis and remediation (role transition, FRA reclaim, listener/RAC restart) is **T3** and lives only in `references/runbooks.md`; it prints commands for a human and never self-executes. In-DB work routes through the SQLcl MCP saved connection `dba_ai_conn` (`sqlcl-mcp`); each check's host wrapper (`.sh`/`.ps1`) is the scheduler/alerting shell around its `sql/<check>.sql`. Host-only collectors (alert log via ADRCI, listener via `lsnrctl`, RAC via `crsctl`/`srvctl`, host CPU/mem/IO) cannot go through SQLcl MCP and do the work in the script (`script`). ## Scope & risk map Skill log segment = `monitoring` (T3 runbooks log under `monitoring` too). Idempotent? — all checks are read-only (re-runnable by nature); T2 setters detect "already at desired" and no-op. | Task | Level | Tier | Mechanism (script / sql / runbook path) | Idempotent? | |------|-------|------|------------------------------------------|-------------| | Database up/down monitoring | L1 | T1