Vreemd. Enkele ideeën:
-
Log de gebruikersnaam en het wachtwoord een paar dagen in om er zeker van te zijn dat ze correct zijn. Een bug in de code kan een waarde overschrijven die u niet verwacht.
-
Overweeg om JNDI te gebruiken met een verbindingspool die door Tomcat wordt geleverd. DBCP heeft een aantal zeer geavanceerde opties om te controleren of een verbinding nog actief is en hoe deze opnieuw te verbinden. Daarna zou u geen verbindingsgerelateerde problemen meer in uw logboeken moeten zien. Dit zou ook de beveiliging verbeteren omdat geen van de apps het DB-wachtwoord meer hoeft te weten.
-
Het kan een probleem zijn met bronlekken (gebeurt als een app de verbinding nooit teruggeeft), maar dan zou ik een andere foutmelding verwachten.
-
Sommige databases (DB2, H2) maken het mogelijk om views te creëren die tabellen op afstand van andere databases zichtbaar maken, zoals lokale tabellen. Ik weet niet zeker of Oracle dit ondersteunt, maar als dat zo is, is de gebruikersnaam/het wachtwoord voor deze externe tabel misschien verkeerd.
Denk ook aan de punten in deze blogpost:Oracle ORA-01017 tips
Op het eerste gezicht zou niets in de post je problemen kunnen veroorzaken, maar misschien manipuleert een of ander script de tnsnames.ora (bijvoorbeeld het verspreiden van een nieuw exemplaar).
Of de DBA heeft alle gebruikers uitgeschakeld voor de tijd van de dagelijkse back-up.