Прошу помощи. На дебиане 9 стоит постгри 9.6.8, там же сервер 1с, все работало отлично, но после большого переноса между базами со службой постгри стало нестабильное соединение. Сам хост пингуется, иные сетевые службы работают штатно и стабильно, а с портом 5432 часто обрывы и таймауты. Так же 1С ERP например теперь с трудом ходит на интернет ресурсы, хотя непосредственно на сервере интернет работает отлично, без затупов, со стабильным пингом и с хорошей скоростью.

Как пример при резервном копировании часто такое сообщение:
pg_dump: [archiver (db)] connection to database "postgres" failed: could not connect to server: Connection timed out (0x0000274C/10060)
Is the server running on host "10.100.100.4" and accepting
TCP/IP connections on port 5432?

но со второй попытки в основном бэкап запускается.

Сервер перезагружал, общие показатели загрузки памяти, процессора и сети штатные.
Что проверить, что прочистить?

EDUARD SAPOTSKI,

pgtune не использовал, при первичной настройке только какой-то скрипт выполнял, он пару параметров памяти высчитывал.
Pgtune вижу явно нужен, хотя бы потому что при 80Гб оперативки у меня shared_buffers=128Mb, вечером поставлю рекомендуемые параметры.

По сети:
listen_addresses = '*'
port = 5432
max_connections = 100 тут для 1С наверно лучше 10 поставить?

EDUARD SAPOTSKI
SELECT COUNT(*) FROM pg_stat_activity;

В целом нормальные значения, текущие 100 вполне подходят, но на одной давно не используемой базе показало 24.

Попробовал такие параметры:

max_connections = 50
shared_buffers = 15GB
effective_cache_size = 40GB
maintenance_work_mem = 2GB
checkpoint_completion_target = 0.9
wal_buffers = 16MB
default_statistics_target = 100
random_page_cost = 1.1
effective_io_concurrency = 200
work_mem = 209715kB
min_wal_size = 1GB
max_wal_size = 2GB

Совсем ничего не изменилось, быстрее тоже работать не стало, но тут и раньше претензий не было. Даже возникло подозрение, что может я не тот конфиг правил, но нет все верно, в /etc/postgresql/9.6/main

Может стоит перейти на 10.5?

Maxim Boguk,

Такое мнение от того что иные службы работают совершенно штатно, как-то ssh, vnc, web, служба 1С. Банальные тесты пингом и прокачкой больших файлов не показывают провалов. И еще заметил, что таймауты ловят не все пользователи одновременно, проблема плавающая от одного к другому.
А вот как локально проверить не знаю, пока ни разу таймаут не словил, но надо как-то продолжительно подержать соединение с 5432.
Как вариант пытаюсь делать полный бэкап сервера, но всегда в одном месте не хватает памяти:

pg_dump: ПРЕДУПРЕЖДЕНИЕ: нехватка разделяемой памяти
pg_dump: ПРЕДУПРЕЖДЕНИЕ: нехватка разделяемой памяти
pg_dump: ПРЕДУПРЕЖДЕНИЕ: нехватка разделяемой памяти
pg_dump: Ошибка выгрузки таблицы "config": сбой в PQgetResult().
pg_dump: Сообщение об ошибке с сервера: ОШИБКА: invalid memory alloc request size 1170049513
pg_dump: Выполнялась команда: COPY public.config (filename, creation, modified, attributes, datasize, binarydata) TO stdout;
pg_dumpall: ошибка pg_dump для базы данных "ka4", выход...

сейчас повоюю, с этой проблемой и поставлю бэкапы делать например в цикле