ORA-01237主因是文件系统空间不足或数据文件AUTOEXTEND OFF；须先查df -h和dba_data_files，再按OPEN状态、ONLINE文件、ALTER DATABASE权限三步确认，优先用RESIZE而非AUTOEXTEND。
ORA-01237：DATAFILE 扩展失败的典型原因
扩展表空间时卡在 alter database datafile，最常见的是文件系统没空间，或者数据文件已设为 autoextend off。oracle 不会自动跨文件系统扩容，也不会绕过操作系统限制——哪怕你写对了 sql，df -h 显示磁盘只剩 200mb，那 resize 就一定报 ora-01237。
检查顺序必须是：先看 OS 层磁盘剩余，再查数据文件当前属性：
SELECT file_name, bytes/1024/1024 MB, autoextensible, maxbytes/1024/1024 MAX_MB FROM dba_data_files WHERE tablespace_name = 'USERS';-
df -h /u01/oradata/ORCL/（路径替换成你的file_name所在目录）
RESIZE 和 AUTOEXTEND 的选择逻辑
不是所有场景都该用 RESIZE。它是一次性硬指定大小，适合明确知道要扩多少、且不希望后续再管的情况；而 AUTOEXTEND ON NEXT 100M MAXSIZE 32G 更适合测试库或容量波动大的业务表空间，但要注意：MAXSIZE 不能超过文件系统单文件上限（如 ext4 默认 16TB，XFS 可到 500TB），且频繁自动扩展会引发段头争用。
- 生产环境建议优先用
RESIZE，控制节奏 —— 比如从 10G 扩到 12G，比直接开AUTOEXTEND更可预期 - 若启用
AUTOEXTEND，NEXT值别设太小（500M），避免一次扩展阻塞 DML -
RESIZE不允许缩容到小于当前已用空间（dba_segments中实际占用），否则报ORA-03297
执行前必须确认的三件事
跳过这三步，90% 的失败都发生在这儿：
- 数据库处于
OPEN状态（SELECT status FROM v$instance;），但不需要停业务 ——ALTER DATABASE DATAFILE ... RESIZE是在线操作 - 目标数据文件未被设置为
READ ONLY（SELECT name, status FROM v$datafile WHERE name LIKE '%users01.dbf%';，status 必须是ONLINE） - 你有
ALTER DATABASE权限，不是仅靠DBA角色 —— 某些最小化安装的库需显式授权：GRANT ALTER DATABASE TO your_user;
一个安全的扩容量命令模板
别抄网上“一步到位”的长命令，先试最小单位，留退路：
ALTER DATABASE DATAFILE '/u01/oradata/ORCL/users01.dbf' RESIZE 12G;
如果成功，再根据监控决定是否追加；如果失败，错误信息里会明确说缺权限、没空间，还是文件只读。注意路径必须和 dba_data_files.file_name 完全一致（包括大小写、斜杠方向），Linux 下多一个空格或错个字母就报 ORA-01110。
真正麻烦的从来不是语法，而是 resize 后发现归档日志撑爆了闪回区，或者 RMAN 备份脚本里硬编码了旧文件大小 —— 这些不在 SQL 里，但在变更后两小时内就会冒出来。
