DBA_TABLESPACE_USAGE_METRICS是最简捷的监控入口，直接提供USED_PERCENT（整数精度），每60分钟由MMON刷新，仅适用于在线永久表空间，需SYS或SELECT_CATALOG_ROLE权限执行。
DBA_TABLESPACE_USAGE_METRICS 是最简捷的监控入口
Oracle 19c 内置视图 DBA_TABLESPACE_USAGE_METRICS 直接提供每个表空间的使用率百分比（USED_PERCENT），无需连表、不依赖 DBA_FREE_SPACE 的空闲块聚合，也不受回收站或 ASSM 管理方式影响。它基于段级实际占用计算，结果稳定、响应快，适合高频轮询。
但要注意：该视图只包含在线、非临时的永久表空间；USED_PERCENT 是四舍五入后的整数，精度为 1%，不适合做 85.3% 这类细粒度阈值判断。
- 查询示例：
SELECT tablespace_name, used_percent FROM DBA_TABLESPACE_USAGE_METRICS WHERE used_percent > 80; - 必须用
SYS或具有SELECT_CATALOG_ROLE的用户执行 - 该视图每 60 分钟自动刷新一次（由 MMON 进程控制），不是实时值
手写 SQL 连表查询要防三类空值陷阱
如果需要精确到小数点后两位、或需同时获取自动扩展状态与最大容量，就得手动 JOIN DBA_DATA_FILES 和 DBA_FREE_SPACE。常见崩点不在语法，而在数据缺失：
-
DBA_FREE_SPACE对某些小表空间可能完全无记录（即没空闲 extent），导致SUM(t2.BYTES)返回NULL，后续除法直接报错 —— 必须套NVL(SUM(t2.BYTES), 0) - 连表条件漏写
ON t1.TABLESPACE_NAME = t2.TABLESPACE_NAME，会触发笛卡尔积，把 A 表空间的文件大小和 B 表空间的空闲块错误相减 - 未过滤临时表空间，
DBA_FREE_SPACE不含 TEMP 内容，但DBA_DATA_FILES里有，强行连会导致该表空间的 “FREE_GB” 显示为 0，使用率算成 100%
安全写法必须用 LEFT JOIN，主表为 DBA_DATA_FILES，并加 WHERE t1.CONTENTS != 'TEMPORARY'。
Zabbix 自动发现脚本中别硬编码路径和权限
Zabbix 调用 Oracle 脚本时，最容易失败的不是 SQL，而是环境——sqlplus 找不到、TNS_ADMIN 没设、/tmp 权限不对、或者脚本被 oracle 用户以外的身份执行。
- 脚本开头必须显式加载 Oracle 环境：
source /home/oracle/.bash_profile或直接 exportORACLE_HOME,PATH,ORACLE_SID - 输出文件如
/tmp/ora_tablespace.txt要确保oracle用户有读写权限，Zabbix agent 运行用户（通常是zabbix）要有读权限 - 避免在脚本里写死数据库连接串，改用
/ as sysdba并确保 oracle 用户具备 OS 认证权限 - SQL 块内必须加
set pagesize 0 feedback off verify off echo off，否则 Zabbix 解析时会被杂行干扰
告警阈值不能只看“已用 / 总大小”这一种算法
真实瓶颈往往不在当前使用率，而在扩展能力是否耗尽。比如一个表空间显示使用率 87%，但它的数据文件 AUTOEXTENSIBLE = 'YES' 且 MAXBYTES 还剩 10GB，而磁盘剩余空间只剩 2GB —— 此时真正该告警的是磁盘，不是 Oracle 配置。
- 对非自动扩展表空间，告警线建议设在 85%，留出扩容操作窗口
- 对自动扩展表空间，必须同时查
MAXBYTES和操作系统磁盘可用空间，二者取更紧的那个约束 - SYSAUX 和 UNDO 表空间要单独设阈值：SYSAUX 建议 75% 告警（因组件膨胀不可控），UNDO 建议 80% 告警（因高水位释放滞后）
- 不要依赖 Oracle 内置的表空间阈值告警（
ALTER TABLESPACE ... THRESHOLD），它只作用于单实例，且不支持自动扩展容量预判
最易被忽略的一点：DBA_FREE_SPACE 不统计回收站（RECYCLEBIN）中对象所占空间。清空回收站可能瞬间释放数 GB，但监控脚本若没定期执行 PURGE RECYCLEBIN 或至少在告警前查 DBA_RECYCLEBIN，就会持续误报。
