Strano. Alcune idee:
-
Registra il nome utente e la password per alcuni giorni solo per assicurarti che siano corretti. Alcuni bug nel codice potrebbero sovrascrivere un valore che non ti aspetti.
-
Prendi in considerazione l'utilizzo di JNDI con un pool di connessioni fornito da Tomcat. DBCP ha alcune opzioni davvero avanzate per verificare se una connessione è ancora attiva e come ricollegarla. Dopodiché, non dovresti più vedere alcun problema relativo alla connessione nei tuoi registri. Ciò migliorerebbe anche la sicurezza perché nessuna delle app deve più conoscere la password del database.
-
Potrebbe essere un problema di perdite di risorse (succede se un'app non restituisce mai la connessione), ma mi aspetterei un messaggio di errore diverso, quindi.
-
Alcuni database (DB2, H2) consentono di creare viste che rendono visibili tabelle remote da altri database come tabelle locali. Non sono sicuro che Oracle lo supporti, ma in tal caso, forse il nome utente/password per questa tabella remota è errato.
Considera anche i punti in questo post del blog:suggerimenti per Oracle ORA-01017
A prima vista, nulla nel post potrebbe causare i tuoi problemi, ma forse qualche script sta manipolando tnsnames.ora (ad esempio distribuendo una nuova copia).
Oppure il DBA ha disabilitato tutti gli utenti per il momento del backup giornaliero.
