SPFILE加载失败时ORA-32001或ORA-01565表示Oracle解析SPFILE出错，主因是SPFILE被误编辑、损坏或含非法参数；需用PFILE中转启动并重建SPFILE。
SPFILE加载失败时，ORA-32001 或 ORA-01565 意味着什么
这类错误不是数据库坏了，而是 oracle 在尝试从 spfile 启动时解析失败——常见于 spfile 被误编辑、损坏，或包含非法参数（比如拼错的参数名、多出的等号、中文空格、注释符号 # 被写进二进制 spfile）。spfile 是二进制文件，不能直接用 vi 编辑；一旦强行修改，几乎必然报错。此时实例无法启动到 nomount，必须靠 pfile 中转。
如何从损坏的 SPFILE 生成可用的 PFILE
如果还能以 nomount 启动（比如用备份的旧 PFILE），优先执行：CREATE PFILE='/tmp/initSTBY.ora' FROM SPFILE;。但多数情况是 SPFILE 已彻底不可读，这时只能手动重建 PFILE：
- 先确认当前环境变量
$ORACLE_SID和$ORACLE_HOME设置正确，否则sqlplus / as sysdba连不上 - 检查
$ORACLE_HOME/dbs/下是否存在残留的 PFILE（如initorcl.ora），哪怕内容过时，也比从零写安全 - 若完全无可用文本参数文件，需按最小集构造：至少包含
db_name、db_unique_name、control_files、log_archive_config、standby_file_management和fal_server - 特别注意
control_files路径必须与实际物理路径一致，且所有路径需用单引号包裹、逗号分隔，结尾不能有逗号
手动 PFILE 中必须修正的 4 类典型错误
从日志或报错反推 SPFILE 原始问题后，在 PFILE 中要重点排查：
-
log_archive_dest_1等归档路径中混入了 Windows 风格反斜杠\或未转义的空格，应统一为正斜杠并加单引号：'/u01/arch/stby' - 参数值含中文标点（如全角等号、顿号、括号），全部替换为英文半角
- 误加了已被弃用的参数，例如
log_archive_start=true（12c 已废弃，会触发ORA-32006），直接删掉 -
db_file_name_convert和log_file_name_convert的值成对出现但数量不等，或路径未用引号包裹，导致解析中断
用 PFILE 启动后重建 SPFILE 的关键动作
PFILE 只是临时跳板，修复后必须尽快转回 SPFILE 并验证持久性：
- 用
startup pfile='/tmp/initSTBY.ora' nomount启动成功后，立即执行：CREATE SPFILE FROM PFILE='/tmp/initSTBY.ora'; - 关闭实例：
shutdown immediate，再试startup（不带任何参数）——这次走的就是新 SPFILE - 检查是否真正生效：
show parameter spfile应返回非空路径；select value from v$parameter where name='spfile';同理 - 切勿在 SPFILE 生效前就删掉 PFILE，尤其当备库还处于 mount 状态、MRP 尚未启动时，保留一份可编辑的 PFILE 是最后退路
ALTER DATABASE MOUNT 就会卡死在 ORA-01103 或 ORA-19505。
