Крутится один сервер, с 2 десятка баз небольших
в среднем загрузка проца не больше 40 памяти не больше 80 (вычищаю, падает хорошо)
понадобилось сегодня с пяток баз временно положить на него ,
ну и началось .
в вечеров обновил платформу 23.2040 , вроде все ок
утром начали будить - не можем зайти , все висит
смотрю загрузка стабильно 100
начал с настройками кластера , рабочие процессы трогать
перезапуск 1с опускает загрузку до 1 , чуть проходит время и опять 100 .
ну думаю 1Ц опять что то с платформой придумали , ставлю 8.3.24.1368
(все усложняется кучей звонков - всем срочно надо же работать)
все базы СКЛ  
установка 24 платформы проблема осталась
ну думаю кеш , журналы большие
останавливаю , удаляю папку кластера
создаю кластер заново и начинаю базы закидывать заново
Да ! до этого думаю - может как то связано с базами что добавил , их удаляю - проблема не ушла , вот и начал кластер удалять и по одной добавлять
Пока добавлял смотрел на загрузку было все ок
в какой то момент опять 100 .
сейчас оставил половину баз . загрузка чуть меньше
мысль пришла вообще всем покамест выключить фоновые задания
ряд баз перевел в файловые и расшарил по веб (апач)
Интервал перезапуска 3600
Кол на процесс поставил 4
Кол соединений 128
но изменение не видно .
Научите начинающего как понять какой процесс виноват

Отладка на сервере включена?

(1) -debug ? при переустановке в ветке реестра заново же надо отладку дописывать . нет я не добавлял

Ну скуле какие-то регзадания есть, типа обновления статистики?

3) скуль не грузит - перезапускаю 1с - проц падает до 0

(4) Диск SSD?

(5) M2 Samsung 970Evo те базы что перевел в файловую работают шустро

(6) Фоновые задания отрублены?

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

(7) 19 баз сейчас в кластере оставил ....
пока выключал ФЗ с каждой 3 базой замечал что нагрузка падает
выключил все! - загрузка сейчас проца от 1 до 10

резко что бы при выключении какой то - небыло

Сколько ядер, сколько пользователей?
Где sql сервер установлен?

(5) Посмотрел - что то здоровье у него уже пугает - срочно под замену ! 6 лет

(11) пользователей нету . все только через веб

(11) скуль на этой же машине где и 1с

(13) Шутник!

(14) отмени РегЗадание полнотекстового поиска.

(11) Вангую:  сиквел, 1С (платформа и сервер), плюс рдп и веб-сервер в одном флаконе.

(17) пока клюкал по клаве кое-что прояснилось

(17) Что тут ванговать-то, он же написал, что фоновые задания
Смотреть, что за задания

(0) ряд баз перевел в файловые и расшарил по веб (апач) ИМХО, логичнее опубликовать клиент-серверные на апаче вместо файловых

(19) я пишу медленнее, чем здесь обсуждается . Сорри

(15) - пользователи только через веб - человек 45

(20) так и было . файловые стал опубликовывать что бы народ смог начать работать

(20) В клиент-сервеоном фоновые положат сервер, не дожидаясь пользователей. А в файловом, возможно, удастся избежать их эскалации

(23), (0) "Обновил - удалил - проблема не ушла"-прочитай про изменения в полнотекстовым поиске для этих релизов.

Tarlich, Посмотри в сторону полнотекстового поиска в база, встречал такой момент, что он зависает на переиндексации и грузит под 100...

(26) а вот мне как раз 2 клиента сегодня сказали (из этих) у одного спр контрагенты не искал у другого документы - перестроение полнотекстового поиска индекса помогло в обоих случаях
вот не уделил этому внимание

(25) а где почитать ?

(27) причем сталкивался не раз на разных релизах. Помогало запускать на ночь, чтобы успело перестроение поиска пройти, оно очень долго колбасило, но после успешного завершения, дальнейшее слияние было быстро и не вызывало проблем.

(29) руками в каждой базе запустить ?

(30) ну я бы сначала отключил везде, чтобы убедиться что проблема в этом, а если завтра день спокойно проживешь, то уже в каждой базе вручную перезапустить и проконтролировать что не зависло, а выполнилось...

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

(28) в описании изменёний в релизе. И в Зазеркалье анонсировали.

Отключайте ППД везде, он нафиг не нужен

(33) +1
большую дикость трудно и представить....

(0) есть обмен через прямые подключения (COM)?  Было что плодились и размножались, но не закрывались. Вешало сервер

Там ещё по лицензии проф 8 баз на процесс rphost, возможно,что когда появляется третий,то на них всех уже процессорного времени не хватает.
ППД в 24 можно в режим 2 включить,если что.

Еще может вешать "Чат/Обсуждения".
Сталкивался, помогло только отключение.

(35) да есть базы где обмены зуп -бп

(36) можно ли как то всем базам сразу ? или каждую откапывать?

Перенес сегодня ВСЕ эти базы на другое железо , где ресурсов с запасом ...
8.3.24.1368 - ФН включил - загрузка 100 процентов

Так же заметил что вход в конфигуратор стал не реально долгим

(38) (40) Смотри через консоль плодятся-ли фоновые задания. Если прямое подключение, то оставь включенное регламентное задание по обмену ЗУП-БП только в одной базе.

(40) Что такое ФН?
И что мы обсуждаем, если уже выяснили, что дело в фоновых заданиях?

(41) И что?
При первом запуске конфигуратора кешируются метаданные

(44) да без разницы первый или 10 - заходит медленно
а можно как то (может обновлятором) или скриптом - запустить что бы во всех базах по очереди обновился индекс ?

(45) Слушай, может тебе специалиста вызвать?

(45) Нужно запустить 1С с ключом /C
При старте проверять ПараметрЗапуска и вызывать

ПолнотекстовыйПоиск.ОбновитьИндекс();

(36) "8 баз на процесс rphost, возможно,что когда появляется третий,то на них всех уже процессорного времени не хватает"
Нет никакой связи между количеством рпхостов и процессорным временем. Процессорное время кушают не процессы, а потоки выполнения. В одном процессе может быть от 1 до практически неограниченного количества потоков. Они могут исполняться на всех ядрах всех процессоров (если не учитывать NUMA).
Однако, чем больше рпхостов, тем больше накладные расходы рпмнгр. Идеально, когда один рпхост на одну базу. В версии проф это можно сделать через "одна база - один кластер".