1.1、PFILE 与 SPFILE 对比
Oracle 使用参数文件来存储数据库配置参数。从 Oracle 9i 开始引入 SPFILE（Server Parameter File），替代了传统的 PFILE（Parameter File）。
|-----------|----------------------------|---------------------------------|
| 对比项 | PFILE（init<SID>.ora） | SPFILE（spfile<SID>.ora） |
| 格式 | 纯文本，可编辑 | 二进制，不可手动编辑 |
| 修改方式 | 手动编辑文件 | ALTER SYSTEM 命令 |
| 生效时机 | 下次启动生效 | 动态参数立即生效，静态参数下次启动 |
| 存储位置 | 客户端或服务器文件系统 | 服务器端（通常在 ASM 或 ORACLE_HOME/dbs） |
| 备份 | 手动复制 | RMAN 自动备份 |
| 参数优先级 | 最低 | 高于 PFILE（SPFILE → PFILE → 默认值） |
1.2、SPFILE 创建与管理
案例：从 PFILE 迁移到 SPFILE
**S --- Situation（场景）：**某遗留系统仍在使用 PFILE（init<SID>.ora），每次修改参数都需要手动编辑文件并重启数据库。团队希迁移到 SPFILE 以支持动态参数修改。
**T --- Task（任务）：**安全地从 PFILE 迁移到 SPFILE，确保零停机完成。
A --- Action（行动）：
1、确认当前使用的参数文件：
SHOW PARAMETER SPFILE; -- 返回空，说明使用 PFILE
2、从当前 PFILE 创建 SPFILE：
CREATE SPFILE FROM PFILE;
-- 或指定路径：
CREATE SPFILE = '/u01/app/oracle/dbs/spfileORCL.ora' FROM PFILE = '/u01/app/oracle/dbs/initORCL.ora';
3、验证 SPFILE 创建成功：
ls -la $ORACLE_HOME/dbs/spfileORCL.ora
4、重启数据库使 SPFILE 生效：
SHUTDOWN IMMEDIATE;
STARTUP;
5、验证 SPFILE 已生效：
SHOW PARAMETER SPFILE; -- 应返回 spfileORCL.ora 路径
**R --- Result（结果）：**成功迁移到 SPFILE。此后参数修改可通过 ALTER SYSTEM 命令动态执行，无需手动编辑文件。PFILE 保留为备份。
1.3、参数分类：静态参数与动态参数
Oracle 参数按是否可以在线修改分为两类：
- 动态参数（ISINSTANCE_MODIFIABLE=TRUE）：可在实例运行时通过 ALTER SYSTEM 修改，立即生效
- 静态参数（ISINSTANCE_MODIFIABLE=FALSE）：必须修改 SPFILE 后重启实例才能生效
案例：动态参数与静态参数的修改策略
**S --- Situation（场景）：**DBA 需要将 OPEN_CURSORS 从默认 300 调整到 1000，同时将 PROCESSES 从 300 调整到 1000。前者是动态参数，后者是静态参数。
**T --- Task（任务）：**制定参数修改计划，最小化停机时间。
A --- Action（行动）：
1、确认参数类型：
SELECT NAME, VALUE, ISINSTANCE_MODIFIABLE FROM V$PARAMETER WHERE NAME IN ('open_cursors', 'processes');
-- open_cursors → TRUE (动态，可在线修改)
-- processes → FALSE (静态，需重启)
2、动态修改 OPEN_CURSORS（在线，零停机）：
ALTER SYSTEM SET OPEN_CURSORS = 1000 SCOPE=BOTH;
-- 立即生效，同时写入 SPFILE
3、修改 PROCESSES（静态参数）：
ALTER SYSTEM SET PROCESSES = 1000 SCOPE=SPFILE;
-- 只写入 SPFILE，不立即生效
4、安排维护窗口重启：
SHUTDOWN IMMEDIATE;
STARTUP;
5、验证参数生效：
SHOW PARAMETER OPEN_CURSORS; -- 1000
SHOW PARAMETER PROCESSES; -- 1000
**R --- Result（结果）：**OPEN_CURSORS 在线修改完成，零停机。PROCESSES 在维护窗口重启后生效。总停机时间约 2 分钟。
1.4、参数修改与生效机制
ALTER SYSTEM SET 命令的 SCOPE 子句控制参数修改的生效范围：
|-------------|-------------------|--------------|
| SCOPE 值 | 含义 | 适用场景 |
| MEMORY | 只修改内存，重启后失效 | 临时测试 |
| SPFILE | 只修改 SPFILE，下次启动生效 | 静态参数修改 |
| BOTH | 同时修改内存和 SPFILE | 动态参数永久修改（推荐） |
注意：如果使用 PFILE 启动数据库，SCOPE=SPFILE 和 SCOPE=BOTH 都会报错，因为 PFILE 不支持 ALTER SYSTEM 写入。
1.5、参数文件备份与恢复
案例1：SPFILE 丢失后的恢复
**S --- Situation（场景）：**某 DBA 在清理文件时误删了 SPFILE，数据库仍在运行但无法重启。
**T --- Task（任务）：**在数据库运行期间恢复 SPFILE，避免使用 PFILE 手动重建。
A --- Action（行动）：
**1、**从内存中恢复参数（数据库仍在运行）：
CREATE PFILE = '/tmp/recovered_init.ora' FROM MEMORY;
-- Oracle 11g+ 支持 FROM MEMORY 语法
2、从恢复的 PFILE 创建 SPFILE：
CREATE SPFILE FROM PFILE = '/tmp/recovered_init.ora';
3、验证 SPFILE 存在：
ls -la $ORACLE_HOME/dbs/spfileORCL.ora
4、后续重启时自动使用 SPFILE：
-- 无需额外操作，Oracle 自动按优先级加载 SPFILE
5、建立 RMAN 自动备份 SPFILE：
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON; -- RMAN 会自动备份 SPFILE
**R --- Result（结果）：**SPFILE 成功恢复，数据库可正常重启。所有参数值与丢失前完全一致。同时配置了 RMAN 自动备份，防止再次丢失。
案例2：RMAN 恢复 SPFILE （SPFILE 和 PFILE 都丢失）
**S --- Situation（场景）：**服务器磁盘故障导致 SPFILE 和 PFILE 同时丢失，数据库已停止。但存在 RMAN 控制文件自动备份。
**T --- Task（任务）：**从 RMAN 备份中恢复 SPFILE。
A --- Action（行动）：
1、启动 RMAN 并连接到目标数据库：
RMAN TARGET /
2、启动到 NOMOUNT（使用默认参数）：
STARTUP NOMOUNT; -- 此时使用默认参数，仅用于启动 RMAN
3、从自动备份恢复 SPFILE：
RESTORE SPFILE FROM AUTOBACKUP;
4、或指定备份集恢复：
RESTORE SPFILE FROM '/backup/c-1234567890-20260512-00';
5、 使用恢复的 SPFILE 重启：
SHUTDOWN ABORT;
STARTUP;
**R --- Result（结果）：**SPFILE 从 RMAN 备份中完整恢复，数据库正常启动。所有参数恢复到备份时的状态。