一般这个错误很容易理解，也很好处理，用户被锁，解锁即可，之所以记录是因为发生在dg端用户状态蛮有意思。
问题现状：
用户连接报错：ORA-28000: the account is locked
用户状态：open
原因解析：
备库多次登录失败（有设置登录失败限制）后，就会抛出报错ORA-28000（已经复现），但是查询用户状态显示open。
在备用DB上，DBA_USERS将ACCOUNT_STATUS赋值为OPEN，因为它是从Primary同步的。
但是查询
只读备DB中的V_$RO_USER_ACCOUNT表可以看到显示了一个条目，如果standby中的帐户由于登录失败而被锁定：
上面查询中的locked_date列显示了帐户何时被锁定。
处理办法：
（参考文档：
| DG standby: account-status OPEN but login fails with "ORA-28000: the account is locked" (文档 ID 2718878.1)） |
12.1版本之前，所有用户解锁更改必须从主数据库到备用Active Data Guard数据库。
在主库执行：
1. SQL>alter user dbsnmp account unlock；
2. SQL>alter system switch logfile;
3. SQL>alter system archive log all;
4. 检查备用alert日志文件，并确保归档日志应用于备用数据库。
5. 检查用户状态
6. 测试用户连接
7. 在备用数据库中运行下面的命令
SQL>select * from v_$RO_USER_ACCOUNT where username='ADT'；
可以看到查不到该用户相关记录。
但是我们在11204环境模拟复现该问题后，按照这个步骤并未解决问题，用户在备库还是无法连接，最后重启备库实例后，用户连接恢复。
从12.1.0.2开始，我们可以直接从只读Active Data Guard数据库中解锁用户
SQL> alter user <username> account unlock;
在19c环境中中，我们直接在dg上执行alter操作后，用户解锁成功，使用正常
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/29956245/viewspace-3067413/ ，如需转载，请注明出处，否则将追究法律责任。
