странно. Някои идеи:
-
Регистрирайте потребителското име и паролата за няколко дни, само за да се уверите, че са правилни. Някои грешки в кода може да презапишат стойност, която не очаквате.
-
Помислете за използване на JNDI с пул за връзки, предоставен от Tomcat. DBCP има някои наистина разширени опции, за да провери дали връзката все още е жива и как да я свържете отново. След това вече не трябва да виждате проблеми, свързани с връзката във вашите регистрационни файлове. Това също би подобрило сигурността, тъй като никое от приложенията вече не трябва да знае паролата за DB.
-
Може да е проблем с течове на ресурси (случва се, ако приложение никога не върне връзката), но тогава бих очаквал различно съобщение за грешка.
-
Някои бази данни (DB2, H2) позволяват да се създават изгледи, които правят отдалечени таблици от други бази данни видими като локални таблици. Не съм сигурен дали Oracle поддържа това, но ако го поддържа, тогава може би потребителското име/паролата за тази отдалечена таблица е грешна.
Обмислете също точките в тази публикация в блога:Съвети за Oracle ORA-01017
На пръв поглед нищо в публикацията не би могло да ви причини проблеми, но може би някакъв скрипт манипулира tnsnames.ora
(например разпространение на ново копие).
Или DBA деактивира всички потребители за времето на ежедневното архивиране.