RMAN不能恢复密码文件，因其仅备份数据库物理结构（数据文件、控制文件、归档日志），而orapwd生成的密码文件不在其管理范围内，OCR、OLR、Data Pump等也不包含它。
oracle 19c 密码文件丢失后，sys 或 sysasm 无法远程认证登录，rman 本身不备份密码文件——所以“通过 rman 备份恢复”这条路走不通，必须转向重建或从其他可信源还原。
为什么 RMAN 不能恢复密码文件
RMAN 只管理数据库物理结构（数据文件、控制文件、归档日志），orapwd 生成的密码文件不属于其备份范围。OCR、OLR、数据库备份、Data Pump 导出均不包含它。实测验证：LIST BACKUP OF DATABASE 和 LIST BACKUP OF CONTROLFILE 输出中永远看不到密码文件条目。
常见误操作：试图用 RESTORE CONTROLFILE FROM 'xxx.bkp' 顺带恢复密码文件——结果是空忙一场。
真正可行路径只有两个：重建（需知道原密码或能重置）或从备份/OCR 中还原（需有备份或 RAC 环境）。
单实例下重建密码文件（orapwd）
适用于非 RAC、无密码文件备份、且可接受重置 sys 密码的场景。关键点：必须用当前实例名（SID）构造文件名，路径必须正确。
- 查实例名：
SELECT instance_name FROM v$instance;→ 得到ORCL - 确认密码文件路径（Linux/Unix）：
$ORACLE_HOME/dbs；Windows：%ORACLE_HOME%\database - 停库非必需，但建议先停止监听和应用连接，避免认证冲突
- 执行重建（示例为 Linux）：
orapwd file=$ORACLE_HOME/dbs/orapwORCL password=NewPass123 force=y format=12
-
format=12强制兼容 19c；force=y覆盖已有文件；password是新sys密码 - 验证：
sqlplus / as sysdba应能直连；sqlplus sys/NewPass123@ORCL as sysdba测试远程连接
RAC 环境下优先用 asmcmd --nocp credfix
Oracle 19.8+ 版本（如当前 19.16）可直接修复 ASM 密码文件，无需知道密码，也不动 OCR。这是 RAC 下最安全、最快捷的方式。
前提：节点间 SSH 互信、root 权限、集群整体在线（crsctl check cluster 全 OK）。
- 以
grid用户执行：asmcmd --nocp credverify
→ 查看CRSUSER__ASM_001等凭证状态 - 若显示
INVALID或MISSING，运行：asmcmd --nocp credfix
- 该命令会自动从 OCR 读取加密凭证并重建 ASM 密码文件（位于 ASM diskgroup 的
+ASM/ASMPASSWORD） - 完成后重启 ASM 实例：
srvctl stop asm -n rac1; srvctl start asm -n rac1 - 注意：
credfix不影响数据库实例密码文件，仅修复 ASM 层；数据库层仍需单独处理
没有备份又低于 19.8？只能从 OCR 提取密码重建
版本 credfix 不可用，但 OCR 中仍存有 CRSUSER__ASM_00X 加密密码。需用 crsctl 提取并手动建文件。
- 以
root执行：crsctl get cred wallet -type asm -name CRSUSER__ASM_001
→ 输出含 base64 编码密码 - 解码（Linux 示例）：
echo "base64_string" | base64 -d
→ 得到明文密码（如asmadmin123） - 用该密码重建 ASM 密码文件：
orapwd file=+DATA/ASM_PWD_FILE password=asmadmin123 format=12
- 再用
srvctl modify asm -pwfile +DATA/ASM_PWD_FILE指向新文件 - 此法风险高：OCR 中密码可能被轮换过，解码失败则需回退补丁升至 19.8 再用
credfix
真正麻烦的不是操作步骤，而是判断“密码文件是否真的丢了”——有时只是权限错（chown grid:asmadmin 缺失）、SELinux 限制、或 remote_login_passwordfile 参数被设为 EXCLUSIVE 却放了多个文件。动手前先看告警日志里有没有 ORA-01017 或 ORA-12641 的上下文线索。
