“管理口令”字段填的是SYSTEM用户的初始密码,同时默认复用于SYS用户;但SYS需用sqlplus / as sysdba免密登录,其密码须进库执行ALTER USER sys IDENTIFIED BY ...单独修改。

安装时必须手动设置 sys 和 system 密码,不能依赖默认值;否则后续登录失败、账号锁定、权限混乱等问题会集中爆发。
安装界面里“管理口令”填的是谁的密码?
这个字段填的就是 system 用户的初始密码,同时也会被用于 sys 用户(Oracle 11g 及以后版本默认复用该口令)。但注意:sys 的认证方式特殊,即使你设了密码,用 sqlplus / as sysdba 仍可免密登录——这不是密码失效,而是操作系统本地认证优先级高于密码校验。
- 密码规则强制:至少 8 位,含大小写字母 + 数字,不能是常见弱口令(如
oracle、manager) - 如果跳过此步或留空,Oracle 会拒绝继续安装(11g+ 版本)
-
scott用户不会被赋予该口令,它默认锁定且密码仍是tiger,需单独解锁
为什么装完立刻登不上 system?常见卡点
最常踩的坑不是密码错,而是服务没起来或连接串不对。Windows 下尤其明显:
用于设计、审查、生成或重构使用Effector、effector-react、Farfetched、AtomicRouter、@effector/next等库的React应用。
- 检查两个 Windows 服务是否已启动:
OracleServiceORCL(数据库实例)、OracleOraDb11g_home1TNSListener(监听器) - 用
sqlplus system/你的密码@localhost:1521/orcl测试,别只试sqlplus system/密码——后者依赖本地tnsnames.ora配置,易出错 - 如果报错
ORA-01017: invalid username/password,先确认是不是把密码输错了大小写(Oracle 密码区分大小写) - 如果报错
ORA-28000: the account is locked,说明system被锁定了,需用sys登录后执行alter user system account unlock;
sys 密码到底要不要改?怎么改才生效?
要改,但改法和预期不同。安装时设的“管理口令”不直接作用于 sys 的密码字段,而只是初始化值;真正生效的修改必须进库执行:
- 先用
sqlplus / as sysdba登录(无需密码,靠 OS 认证) - 运行
alter user sys identified by "MyNewPass123";(双引号可选,但含特殊字符时必须加) - 改完后,
sqlplus sys/MyNewPass123 as sysdba就能凭密码登录了;但sqlplus / as sysdba依然可用——这是设计如此,不是 bug - 不要用
password sys命令,它在某些 Oracle 版本中对sys不生效
真正容易被忽略的是:密码强度策略由 PASSWORD_VERIFY_FUNCTION 控制,如果之后用 PL/SQL Developer 或其他工具连不上,很可能不是密码错,而是客户端未启用密码大小写敏感模式,或者数据库启用了 case-sensitive authentication 但客户端没配好。这类问题不会在安装当时暴露,但会在首次远程连接时突然卡住。

















