gator.red
ORACLE PERFORMANCE ANALYTICS · INVITE-ONLY BETA

Oracle performance, across every AWR you have.

Upload AWR reports and STS extracts. Get cross-AWR trending, plan regression detection, SQL classification, and host-level memory + workload comparison — all in one workspace.

See it work
Invite-only beta. Pricing announced soon.
demo.app.gator.red/db/PROD19C/awr/2026-05-10_14-15/workload
Overview
Wait Events
SQL Stats
Workload
Memory
Workload — 2026-05-10 14:15 → 14:30
PROD19C · RAC 2-node · Oracle 19c (19.22.0.0)
HEALTHY-ATTN
Per-second activity
SGA · PGA
DB Time
248 min
CPU
102 min
I/O
95 min
Logons / s
1.4
Hard parse %
2.8%
SUPPORTED ORACLE VERSIONS

Single-instance, RAC, Exadata, CDB/PDB, multi-PDB. All parsed with the same pipeline.

11.2.0.412.112.218c19c21c23ai
WHAT YOU GET

Six surfaces. One pipeline.

We don't ship dashboards — we ship the work. Every tile below is wired to the same parser, same classification catalog, same workspace.

01 · INGEST

AWR parser

12-step pipeline. 173 sections, 123 tables, 4,600 rows extracted per Oracle 19c RAC AWR. Detects parser regressions before they reach you.

02 · INVENTORY

Dynamic inventory

Servers and databases derived on the fly from nine signals per AWR — DBID, DB_NAME, hostname, cluster_name, instance #, container, version, platform, machine specs. No CMDB. No setup.

03 · SQL

SQL Insights

One row per sql_id across your entire fleet. Sort by elapsed time, executions, buffer gets, I/O. Filter by category. Drill into any sql_id for full text, plan drift, per-AWR breakdown.

04 · CATALOG

SQL classification

Platform regex catalog tags Oracle internals, vendor apps (EBS, PeopleSoft, Siebel), ORMs (Hibernate, Django, ActiveRecord), and monitoring noise (OEM, Datadog, Statspack). Workspace overrides win for your custom SQL. Conflict detection prevents hiding real bugs.

05 · TRENDS

Database trends

Workload, memory, and efficiency over time per database. AAS, SGA/PGA stacked, buffer hit %, soft parse % — all charted across every AWR you've uploaded.

06 · HOSTS

Host trends

Cross-database analysis on shared hosts. SGA stack (sticky), PGA per-DB lines (volatile, honest), AAS heatmap, roster gantt colored by sample density. Built for mixed cadences across databases.

COMING
07 · COMPARE

STS + SPA

Capture STS from your DB, ship structured. We compute static SQL Performance Analysis: regression / improvement / unchanged classification across two captures. Plan drift on every sql_id.

DEEP DIVE · DYNAMIC INVENTORY

No CMDB. Inventory builds itself.

Servers and databases aren't configured — they're derived from the AWRs you upload. Every report contributes nine signals, and the inventory rebuilds itself on every upload.

NINE FACTORS WE EXTRACT
  1. 01
    DBID
    globally unique, never changes after creation
  2. 02
    DB_NAME
    follows refreshes and clones, but not unique
  3. 03
    hostname
    where the AWR snapshot ran (host_name / host_addr)
  4. 04
    cluster_name
    RAC instances share it; standalones don't have one
  5. 05
    instance #
    differentiates RAC nodes under the same DBID
  6. 06
    container
    CDB$ROOT vs PDB con_id mapping
  7. 07
    Oracle version
    11.2.0.4 → 23ai — same DB may upgrade in place
  8. 08
    platform
    Linux x86_64, ARM64, Solaris, AIX, HP-UX, Windows
  9. 09
    machine specs
    vCPU, memory, NUMA layout from the host header
Refreshes & clones get reconciled. When two DBIDs share a DB_NAME across time, we surface both — we never silently merge them into one entity.
demo.app.gator.red/workspace/acme-prod/inventory
Inventory
AWR Reports
SQL Insights
Hosts
Derived inventory
built from 1,284 AWRs · last rebuild 14:18 BRT · auto on upload
zero manual setup
Signals · per AWR5 of 1,284
awr_PROD19C_28291.html
dbid3829417266db_namePROD19Chostdb-host-04clustererp-cluster-prdinst#1ver19.22.0platLinux x86_64
awr_PROD19C_28292.html
dbid3829417266db_namePROD19Chostdb-host-05clustererp-cluster-prdinst#2ver19.22.0platLinux x86_64
awr_PROD12B_44017.html
dbid1882041009db_namePROD12Bhostdb-host-04inst#1ver12.2.0.1platLinux x86_64
awr_ANALYT19_88102.html
dbid2147982041db_nameANALYT19hostdb-host-08inst#1ver19.22.0platLinux x86_64
awr_CRM21A_12044.html
dbid4082110934db_nameCRM21Ahostdb-host-12clustercrm-clusterinst#1ver21.3.0platLinux ARM64
Derived tree4 hosts · 4 dbs · 5 inst
Cerp-cluster-prdRAC · 2 nodes
Hdb-host-04Linux x86_64 · 64 vCPU · 512 GB
DPROD19C #1DBID 3829417266 · 19.22.0
Hdb-host-05Linux x86_64 · 64 vCPU · 512 GB
DPROD19C #2DBID 3829417266 · 19.22.0
Hdb-host-04(also hosts PROD12B)
DPROD12BDBID 1882041009 · 12.2.0.1
Hdb-host-08Linux x86_64 · 32 vCPU · 256 GB
DANALYT19DBID 2147982041 · 19.22.0
Ccrm-clusterRAC · 1 node visible
Hdb-host-12Linux ARM64 · 16 vCPU · 128 GB
DCRM21ADBID 4082110934 · 21.3.0
Group byDBIDDB_NAMEhostnamecluster_nameinstance #container (CDB/PDB)Oracle versionplatformmachine specs
DEEP DIVE · AWR VIEWER

Every AWR, parsed the same way.

Drop an AWR HTML into a workspace. Twelve steps later you have a normalized, queryable representation — sections, tables, fingerprints, version, architecture, corruption flags. Nothing more, nothing less.

The parser produces facts only. No verdicts baked in at parse time — verdicts come from the UI layer, where you can see exactly which facts produced them. 96 supported version/architecture combinations, with regression tests on every step.

01load02decode03DOM04classify05version06architecture07features08sections09tables10fingerprints11corruption12finalize
173
sections / AWR
123
tables extracted
4.6k
rows / 19c RAC AWR
demo.app.gator.red/db/PROD19C/awr/2026-05-10_14-15
Overview
Wait Events
SQL Stats
Workload
Memory
Sections
!
Healthy with attention
2 wait-class anomalies · 4 SQL regressions vs prev AWR · soft parse 86.2% (-3.1pp)
15-min · 2026-05-10 14:15
WORKLOAD PORTRAIT
RAC · 2 instances
4.2
AAS · avg active sessions
248min
DB Time consumed
12.4k
IOPS · physical reads
Buffer hit %
98.7
+0.4pp
Soft parse %
86.2
-3.1pp
Exec / s
4.8k
+12%
demo.app.gator.red/db/PROD19C/awr/2026-05-10_14-15/waits
Overview
Wait Events
SQL Stats
Workload
% DB time by wait class
top-5 events, 248 min DB time
v$system_event
38%
24%
14%
11%
USER I/O
38.4% · 95.2 min · db file seq read
User I/O38%
CPU24%
Concurrency14%
Network11%
Application8%
Other5%
Event
Waits
Avg ms
% DB time
db file sequential read
1,284,021
4.1
38.4%
log file sync
128,440
6.8
13.9%
enq: TX - row lock
4,201
212
7.2%
SQL*Net more data
892,113
0.4
5.8%
demo.app.gator.red/workspace/acme-prod/sql
Databases
SQL Insights
Hosts
Catalog
Top SQL across fleet
62 databases · 1,284 AWRs · 184,002 sql_ids
Category: all
sort: elapsed ↓
SQL ID
Category
Elapsed sum (s)
Executions
Reports
0akhayv8jptpq
ORM
4,128.7
128,402
42
open →
8r2k1cuqz1p9w
TUNABLE
2,847.1
8,201
38
open →
3hxnp45m9wq2y
SYSTEM
1,991.4
2,140,887
41
open →
gb1m07ds5pkfr
KNOWN-BUG
1,402.8
948
12
open →
q9w7zazsdh4lp
VENDOR · EBS
912.4
4,082
27
open →
demo.app.gator.red/workspace/acme-prod/sql
Databases
SQL Insights
Hosts
Catalog
Top SQL across fleet
62 databases · 1,284 AWRs · 184,002 sql_ids
Category: all
sort: elapsed ↓
SQL ID
Category
Elapsed sum (s)
Executions
Reports
0akhayv8jptpq
ORM
4,128.7
128,402
42
open →
8r2k1cuqz1p9w
TUNABLE
2,847.1
8,201
38
open →
3hxnp45m9wq2y
SYSTEM
1,991.4
2,140,887
41
open →
gb1m07ds5pkfr
KNOWN-BUG
1,402.8
948
12
open →
q9w7zazsdh4lp
VENDOR · EBS
912.4
4,082
27
open →
demo.app.gator.red/workspace/acme-prod/sql/0akhayv8jptpq
SQL Detail
Plans
Per-AWR breakdown
0akhayv8jptpq
ORM · HIBERNATEWORKSPACE OVERRIDE
seen in 42 reports · 8 dbs
SELECT this_.id AS id1_3_0_,
this_.tenant_id AS tenant2_3_0_,
this_.created_at AS created3_3_0_
FROM orders this_
WHERE this_.tenant_id = :p1 AND this_.status = :p2
ORDER BY this_.created_at DESC
-- 6 lines · 1 bind set · plan_hash 2147982041
Drift · elapsed (s/exec) · 12 AWRs
plan_hash drift @ 04-28
DEEP DIVE · SQL INSIGHTS

Every sql_id is a real URL.

Shareable. Bookmarkable. Linkable from your runbooks. One row per sql_id across your fleet, with elapsed/executions/buffer-gets/I-O, category pill, and a drill-in to full text, plan drift, and a per-AWR breakdown.

Classification runs through a platform regex catalog with workspace-scoped overrides. Tenant admins can hide their custom SQL from "noise" categories while keeping the platform catalog up-to-date — conflict detection prevents you from accidentally hiding a real bug.

1
Asymmetric overrides
Workspace overrides win for your custom SQL. Platform catalog wins for Oracle internals you can't change.
2
Conflict detection
If your override would hide a row already flagged as KNOWN-BUG, we surface it instead of silently swallowing it.
3
RE2-based engine
Predictable, no catastrophic backtracking on adversarial SQL text. Pre-compiled per workspace.
WHY WE BUILT IT

DBAs were scrolling through AWR HTMLs in 2026 the same way they did in 2010.

Oracle AWR is the most important diagnostic output in the database world, and reading one is a chore. Reading fifty is a job. We built GatorRed because every Oracle DBA we know was still opening AWRs one HTML at a time, Ctrl-F'ing for the wait event they remember, and pasting screenshots into tickets.

Our pipeline is open-source-grade rigorous: 96 supported version combinations, RE2-based SQL classification, asymmetric workspace overrides with conflict detection, soft-deleted file handling, and a parser that produces facts only — never verdicts. Verdicts come from the UI layer, where you can see exactly what produced them.

By the numbers
96version combos
12-stepparser pipeline
RE2regex engine
0verdicts at parse time
PRICING

Pricing announced soon.

GatorRed is in invite-only beta. Pricing tiers — including workspace size, AWR retention, and SPA features — will be announced when we open self-serve signups.

Looking for an evaluation today? contact@gator.red