ora-01653根本原因是表空间缺乏足够连续空闲区段，须严格按序排查：用户配额是否为0、数据文件autoextensible状态及maxbytes限制、底层磁盘实际空间；配额为0最隐蔽高频，需在pdb中查dba_ts_quotas并执行alter user quota赋权；autoextensible为no则resize，为yes但maxbytes不足则调上限，磁盘满则查alert.log；新增数据文件比resize更安全在线。
ORA-01653 报错不是“磁盘满了”或“表空间满了”这么直白，而是 Oracle 在目标表空间里找不到一块足够大的连续空闲区段来满足本次分配请求——哪怕 dba_free_space 显示还有几百 MB，也可能因配额为 0、数据文件卡死在 MAXSIZE、或碎片太碎而失败。必须按固定顺序排查，跳步容易白忙活。
查用户在目标表空间的配额是否为 0
这是最隐蔽但发生率最高的原因：表空间明明有空闲，SCOTT 用户却报 ORA-01653。新建用户默认 max_bytes = 0，不显式赋 quota 就完全无法写入任何段。
- 运行：
SELECT username, tablespace_name, max_bytes FROM dba_ts_quotas WHERE username = 'SCOTT' AND tablespace_name = 'USERS'; - 若返回
max_bytes = 0，立即执行：ALTER USER SCOTT QUOTA UNLIMITED ON USERS;（或指定如QUOTA 2G ON USERS） - 多租户环境（PDB）下，
dba_ts_quotas必须在当前 PDB 中查询，不是CDB$ROOT - 注意：该视图只反映配额，不反映实际已用空间；配额不足时，哪怕表空间 99% 空闲也照样报错
确认数据文件 autoextensible 状态和 maxbytes 限制
只看 AUTOEXTENSIBLE = 'YES' 不够，还得盯住 MAXBYTES 是否被设成小值（如 1GB、32GB），或者根本就是 0（即无限，但需磁盘支撑）。
- 查配置：
SELECT file_name, autoextensible, maxbytes/1024/1024 AS max_mb, bytes/1024/1024 AS curr_mb FROM dba_data_files WHERE tablespace_name = 'USERS'; -
autoextensible = 'NO'→ 手动扩容：ALTER DATABASE DATAFILE '/u01/oradata/db/users01.dbf' RESIZE 8192M; -
autoextensible = 'YES'但max_mb接近curr_mb→ 调上限：ALTER DATABASE DATAFILE '/u01/oradata/db/users01.dbf' AUTOEXTEND ON MAXSIZE 32G; -
autoextensible = 'YES'且MAXSIZE足够，但扩展失败 → 立刻查alert_<sid>.log</sid>，大概率是磁盘已满（报ORA-01119或ORA-27041）
优先 ADD DATAFILE 而非 RESIZE
对生产库来说，ADD DATAFILE 比 RESIZE 更安全：前者在线、不锁 DML、不依赖磁盘连续空间；后者会短暂阻塞该文件上所有写操作，且可能因 HWM 无法缩容。
- 适合加新文件：
ALTER TABLESPACE users ADD DATAFILE '/u01/oradata/db/users02.dbf' SIZE 512M AUTOEXTEND ON NEXT 64M MAXSIZE 4G; - 路径必须由 DBA 确认有写权限，且 SELinux/AppArmor 未拦截（RHEL/CentOS 常见）
- ASM 环境路径写法是
+DATA，不是 OS 路径，写错直接报ORA-17502 -
UNDOTBS1这类 UNDO 表空间不支持ADD DATAFILE（12c+ 多租户除外），只能调大现有文件或开AUTOEXTEND
别忘了磁盘空间是否真的够
df -h 和 alert_<sid>.log</sid> 必须一起看。Oracle 可能显示表空间还能扩，但底层文件系统已满，此时任何 AUTOEXTEND 都会静默失败，只在 alert 日志里留 ORA-01119。
- 先跑：
df -h /u01/app/oracle/oradata/确认挂载点剩余空间 - 再查：
tail -50 $ORACLE_BASE/diag/rdbms/*/alert/log.xml或文本 alert 日志，搜ORA-01119、ORA-27041 - 如果磁盘真满了，清理归档、压缩旧备份、或迁移数据文件前，别碰任何扩容语句
- 注意：
dba_free_space显示的“空闲”是逻辑空闲，不等于物理磁盘可用；dba_data_files.bytes是已分配大小，不代表磁盘已写满
配额、自动扩展、磁盘空间这三环必须严格按序验证，漏掉任一环都可能让扩容操作无效甚至引发连锁故障。尤其在 PDB 或 ASM 环境下，视图作用域和路径写法稍有偏差，命令就直接报错，而不是静默失败。
