Загрузка сети какая, какой delay между серверами загрузки и файловыми серверами

и да
автор...
Есть файлы, которые используют PLSExtproc для загрузки файлов на диск
...

переведи :)

Андрей Лунев,

То что используется внешняя процедура я понял, вопрос, куда, как и откуда грузятся файлы.
Судя по вашему сообщению, Вы внешней процедурой загружаете файлы с файловой системы в БД?
Это так?

Если да, Вопрос следующий:
где физически находятся файлы для загрузки? случаем не на сетевом диске?
ну и насколько загружена файловая система с которой Вы грузите файлы.

нагрузку системы мониторили?
Чем отличаются для данной подсистемы стенд и прод?

Ожидания может возникнуть как из-за дисковых задержек (extproc уже передала по TNS порцию в базу, а следующая порция еще не считалась, так и из за задержек сети - чтение ведется с сетевого диска, задержки с передачей по TNS. Такая задержка может возникнуть при значительном ping delay и больших пакетах. Прочитай что такой BDP
например тут:
Oracle Net Services 12c Best Practices for Database Performance and Scalability - секция Network Acceleration
Для передачи больших пакетов при большом delay ping, (тот же RMAN, STANDBY транспорт), обычно поднимают отдельный listener с увеличенным размером буфера для передачи.


p.s. Принято более подробно описывать проблему:
Что за ОС, точная версия СУБД, какие настройки TNS

Андрей Лунев,
ping remote_server

Андрей ЛуневПроблема решена. Добавил настройки в sqlnet.ora на стороне сервера и клиента.
Андрей, в форуме принято раскрывать решение проблемы, чтобы, те кто словят аналогичную проблему могли самостоятельно ее решить

Андрей ЛуневVadim Lejninпропущено...

Андрей, в форуме принято раскрывать решение проблемы, чтобы, те кто словят аналогичную проблему могли самостоятельно ее решить

Без проблем. Просто, часто вижу здесь, что пишут "спасибо за помощь, я все решил", а решения не написано. Вот и я по этому же так написал. А так мне не жалко, пользуйтесь, может кому-то действительно поможет.
На стороне сервера и клиента в sqlnet.ora добавил вот эти строки:


...
В listener.ora и tnsnames.ora не стал добавлять, потому что пришлось бы перезапускать листенер, чего не хотелось. Но можно было и так сделать, поэтому ограничился первым вариантом.
...


Андрей, все же крутить такие параметры для всех клиентов, не самые верное решение, бо это может вызвать задержки для задач, которые периодически обмениваются только маленькими, короткими пакетами, например Forms. Особенно, если они работают по медленным линиям.
Плюс, при передаче больших данных с сервера на клиент, возникнет перегруз буферов TCP клиента, у которого не настроены большие буферы, что приведёт к ожиданиям сети при таких операциях.
Более адекватным решением, КМК, было бы все же поднятие выделенного listener на другом порту и настройка специальных TNS Alias, только для тех соединений, которые требуют этого.
Единственно, Вам нужно будет продумать, нужна ли динамическая регистрация служб на нем. Обычно, этого не требуется, для служебных целей как правило используются статическая регистрация, но в принципе это тоже можно настроить.
Основной listener, при этом можно совсем не трогать, и работа с ним останется такой же, как и раньше.

Дополнительно, два listener, позволят ограничить соединения от клиентов, например при создании standby, если остановить основной listener.
Минус в том, что придётся контролировать