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 备份中完整恢复，数据库正常启动。所有参数恢复到备份时的状态。