Симптомы:
1. База УТ 10.3. Объем = 32 Гб
2. Однократно в течение дня, НЕ КАЖДЫЙ ДЕНЬ, в произвольное время повисает наглухо: нельзя зайти в базу (видно экран загрузки с лэйблом 1с), нельзя проводить документы, записывать справочники и т.д. (тоже висит, сообщений о блокировке нет).
3. ЦУП, подключенный к базе, показывает что все пучком, база шустро работает. В момент висяка, ЦУП повисает тоже наглухо.

ПРЕДПОЛОЖЕНИЯ:
1. Есть подозрение, что висяк возникает в момент закрытия пустых сеансов (без привязки к серверу), которые видны в консоли кластера. Они появляются, когда ночью происходит ребут 1с сервера, а клиенты с терминальных серверов произвольно пытаются переподключиться заново.

ЛЕЧЕНИЕ:
Постепенное удаление rphost'ов. После удаления очередного процесса, все вдруг резко оживает.

Если есть у кого какой опыт, или мысли, прошу поделиться.
Спасибо.

Попробуйте удалить лог журнала

Хм, да, мысль. Проблемы с журналом иногда возникают: при настройке отборов "Ошибка формата журнала". Спасибо.

(0) >> ночью происходит ребут 1с сервера

А как он у вас происходит?
Может имеет смысл настроить регламентный автоматический перезапуск процессов средствами самого кластера?

Насчет журнала регистрации Была тема:
rmngr.exe грузит процессор
Решение - возврат к старому формату хранения журнала регистрации.

Ребут происходит средствами системы, по регла. заданию:
sql перезагружается командами:
net stop SQLSERVERAGENT
net stop MSSQLSERVER
net start MSSQLSERVER
net start SQLSERVERAGENT

1с сервер перезагружается:
ragent.exe -stop

Процессор загружен на 5-10%

Сервер х32 на ОС х64, да?

Попробую журнал истребить.

Нет, сервер 64 на 64 оси MS server2008r2.

Вообще добейся настройками 1 соединения на 1 РП

Там пользюков 150 человек = 150 процессов будет. Пишут, что при увеличении кол-ва процессов, увеличивается кол-во накладных расходов на управление.

(5) Извращенцы )))
Я лично таких штук всегда опасаюсь. Вечно потом остаются то какие-то зависшие сеансы, то соединения, то блокировки.
СУБД мы вообще не перезапускаем. А процессы сервера 1С - в настройках кластера сервера 1С - раз в сутки.

(6) >> Процессор загружен на 5-10%

В момент мёртвого зависания 1С? Или вообще?
Смотреть надо именно в момент зависания.

И с журналами регистрации не должно быть ошибки формата. Где-то (в том числе и на мисте) были рекомендации по исправлению.

Предлагаешь не ребутать? Я в принципе, согласен.
1. Попробую ребут отключить.
2. Если не поможет, журнал грохну.

Отпишусь по результатам.

Когда все уже зависло процессор вообще простаивает. Загрузка = 0%

В общем, помогло отключение перезагрузки сервера 1с.
Не стало сеансов с пустым хостом - не стало и повисаний внезапных.

Попробую скрипт написать, чтобы часов в семь утра закрывать такие сеансы (если имеются).

Через 20 минут работы 1С у всех пользователей сразу становится белой и не реагирует ни на что

Автор, почему до сих пор в ветке нет версии платформы и ее битности?

19, см. выше - насчет битности писал. Версия: 8.3.6.2363.

Дело было не в сеансах, а в новом формате журнала регистрации. После отмены перезагрузок сервера сначала 2 дн все работало, а на 3й опять повисло. Удалось точно поймать действие пользователя, которое привело к зависанию системы, т.к. это произошло, когда я смотрел на монитор и пользователь зашел в ЖР. Случайность дикая... Изменил формат ЖР на старый и вот уже работает 3 дня без проблем.

(5) Традиционный вопрос - анакуа?

(0) Мы это лечим периодическим удалением логов и кэша.

+(23) База 180 гигов

Релиз какой? На одном из релизов есть такая ошибка

если в базу зайти нельзя то очень вероятно что ЖР sqlite виноват