Impar. Algunas ideas:
-
Registre el nombre de usuario y la contraseña durante unos días solo para asegurarse de que sean correctos. Es posible que algún error en el código sobrescriba un valor inesperado.
-
Considere utilizar JNDI con un grupo de conexiones proporcionado por Tomcat. DBCP tiene algunas opciones realmente avanzadas para verificar si una conexión aún está viva y cómo volver a conectarla. Después de eso, ya no debería ver ningún problema relacionado con la conexión en sus registros. Esto también mejoraría la seguridad porque ninguna de las aplicaciones necesita conocer la contraseña de la base de datos.
-
Podría ser un problema con las fugas de recursos (sucede si una aplicación nunca devuelve la conexión), pero entonces esperaría un mensaje de error diferente.
-
Algunas bases de datos (DB2, H2) permiten crear vistas que hacen que las tablas remotas de otras bases de datos sean visibles como tablas locales. No estoy seguro de si Oracle admite esto, pero si lo hace, tal vez el nombre de usuario/contraseña para esta tabla remota sea incorrecto.
Considere también los puntos de esta publicación de blog:Consejos de Oracle ORA-01017
A primera vista, nada en la publicación podría causar sus problemas, pero tal vez algún script esté manipulando tnsnames.ora (por ejemplo, distribuir una nueva copia).
O el DBA inhabilitó a todos los usuarios durante el tiempo de la copia de seguridad diaria.
