ora-01653报错主因是表空间无足够连续空闲区段，须按序排查用户配额、数据文件自动扩展状态及磁盘空间；配额为0最隐蔽，需用alter user ... quota赋权；autoextensible为no则需resize，为yes但maxbytes不足则调maxsize，磁盘满则查alert.log；新增数据文件比resize更安全且在线。
ora-01653 报错不是磁盘满了，而是表空间里没有连续空闲区段可分配——哪怕 dba_free_space 显示还有几 gb，也可能因为碎片或配额限制而失败。必须按顺序排查：用户配额 → 数据文件自动扩展状态 → 磁盘剩余空间。
查用户在目标表空间的配额是否为 0
这是最隐蔽但高频的坑：表空间明明有空闲，SCOTT 用户却报 ORA-01653。原因就是该用户在 USERS 表空间没被显式赋权。
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 - 新建用户默认
max_bytes = 0，不手动赋 quota 就无法写入任何表空间
确认数据文件 autoextensible 是否开启且上限足够
只开 AUTOEXTEND 不够，还得看 MAXBYTES 是不是卡在了 1GB 或 32GB 这类小值上。
SELECT file_name, bytes/1024/1024 AS curr_mb, maxbytes/1024/1024 AS max_mb, autoextensible FROM dba_data_files WHERE tablespace_name = 'USERS';-
autoextensible = 'NO'：必须手工扩容，用ALTER DATABASE DATAFILE '/path/to/users01.dbf' RESIZE 8192M; -
autoextensible = 'YES'但max_mb接近当前值：需调高上限，例如ALTER DATABASE DATAFILE '/path/to/users01.dbf' AUTOEXTEND ON MAXSIZE 32G; -
autoextensible = 'YES'且MAXSIZE足够，但扩容失败：立刻查alert_<sid>.log</sid>，大概率是文件系统级磁盘已满（报ORA-01119或ORA-27041）
新增数据文件比单纯 resize 更稳妥
当单个数据文件已接近操作系统文件大小限制（如 ext4 单文件上限 16TB），或原文件所在磁盘快满了，直接加新文件更安全。
- 确保目标路径磁盘有足够空间：
df -h /u01/app/oracle/oradata/ - 执行：
ALTER TABLESPACE USERS ADD DATAFILE '/u01/app/oracle/oradata/ORCL/users02.dbf' SIZE 2048M AUTOEXTEND ON NEXT 128M MAXSIZE 32G; - Oracle 19c 默认启用
ASSM（自动段空间管理），新增文件后无需手动干预，但要注意：如果表空间是SMALLFILE类型（默认），单个文件不能超 32GB；若需更大，得建BIGFILE表空间
配额和自动扩展配置容易被忽略，尤其在多租户或 PDB 场景下，dba_ts_quotas 视图必须查当前 PDB 的，而不是 CDB$ROOT。另外，RESIZE 操作会短暂阻塞 DML，而 ADD DATAFILE 是在线操作，业务影响更小——这点在生产环境决策时很关键。
