我来帮你拆解下这个问题，你遇到的是典型的Windows环境下Oracle权限配置+SID变量不匹配导致的启动故障，咱们一步步来解决：

首先先梳理下你碰到的错误链：

启动nomount时提示找不到PFILE：

ORA-01078: 处理系统参数失败
LRM-00109: 无法打开参数文件 'C:\APP\ADMINISTRATOR\VIRTUAL\PRODUCT\12.2.0\DBHOME_1\DATABASE\INITdatabasename.ORA'

尝试从SPFILE创建PFILE时遇到权限拒绝：

ORA-01565: 识别文件 '?=\DATABASE\SPFILE%ORACLE_SID%.ORA' 时出错
ORA-27041: 无法打开文件
OSD-04002: 无法打开文件
O/S-Error: (OS 5) 拒绝访问。

问题核心分析 #

这两个错误本质是两个问题叠加：

1. ORACLE_SID环境变量未匹配你的数据库名：Oracle默认会用%ORACLE_SID%拼接SPFILE路径，如果SID和你的数据库名databasename不一致，就会找不到正确的SPFILE；
2. Windows文件权限不足：即使SPFILE存在，Oracle服务进程或者当前登录用户没有读取该文件的权限，导致系统返回“拒绝访问”。

分步解决方案 #

1. 确认并设置ORACLE_SID #

打开Windows命令提示符（CMD），先检查当前SID设置：

echo %ORACLE_SID%

如果输出不是你的数据库名databasename，手动设置当前窗口的SID：

set ORACLE_SID=databasename

（如果需要永久生效，可在系统环境变量中添加/修改ORACLE_SID为databasename）

2. 修复SPFILE的文件权限 #

1. 定位到SPFILE所在路径：C:\APP\ADMINISTRATOR\VIRTUAL\PRODUCT\12.2.0\DBHOME_1\DATABASE\，找到SPFILEdatabasename.ORA文件；
2. 右键该文件 → 属性 → 安全标签；
3. 点击编辑 → 添加，输入OracleService%ORACLE_SID%（也就是OracleServicedatabasename），点击「检查名称」确认后添加；
4. 给这个Oracle服务用户分配读取和写入权限（测试阶段可直接勾选「完全控制」）；
5. 同时确保当前登录的Administrator用户也有读取权限，应用设置后关闭属性窗口。

3. 手动指定路径创建PFILE #

回到SQL*Plus窗口，执行带完整路径的创建命令（替换为你实际的文件路径）：

create pfile='C:\APP\ADMINISTRATOR\VIRTUAL\PRODUCT\12.2.0\DBHOME_1\DATABASE\INITdatabasename.ORA' 
from spfile='C:\APP\ADMINISTRATOR\VIRTUAL\PRODUCT\12.2.0\DBHOME_1\DATABASE\SPFILEdatabasename.ORA';

这个命令跳过了环境变量的依赖，直接指定SPFILE和目标PFILE的路径，避免变量识别错误。

4. 用新PFILE启动实例并重建SPFILE #

执行启动命令：

startup nomount pfile='C:\APP\ADMINISTRATOR\VIRTUAL\PRODUCT\12.2.0\DBHOME_1\DATABASE\INITdatabasename.ORA';

如果启动成功，后续可以重新生成适配当前SID的SPFILE，以后启动就不用手动指定PFILE了：

create spfile from pfile;

内容的提问来源于stack exchange，提问作者Umair Asghar