11g新特性 密码错误验证延迟特性的相关验证

关于此特性：
密码错误验证延迟，可以通过设置EVENT="28401 TRACE NAME CONTEXT FOREVER, LEVEL 1"屏蔽
    alter system set events='28401 trace name context forever, level 1';   ---不需要重启

    如多个应用使用同一用户登陆且密码出错，由于密码延迟验证的策略，导致所有后续的连接都被HANG住以及row cache lock、library cache lock问题。
本次只讨论错误延迟的问题。

1.同一用户，使用错误密码登陆会触发此问题；但是如果同一会话后续使用了正确的密码的那一次登陆速度立刻恢复正常。
2.一个用户错误输入密码后登陆延迟对其它用户使用正确密码时没有影响。同一会话其它用户的正确密码对发生错误延迟的用户没有影响，会仍然有延迟。
3.在当前窗口执行使用错误密码登陆，延迟越来越大；然后新开窗口进行正确密码登陆，第一次时使用了3s-->此时第一个窗口也正在登陆，可能是因此原因导致新窗口正确的密码执行时也较慢。对此进行验证：第一个窗口错误登陆后延迟10秒时，不执行新命令；第二个窗口使用正确密码登陆，可以正常进行。

一个用户错误输入密码后登陆延迟对其它用户没有影响。
同一会话其它用户的正确密码对已经发生错误延迟的用户没有影响，会仍然有延迟。