ora-01543表示尝试创建已存在的表空间，oracle直接拒绝而非覆盖。典型场景为执行create tablespace时指定的名称（如users）已在dba_tablespaces中存在，需先查询确认、再drop或改名重建；注意system等系统表空间名被保留，且双引号创建的小写名表空间会导致隐式冲突。
ORA-01543 表示你正试图创建一个同名表空间，而该名称已被占用 —— 不是“冲突”，而是 Oracle 明确拒绝重复注册。
CREATE TABLESPACE 时触发 ORA-01543
错误典型场景：执行 CREATE TABLESPACE users DATAFILE '/u01/oradata/db/users01.dbf' SIZE 100M;，但 users 已存在。Oracle 不会覆盖或提示“是否替换”，直接报错。
- 检查是否存在：运行
SELECT tablespace_name FROM dba_tablespaces WHERE tablespace_name = 'USERS';（注意大小写，Oracle 默认大写） - 若存在且你确实想重建，请先
DROP TABLESPACE users INCLUDING CONTENTS AND DATAFILES;（确保无活动对象、无用户默认指定该表空间） - 若只是脚本批量执行，建议加条件判断逻辑（如用 PL/SQL 包裹，或在外部 shell 中先查后建）
- 别依赖
DROP TABLESPACE ... IF EXISTS—— Oracle 不支持这个语法，写了就报ORA-00922: missing or invalid option
ALTER DATABASE OPEN 时意外出现 ORA-01543
这不是建表空间的错，而是控制文件里残留了已删除表空间的记录，或数据库异常关闭后元数据不一致。常见于 RMAN 恢复后未清理干净。
- 查控制文件中记录的表空间：
SELECT name FROM v$tablespace;，对比dba_tablespaces是否多出不存在的条目 - 若发现残留（比如
TEMP_OLD在v$tablespace里有但在dba_tablespaces里没有），说明控制文件未同步，需用ALTER DATABASE BACKUP CONTROLFILE TO TRACE;生成脚本，手动重建控制文件（高风险操作，仅限 DBA 在离线状态下执行） - 更安全的做法：确认该表空间确实不再需要后，尝试
ALTER DATABASE DATAFILE '/path/to/old01.dbf' OFFLINE DROP;，再清理对应记录
SYSTEM 表空间误报 ORA-01543 的特殊情况
当你对 SYSTEM 执行 CREATE TABLESPACE system ... 或类似语句时，Oracle 可能返回 ORA-01543，但真实原因是语法被禁止 —— SYSTEM 是保留名，不允许显式创建。
- Oracle 强制要求
SYSTEM始终处于 ONLINE 状态，ALTER TABLESPACE system OFFLINE会立刻失败，报ORA-00942或伪装成ORA-01543 - RMAN 尝试
RESTORE TABLESPACE system时，底层仍走离线流程，最终报ORA-01157，但日志里可能夹带ORA-01543误导你 - 遇到这类“假重复”，先确认命令目标是不是
SYSTEM、SYSAUX、UNDOTBS1等系统表空间名 —— 它们不能被 CREATE，也不能被 DROP
最易被忽略的一点：表空间名比较区分大小写，但 Oracle 内部存储为大写；如果你用双引号创建了小写名表空间（如 CREATE TABLESPACE "my_ts" ...），后续查询必须带引号且大小写严格匹配，否则 SELECT 查不到，但 CREATE 仍会因内部已存在而报 ORA-01543 —— 这类隐式冲突最难定位。
