Добрый день

есть несколько баз связных по dblink
в одно из баз не работает связь
но как-то очень странно
запрос вида select partner_id from t_owner@V039SA2
в первый раз возвращает ответ в течении 1 сек
но при попытке выполнить второй раз зависает и последующие разы тоже

[Error] Execution (1: 1): ORA-03150: end-of-file on communication channel for database link
ORA-02063: preceding line from V039SA2

более того если в первый раз на удаленной БД создается сессия
то при запуске второй раз сессии нет

если перегрузить удаленный сервер то ситуация повторяется

Stax,
а алерт логе удаленной базы ничего нет
сессия не создается
удаленная база не видит, что к ней кто то подключается по линкам

в основной базе есть вот такая запись
Fatal NI connect error 12170.

VERSION INFORMATION:
TNS for 64-bit Windows: Version 12.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 12.2.0.1.0 - Production
Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: Version 12.2.0.1.0 - Production
Time: 24-APR-2019 10:40:26
Tracing not turned on.
Tns error struct:
ns main err code: 12535

TNS-12535: TNS:operation timed out
ns secondary err code: 12560
nt main err code: 505

TNS-00505: Operation timed out
nt secondary err code: 60
nt OS err code: 0
Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=172.28.0.165)(PORT=1521))

основной сервак 172.28.0.14 oracle 12 SE
удаленный 172.28.0.165 oracle 11.2xe
в впн тунеле

ping и tnsping работают в обе стороны
ping включен постоянно

1 раз 1 запрос отрабатывает
2,3,4... раз уже не отрабатывать
вырядили проблема в туннеле

запросы из удаленной базы в основнцю работают стабильно
сервак на удаленной базе меняли помогло на пару дней
вирусы гоняли
другие удаленные серваки(oracle 11.2xe) работают стабильно



перед тем как писать на форум google уже пересмотрели, толкового ничего не нашли

Vadim LejninXE listener.ora
INBOUND_CONNECT_TIMEOUT_<listener_name> = 120
и перезапуск listener

+ проверьте размер listener.log
чтобы был меньше 2гиг

12.2 sqlnet.ora
SQLNET.INBOUND_CONNECT_TIMEOUT = 120

с временами поиграться имеет смысл

Посмотрите также настройки VPN

Если не поможет, попробовать подключаться через CMAN, а не напрямую
Бо vpn + прямой sql*net - иногда вываливают чудеса

результата нет

Тем более скоро dblink скоро работать не будет[/quot]
???
что то я не понял почему они перестанут работать

и так результаты еще одно эксперимента
больной комп 172.28.0.165
линк к нему v39
запрос select partner_id from t_owner@v39
основной сервак 172.28.0.14

1 подняли дополнительный комп 11 xe 172.28.0.10 на нем запрос работает стабильно сколько угодно раз
2 подняли еще дополнительный комп 11 xe 172.28.0.52 на нем запрос НЕ работает
3 выполняли линк к другим базам все работает
4 сделали линк между 172.28.0.10 и 172.28.0.52 все работает
4 на 172.28.0.10 создали вьюху
create or replace view mv_39 as select partner_id from t_owner@v39
сделали запрос из основного сервера
select partner_id from t_owner@172.28.0.10 все работает блин но это извращение

теперь совсем не понятно что делать

проблема решилась заменой сетевого оборудования
заменили роутер, кабель к серверу и сетевуху на сервер