Всем привет!
Имею в наличии :
Процессор Core i3-7300
16 Gb памяти
2 SSD - Intel SSDSC2BW180A4 и Samsung 850 Pro
Windows 10.
Сервер 1С:Предприятие х64.
Платформа 8.3.11.3034
СУБД Postgresql Pro 9.4
На сервере 3 рабочие базы УТ11.4, БП3, ЗУП 3.1 и 2 архивных БП2 и 1 ЗУП2.5.
Пользователей около 30. Некоторые работают с несколькими базами. Поэтому может быть до 40 активных сеансов.
Базы небольшие - 1,3Гб выгрузка самой большой базы.

Работа не особо активная. Основной документ в базе УТ - чеки ККМ - до 500 в день. 10-20 заказов и реализаций в день.

Все это прекрасно работало больше года.
Но позавчера началась проблема периодически (от нескольких секунд до нескольких минут) начинает залипать работа во всех базах у всех пользователей. При этом особой нагрузки в диспетчере задач не наблюдается. Нагрузка на диски от 1 ло 15 %. Процесор  загружен обычно на 15-30 % редко когда поднимается выше. 100% не видел ни разу.
Памяти занято обычно от 40 до 60 %.
rmngr грузит процессор не больше 1%.
Обновлений никаких накануне не делал, доработок тоже.

Что я поделал:
Сначала чистил кэши сервера и пользователей, выгружал-загружал базы. Это не помогло.
На следующий день с утра утилитой Intel оптимизировал их SSD. У самсунговской утилиты нет такой фишки. Заблокировал выполнение регламентных заданий в архивных базах. Вроде стало получше. Почти весь день отработали нормально но к вечеру случился рецидив - опять все жестко периодически висели. Но диспетчер задач показывал вышеописанные значения. Часа два повисели потом после 17 наладилось.
Сегодня с утра отключил в рабочих базах ППД. Вроде час отработали без жалоб. 27 активных сеансов. Но предполагаю что до сути проблемы я еще докопался.

Коллеги, подскажите, что еще может влиять на такое поведение сервера? Что еще проверить?

И конечно ничего до этого не изменялось)

PostgreSQL редакции "для 1С"?
В журнале PostgreSQL что-то есть?

У меня тоже на PostgreSQL периодически стал "залипать" - будь то открытие формы документа или сохранение конфигурации.

(1) 100 %.

(2) [PostgreSQL редакции "для 1С"?]
да

(3) обновления?

https://youtu.be/NmPa3m50JJU?t=1361

Обслуживание?

погоди слон на винде??

[В журнале PostgreSQL что-то есть? ]
Туда не смотрел. Вроде постгри ресурсов потребляет очень мало. А что должно насторожить в журнале?

(5) нет

(7) Чего?

(8) Да , но год полет был нормальный.

Что такое залипание? В какой момент происходит? У всех пользователей одновременно? Что именно происходит в момент "залипания"?

РИБ в наличии? Регламенты на выключить на денёк для теста везде.

(13) Программа не реагирует. Вводимый символ не показывает, документ или отчет по клику не сразу открывает. У всех сразу.

(14) РИБа нет. Регламенты только ночные с утра оставил.

+(16) если дело в регламентах, то что могло повлиять на такое их поведение, если я последнее обновление ЗУП ставил неделю назад, а настройки УТ и БП не трогал больше месяца?

ТИИ для начала, выгрузка загрузка, ночью хорошо бы проверить винты на работоспособность, вдруг они начали умирать. В момент когда  висит надо посмотреть длину очереди диска

они там еще и в терминале сидят, штоле?

Я конечно извиняюсь, а у вас там в 5 часов полы не моют?

(19)вроде нигде нет ни слова про терминалы

(21) а почему "Вводимый символ не показывает"?

Посмотри smart дисков.

А в логах винды ничего?
Там иногда фиксируются проблемы работы с дисками.

Проверь диск во время тормозов на чтение и запись, у меня ссд так дома подыхал один раз через полгода, сначала зависал-помогала только перезагрузка, винду переставил на 10, потом начала ровно как у ТСа, в выходной фильмов уже не посмотреть было после перезагрузки работал часа 4 и опять, как раз Samsung 850 Pro, по гарантии поменял полет вроде норм, смарту особо не верь, уже не помню что да как, но там у меня показывало почти "отлично"

(22) терминалов нет.

(23) служебные intel и samsung показывают все ок.
crystaldiskinfo тоже.

+(27) служебные утилиты

(20) нет. полы моют днем.
и да, провода все не на полу.

> отключил в рабочих базах ППД

Не лучшее решение. На ППД работает поиск в динамических списках. При отключенном ППД он переключается на обычный, который работает несколько медленнее.

(18) выгрузку-загрузку делал в первый день. ТИИ еще нет. Сделаю вечером.

(30) обновление индекса ППД можно реже раза в 10 секунд сделать?

Проблемы с сетью анализировались?
В момент возникновения проблемы сделайте ping с любого компа, где она проявляется на сервер с указанием максимальной величины пакета.
Кстати это можно сделать и когда проблемы не видно.

(25) crystaldiskmark показывает нормальные скорости.

(33) вот это интересно. повышенный трафик в сети может так сказываться?

(32) Конечно можно. ИМХО, вполне достаточно раз в 30 сек.
У меня на нагруженных базах стоит раз в минуту. Но это уже риск нарваться на неакутальный результат поиска - когда один пользователь завёл, например, нового контрагента, а другой начал искать его в списке и не нашёл из-за необновлённого индекса.

(25) сложно. тормоза кратковременные до 10-15 секунд.

(34) Он тебе будет показывать все ок, пока не встанет колом)))

(38) Как тогда понять что ссд умирает?

(35) > повышенный трафик в сети может так сказываться?

Не знаю.
Чаще проблема с сетью возникает из-за неадекватной маршрутизации, при подключении по wi-fi (решается переходом на провод), глюков (умирания) маршрутизаторов и концентраторов. Если бы проблема была на одном компе, то причину можно было бы искать в сетевой карточке. Кстати имеет смысл проверить сетевую карту сервера.

Проверяйте только командой ping именно с большой величиной пакета. Это особенность 1С-ки. Бывает что стандартная команда ping (без дополнительных параметров) отрабатывает нормально, а большие пакеты теряются.
Укажите параметр /l 65500

Кстати что касается сети, то проверили бы действительно нагруженность трафика. И нет ли у вас в сети каких-нибудь аппаратных фаерволов.

(41) (40) ок

(37) Тогда смотри (6) там как раз про тормоза 15 секундные. Это проблема postre на винде.

+ (43) И лог постге посмотри. В видео указано что искать.

(43) ок

(44) Так и есть. У меня описанная ситуация. Лог полон записей типа :
2018-09-03 13:19:02 MSK СООБЩЕНИЕ:  не удалось переименовать временный файл статистики из "pg_stat_tmp/global.tmp" в "pg_stat_tmp/global.stat": Permission denied

Кто-нибудь лечил у себя такое?

(0) Это УГ называется "сервером"? У меня домашняя машинка пятилетней давности существенно производительнее.

(47) Год отработало.

+(48) Но проблема не в этом.

(46) В Видео же описаны варианты решения.

+(50) Хотя, я бы для начала поискал, может в новых версиях постгре это исправлено.

(50) Только один - переход на линукс. Но я с ним не знаком.
В инете есть рецепты например
VACUUM ANALYZE
или грохнуть файлы статистики
но не помогло.
В PostgresPro написал - пока ответа нет.

(51) Попробую сегодня-завтра на 9.6 перейти.

(52) Не только. Читай ReFS

+(54) тем более у тебя вин 10, там рефс есть. Сделай отдельный раздел для хранения статистики. Наверно в постгре есть в конфигах, путь хранения статистики. Ну на крайняк симлинк сделай.

(54)(55) Про ReFS я всерьез инфу не воспринял. Спасибо за идею. Подумаю об этом.

(55) Облом.
"С выходом Windows 10 Fall Creators Update Microsoft решила удалить поддержку создания хранилищ с файловой системой ReFS во всех версиях Windows 10, кроме Windows 10 Enterprise и новой Windows 10 Pro for Workstations"


https://www.comss.ru/page.php?id=4360

Попытался сделать раздел ReFS - нет такой возможности в диспетчере дисков.

(57)Если правильно понял, создать нельзя, а работать с ними можно. Можно попробовать найти загрузочный диск старой ОС и с него отформатировать.

(52) >>или грохнуть файлы статистики
Сколько минут/часов/дней после удаления проходит до того момента, когда опять начинает подвисать?
Если в течение рабочего дня тормозов нет, то можно каждую ночь
скриптом в планировщике... Понятно, что дикость, а что делать.
Сервер приложений 1С тоже "рекомендуют" перезапусуать.

Проблему помогли решить в PostgresPro. Они добавили в сборку 9.6.10 для 1С некий патч решающий описанную в теме проблему. Я этот вариант себе поставил и 1ски опять залетали. Уже несколько дней полет нормальный.

(60) Клево. Интересно конечно, в 10 версии это тоже реализовано?

(61) Дорошкевич писал на пф, что в 10-ке эта проблема решена.

8-ка еще сырая

(63) При чем здесь 8-ка? Вот только не надо разводить здесь оффтоп, идите в политику и там флудите. Топик очень полезный и спасибо ТС-у что он отписался о результатах.

(61) Цитирую разаработчиков :
"Это бета версия, отличие от стабильной сборки 9.6 - в ней должен быть
патч для возможного  решения Вашей проблемы с временными файлами.
Если у Вас будет все нормально, то патч войдет в следующий стабильный
выпуск сертифицированный 1с."

(65) То есть они после твоего обращения версию выкатили?

(66) т.е. они в очередной релиз включат и эту фичу среди множества других.

до сих пор не понимаю - как можно покупать серверный ключ легальный. и при этом использовать Postgre

бюджета не хватило?

(68) ну как-бэ с одной стороны воровать грешно, с другой поговаривают что 8.3.12 игнорит потуги юнипатча

(69) "8.3.12 игнорит потуги юнипатча" // Давно все решено

(68) если бесплатный постгрес нормально справляется зачем платить почти 200 тысяч?

+(71) за ms sql

(66) нет. Ничего нового в загрузках пока не было.

(60) "Этот вариант" (9.6.10 с решенной проблемой) уже доступен на сайте или выслали только эксклюзивно?

(74) https://postgrespro.ru/products/1c/supported

(75) это я видел, но я видел и (65) "Цитирую разаработчиков :
"Это бета версия, отличие от стабильной сборки 9.6 - в ней должен быть
патч для возможного  решения Вашей проблемы с временными файлами.

Если у Вас будет все нормально, то патч войдет в следующий стабильный
выпуск сертифицированный 1с""
Вот и интересуюсь - это уже у них стабильный с патчем? Про бету там ничего не сказано.

+ ответили разработчики, да, там все есть. Тоже буду пробовать.

(76) Ну она у них в ветке стабильных релизов. А дальше думай сам.