Oracle 19c静默安装密码复杂度不达标限制解决方案

静默安装卡在“Password verification function enabled”报错

静默安装进行到数据库配置阶段（`dbca`）时，突然中断。日志中会出现类似`password verification function is enabled`或`ora-28030: profile limit exceeded`的提示。请别误以为是你设定的密码强度不够，本质原因是Oracle发现当前DEFAULT profile中启用了`password_verify_function`，而响应文件中填写的密码（例如`oracle.install.db.config.starterdb.password`）不符合该函数定义的规则。 - 这个校验发生在`dbca`创建starter database的环节，并非`runInstaller`阶段，因此日志位于`$ORACLE_BASE/cfgtoollogs/dbca/`目录下，无需在`setup`目录中盲目查找。 - 即使你在响应文件中设置了一个看似合规的密码（例如12位、包含大小写字母和数字），只要验证函数处于启用状态，`dbca`就会调用它进行校验——而默认函数（比如`ORA12C_VERIFY_FUNCTION`）对密码长度、字符类型、历史重用等有硬性要求。在静默模式下，你无法通过交互方式绕过。 - 不要试图在响应文件中“拼凑一个合规密码”，因为验证函数还可能检查用户名、字典词汇、连续字符等，完全不可控。 下面这张图可以帮助你直观理解问题所在：

直接禁用 PASSWORD_VERIFY_FUNCTION 是最稳妥解法

Oracle官方文档中明确建议：在自动化部署或测试环境中，应提前禁用密码验证函数。这并非对安全的妥协，而是将复杂度控制权交给上层应用或运维流程，避免安装链路被一个函数阻塞。 - 操作时机：必须在运行`runInstaller -silent`之前完成，且需确保目标数据库实例尚未创建（即未执行`dbca`）。如果已经失败，请先清理残留文件（执行`rm -rf $ORACLE_HOME/dbs/*`，`rm -rf $ORACLE_BASE/oradata/*`），再重新尝试。 - 禁用操作本身不依赖数据库是否启动：软件安装完成后但尚未建库时，直接用`sqlplus / as sysdba`连接空实例（执行`startup nomount`即可），然后运行： ```sql ALTER PROFILE DEFAULT LIMIT PASSWORD_VERIFY_FUNCTION NULL; ``` - 如果连空实例都无法启动（例如监听未配置），可以采用响应文件预置的方式：在`db_install.rsp`中添加一行`oracle.install.db.config.starterdb.enableRecovery=false`（减少初始化负担），同时确保`oracle.install.db.config.starterdb.type=GENERAL_PURPOSE`后面紧跟着`oracle.install.db.config.starterdb.characterSet=AL32UTF8`。如果缺少字符集设置，`dbca`可能不会触发密码校验——但这只是掩耳盗铃，并未解决根本问题。

为什么不能靠修改 profile 参数绕过？

有人尝试调高`PASSWORD_REUSE_TIME`或将`PASSWORD_LIFE_TIME`设为`UNLIMITED`，但这与`PASSWORD_VERIFY_FUNCTION`是两套完全不同的机制：前者管理密码生命周期，后者负责“新密码是否合法”。只有禁用函数才是直击要害。 - `PASSWORD_VERIFY_FUNCTION`是一个静态参数，修改后必须重启实例才能生效——但静默安装的`dbca`过程会自行启停实例，你无法介入干预这个时机。 - 如果通过`alter system set ... scope=spfile`进行修改，`dbca`读取的是当前spfile的值，而它启动时使用的是刚生成的临时pfile，你所设置的参数根本不会被加载。 - 最简洁的路径就是：软件安装完成后 → 手动执行一次`sqlplus / as sysdba` → `ALTER PROFILE DEFAULT LIMIT PASSWORD_VERIFY_FUNCTION NULL` → 再运行`dbca -silent -responseFile ...`。仅此而已。

容易被忽略的权限与上下文陷阱

执行`ALTER PROFILE`看似简单，但实际常因环境错位而失败： - 命令必须由`oracle`用户执行，且`$ORACLE_HOME`和`$ORACLE_SID`必须正确设置；否则`sqlplus`可能连接到错误的实例，或报`SP2-0310: unable to open file`错误。 - 如果系统中已存在旧版本Oracle（如12c），使用`oraenv`切换环境时可能加载了错误的`ORACLE_HOME`，导致连接到旧库而非新安装的空实例。 - 禁用后务必进行验证：执行`SELECT resource_name, limit FROM dba_profiles WHERE profile='DEFAULT' AND resource_name='PASSWORD_VERIFY_FUNCTION';`，结果应为`NULL`，而非`DEFAULT`或某个函数名。 真正卡住安装的从来不是密码本身，而是验证函数的存在。将其删除，比猜测它的规则成本低得多。