Oracle执行表空间创建脚本报ORA-01109、ORA-01507错误的咨询

Oracle数据库启动分为三个连续递进的阶段，不存在跳步执行的可能：

1. nomount：读取参数文件，分配SGA内存，启动后台进程，仅生成实例内存结构
2. mount：读取参数文件中指定的控制文件，完成实例和数据库关联，记录数据库归档状态、在线日志位置、数据文件路径等元信息
3. open：校验所有关联的数据文件、在线日志文件一致性，放开数据库访问权限，支持正常业务操作

你当前的操作流程在执行完startup nomount后就终止了启动流程，实例直接停留在第一阶段：

• 此时执行CREATE TABLESPACE这类需要操作数据文件的DDL，自然会报ORA-01109: database not open
• 跳过mount阶段直接执行ALTER DATABASE OPEN，因为缺少控制文件关联的前置步骤，自然会报ORA-01507: database not mounted

你提到“之前运行主表空间脚本可正常执行”，本质是建库流程本身就是在nomount阶段执行CREATE DATABASE语句，语句执行完成后会自动完成mount、open动作，和你手动把实例停在nomount阶段的状态完全不同。

• 首先明确：正常运行的数据库不需要手动拆分启动步骤执行startup nomount，直接执行startup命令就会自动走完三个启动阶段切到open状态，手动把实例停在nomount状态本身就是异常的操作姿态。
• 第一步：从当前的nomount状态补全启动流程，先执行挂载命令

  ALTER DATABASE MOUNT;
  

• 第二步：数据库挂载完成后，执行打开命令切到可用状态

  ALTER DATABASE OPEN;
  

• 第三步：提前校验脚本的兼容性问题，再执行建表空间语句：
  Oracle的SQL语句不会自动解析操作系统的环境变量，你脚本里写的'$ORADATA/node03/faryellowfish01.dbf'属于字符串字面量，不会被自动替换成实际的$ORADATA对应路径，需要手动把所有路径替换成数据库服务账号有权限访问的绝对路径，否则数据库open后执行建表语句仍会报路径不存在的错误。
• 额外排查项：因为你刚执行了create SPFILE from PFILE;，如果后续启动数据库时出现控制文件找不到、参数加载报错的问题，需要检查SPFILE中配置的control_files参数值，确认和实际服务器上的控制文件存放路径完全一致。

内容的提问来源于stack exchange，提问作者coder-coder