ALTER TABLESPACE ... ADD DATAFILE 必须指定 SIZE 参数，否则报 ORA-02142 错误；路径需匹配 ASM 或文件系统格式，权限、状态、空间须提前验证。
ALTER TABLESPACE ... ADD DATAFILE 语法必须带 SIZE
不指定 size 参数会直接报错：ora-02142: missing or invalid alter tablespace option。oracle 不允许只给路径不给大小，哪怕启用了自动扩展（autoextend）也得先定初始尺寸。
常见错误是复制粘贴旧脚本，漏掉 SIZE 或写成 SIZE 0M（非法值）。
-
SIZE必须是正整数 + 单位，如100M、1G，单位不区分大小写但推荐大写 - 如果表空间是
SMALLFILE类型（默认），单个数据文件上限为 4MB～128TB，取决于块大小；BIGFILE表空间只能有一个数据文件，但支持超大单文件（最大 128TB） - 建议初始
SIZE略大于当前增长预期，避免频繁自动扩展触发 I/O 小碎片
路径权限和 ASM vs 文件系统要分清
在 Linux/Unix 上，Oracle 进程用户（如 oracle）必须对目标目录有写权限；Windows 下注意盘符和 ACL。更关键的是：用 ASM 还是本地文件系统？命令写法完全不同。
- 文件系统路径：用单引号包裹绝对路径，如
'/u01/oradata/ORCL/users02.dbf' - ASM 路径：不能写操作系统路径，得用 ASM 别名格式，如
'+DATA/ORCL/DATAFILE/users02.256.123456789'，且需提前确认磁盘组+DATA已挂载、有足够空间 - 路径中不能含中文、空格或特殊字符；若用变量拼接路径，确保 shell 层没做意外截断（比如未加引号的 $ORACLE_HOME）
AUTOEXTEND 和 NEXT/ MAXSIZE 的实际影响
开了 AUTOEXTEND 并不等于“永不扩容失败”，它只是延迟报错时机。一旦磁盘满或达到 MAXSIZE，后续插入仍会失败，且可能卡住事务。
-
NEXT太小（如1M）会导致频繁扩展，产生大量小 extent，影响段管理效率；太大（如1G）又可能一次占满剩余空间 -
MAXSIZE建议显式设置，否则默认无上限（UNLIMITED），但受限于文件系统或 ASM 磁盘组总容量 - 生产环境推荐设
AUTOEXTEND ON NEXT 100M MAXSIZE 30G这类折中值，便于监控和预判空间耗尽时间
执行前必须检查表空间状态和可用空间
即使命令语法全对，也可能因表空间处于 READ ONLY 或 OFFLINE 状态而失败，报错 ORA-01113: file X needs media recovery 或 ORA-01144: file size (Y) exceeds maximum allowed (Z)。
- 先查状态：
SELECT tablespace_name, status FROM dba_tablespaces WHERE tablespace_name = 'USERS'; - 再查空闲空间：
SELECT file_name, bytes/1024/1024 MB, maxbytes/1024/1024 MAX_MB FROM dba_data_files WHERE tablespace_name = 'USERS'; - 如果表空间已满且所有数据文件都
AUTOEXTEND OFF，加新文件是唯一出路；但如果已有文件还能扩，优先考虑RESIZE更省管理开销
