AUTOEXTEND ON 是静默扩容机制，不触发告警；告警需依赖 Cloud Control 的表空间使用率阈值监控，并须确保数据库 STATISTICS_LEVEL=TYPICAL 且 Agent 用户具备 SELECT_CATALOG_ROLE 权限。
AUTOEXTEND ON 本身不发通知，它只是让数据文件在写满时静默扩容。真要收到“表空间快满了”的提醒，得靠 Oracle Enterprise Manager Cloud Control 的阈值告警机制，而不是靠 AUTOEXTEND 配置本身。
为什么 ALTER DATABASE DATAFILE ... AUTOEXTEND ON 不会触发告警
autoextend on 是底层文件级行为：当一个数据文件写满、下一个 extent 无法分配时，oracle 自动拉伸该文件（按 next 值），全程无日志、无事件、不进 dba_outstanding_alerts。它解决的是“写不进去”的问题，不是“快写满了”的预警问题。
换句话说：AUTOEXTEND 是兜底动作，告警是前置干预——两者必须分开配，不能指望开了自动扩展就自动有邮件。
Cloud Control 中设置表空间使用率阈值的实操要点
告警基于 Tablespace Space Usage 这个内置指标，但默认阈值（如 85%）未必适合你的业务节奏。关键操作不是点“启用”，而是校准：
- 登录 Cloud Control 控制台，进入「Targets」→「Databases」→ 选中目标库 → 「Monitoring」→ 「Metric and Policy Settings」
- 找到
Tablespace Space Usage，点击编辑；不要只改 Warning 值，务必同步调整 Critical 值（比如 Warning 设 85%，Critical 设 92%），否则容易漏掉紧急情况 - 对高增长表空间（如
USERS、APP_DATA），建议单独配置策略：勾选「Apply to specific tablespaces」，输入名称，避免用全局策略一刀切 - 确认告警通道已启用：在「Setup」→「Notifications」里检查 Email/SNMP/Slack 等渠道是否 test 成功；特别注意 Oracle 19c+ 默认禁用 Email 通知，需手动配置 SMTP Server
告警触发后，DBA 实际看到什么
收到告警邮件或控制台弹窗时，内容不是“请扩容”，而是带上下文的可执行线索：
-
OBJECT_NAME字段明确指出是哪个表空间（如NNC_DATA01） -
METRIC_VALUE显示当前使用率（如87.3），单位是百分比，不是字节数 -
SUGGESTED_ACTION通常为ALTER TABLESPACE <tbs_name> ADD DATAFILE ...</tbs_name>或ALTER DATABASE DATAFILE '<path>' RESIZE ...</path>，但这个 SQL 是建议值，不是最优解——它没考虑你是否已开AUTOEXTEND，也没判断文件系统剩余空间 - 真正要查的其实是
DBA_DATA_FILES中对应文件的AUTOEXTENSIBLE和MAXSIZE：如果已是MAXSIZE UNLIMITED且文件系统只剩 5GB，那告警就是磁盘瓶颈，不是表空间配置问题
容易被忽略的兼容性与权限坑
Cloud Control 告警依赖底层数据字典采集，常见断点不在界面配置，而在数据库端：
- 目标库必须开启
STATISTICS_LEVEL = TYPICAL（默认值），若设为BASIC，DBA_HIST_TBSPC_SPACE_USAGE不更新，告警永远不触发 - Cloud Control Agent 连接数据库用的凭证用户，需有
SELECT_CATALOG_ROLE，仅SELECT ANY DICTIONARY不够——后者不包含对DBA_THRESHOLDS的访问权 - Oracle 21c 引入了
SYSAUX表空间的压缩段监控增强，但如果你的SYSAUX使用了 LOB 段且未启用SECUREFILE，Tablespace Space Usage可能低估实际占用，导致告警延迟
告警不是配完就一劳永逸的事。最常失效的环节，是以为改了 Cloud Control 就万事大吉，却忘了检查数据库端的统计级别和 Agent 权限——这两处不动，再精细的阈值也收不到一条通知。
