Oracle storage monitoring in Mini DBA focuses on tablespace capacity, temporary space pressure, undo usage, archive destination space, Flash Recovery Area pressure, and optional ASM disk group state. Use it when an Oracle alert points to space risk or when users report failed writes, failed batch jobs, temp spills, or archiving problems.
Start with the Oracle overview, health checks, and operations evidence, then drill into the relevant storage signal:
V$ASM_DISKGROUP is available.High tablespace usage can be normal for stable systems, but it becomes urgent when growth is active, autoextend is unavailable, or a business process is about to load data. Review size, used percentage, free space, autoextend behavior, and the owning container/PDB where available.
Use alerts such as Tablespace Usage, Temp Tablespace Usage, Undo Tablespace Usage, Archive Log Destination Space, and Flash Recovery Area Usage to triage the highest-risk area first.
Temporary tablespace pressure often appears with sorts, hash joins, large reports, index creation, and ETL jobs. Combine temp-space evidence with Oracle Query Analysis, Oracle Execution Plans, and Oracle Waits to identify SQL that is spilling or waiting on temp I/O.
If host OS login is configured, Mini DBA can show drive capacity and I/O alongside Oracle metrics. That helps distinguish Oracle tablespace pressure from underlying host storage pressure. For managed cloud Oracle platforms where direct host login is not possible, use cloud provider metrics where available.