Étrange. Quelques idées :
-
Enregistrez le nom d'utilisateur et le mot de passe pendant quelques jours pour vous assurer qu'ils sont corrects. Un bogue dans le code peut écraser une valeur que vous n'attendez pas.
-
Envisagez d'utiliser JNDI avec un pool de connexions fourni par Tomcat. DBCP a des options vraiment avancées pour vérifier si une connexion est toujours active et comment la reconnecter. Après cela, vous ne devriez plus voir de problèmes liés à la connexion dans vos journaux. Cela améliorerait également la sécurité car aucune des applications n'a plus besoin de connaître le mot de passe de la base de données.
-
Il peut s'agir d'un problème de fuites de ressources (cela se produit si une application ne renvoie jamais la connexion), mais je m'attendrais alors à un message d'erreur différent.
-
Certaines bases de données (DB2, H2) permettent de créer des vues qui rendent visibles les tables distantes d'autres bases de données comme des tables locales. Je ne sais pas si Oracle prend en charge cela, mais si c'est le cas, le nom d'utilisateur/mot de passe pour cette table distante est peut-être erroné.
Tenez également compte des points de cet article de blog :Conseils Oracle ORA-01017
À première vue, rien dans le message ne pourrait causer vos problèmes, mais peut-être qu'un script manipule le tnsnames.ora (par exemple, distribuer une nouvelle copie).
Ou le DBA a désactivé tous les utilisateurs le temps de la sauvegarde quotidienne.
