ORA-28002：密码即将过期？别慌，这是Oracle的“温馨提醒”
遇到ORA-28002报错，先别急着断定是连接故障。这其实是Oracle数据库安全机制的一个“前置提醒”——它告诉你，当前用户的密码将在7天内过期。关键在于，这个提示并不阻止登录，紧随其后的connected to...就是明证。真正的麻烦在于后续可能出现的ORA-28001（密码已过期）或ORA-28007（尝试重复使用旧密码）。
这一切的根源，都指向用户所属的PROFILE及其中的PASSWORD_LIFE_TIME策略。只要这个策略设定了有效期（比如默认的180天），并且当前密码的使用天数接近这个阈值，系统就会提前7天发出ORA-28002警告。这个“7天”通常与PASSWORD_GRACE_TIME（密码过期后的宽限期）的默认值一致，但角色不同：一个是预警起点，一个是过期后的缓冲期。
这里有个容易混淆的点：即便你把 动手之前，先得摸清情况。盲目修改可能白费功夫，因为用户可能并未使用默认的 拥有DBA权限后，你可以选择两种路径，但通常两者需要结合使用。只改策略不处理已预警用户，提示不会消失；只改单个用户密码，无法防止新用户未来遇到同样问题。 这是最容易被忽略的关键一步，也是许多DBA踩坑的地方。你以为执行了 原因在于，Oracle会将“用户是否已进入密码过期预警周期”这个状态记录在用户自身的元数据中。修改Profile策略并不会自动刷新这个状态标记。因此，对于每一个已经收到预警提示的用户，都必须额外执行一次密码重置操作。PASSWORD_LIFE_TIME策略改为UNLIMITED
第一步：定位问题根源——查清用户Profile与策略值
DEFAULT profile，而是绑定了某个自定义的profile（例如APP_PROFILE）。
SELECT username, profile FROM dba_users WHERE username = 'YOUR_USER';。SELECT limit FROM dba_profiles WHERE profile = 'DEFAULT' AND resource_name = 'PASSWORD_LIFE_TIME';。返回180即是Oracle的默认设置。SELECT limit FROM dba_profiles WHERE profile = 'DEFAULT' AND resource_name = 'PASSWORD_GRACE_TIME';。如果结果是0，意味着密码一旦过期账户立即被锁；如果是UNLIMITED，则宽限期无限，但到期前7天的预警提示依然会照常出现。第二步：选择解决方案——治标还是治本？
ALTER USER your_user IDENTIFIED BY your_password;。注意，新密码可以与原密码相同。执行后，该用户下次登录时就不会再看到ORA-28002了。ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED;。此修改立即生效，无需重启数据库。但务必记住，它只对尚未触发预警的新用户或未来密码周期生效。ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME 90;。第三步：避开常见陷阱——策略改了，为什么警告还在？
ALTER PROFILE修改策略就一劳永逸了？结果用户登录时ORA-28002依然弹了出来。
ALTER USER username IDENTIFIED BY current_password;。SELECT 'ALTER USER ' || username || ' IDENTIFIED BY [新密码];' FROM dba_users WHERE account_status LIKE '%EXPIRED(GRACE)%' OR expiry_date - SYSDATE < 7;（请注意，自Oracle 11g起，DBA_USERS视图中已不再直接显示密码字段，因此实际执行时需人工确认或统一设置新密码）。
