есть Кластер 1C, работает с MSSQL, через некоторое время стабильной работы(неделя к примеру), становится невозможно подключатся к базе. я не знаю где копать подскажите, и времени нет в момент "зависания" анализировать т.к работа в режиме нон-стоп, сразу приходится перезагружать серверы. В журнале логов ничего найти не удается.
Но есть одна зацепка служба SQL сервера в моменты зависания периодически перестает отвечать коннекты, я перезагружаю кластер 1с, и все работает.
подскажите где копать или на что это может быть похоже

поясняю: "становится невозможно подключатся к базе" - т.е толстый клиент 1с виснет на загрузке базы, там где заставка 1с выходит.

заблаговременно периодически бутать сервер 1С не предлагать?
сервер 1С на какой ОС стоит? Какая разрядность ОС?

8.1? 8.2? Релиз какой? x86 или x64? Поподробней.

x64 8.2.15.310

плюсану к тому, что бы перезапускать службу MSSQL периодически.

А что с памятью у MSSQL в такие моменты? Может стоить ограничить скуль в оперативке, дать ему чуть меньше, чем есть? Может какой-то регламент выполняется в этот момент?

(5) Щито? Скуль годами может стоять. Скорее, надо с настройками разобраться.

+(7) Не стоять, а работать. Причем на гигантских по объему базах.

1. не возможно подключится всем или отдельным клиентам?
2. нужно дождатся ошибки (возможно минут 10)
3. в момент проблеммы попробуй войти из "чистой" сесии
4. сделать регламент скуля, тестирование базы
5. на скуле запустить http://infostart.ru/public/16681/ (есть предположение что сабж происходит из-за дедлоков)

А причём тут мсскуль? Перезапускать нужно сервера (рабочие процессы) 1с-сервера...

+(10) Автор ведь не сказал что Дата Студио не позволяет к базе СКЛ подключиться... так что действительно, не понятно как все определили что виноват МС СКЛ

Да, и интересно сколько рабочих процессов у сервера 1С?

(9)
1) в отдельные базы "не заходит", в другой раз во все.
3) в 2-х словах попродробнее если можно..

(10) да в моменты зависания из студии не коннектится с первого раза, с 2-3 только

(12) рабочие процессы http://smotr.im/6Y52

(13) если я прав и у тебя дедлоки системных таблиц, то скуль отвалится черз Х секунд с ошибкой таймаута, по дефолту в настройках скуля Х=600сек,

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

Если это подтвердится - это одно, если нет - дело не в самом скуле а или в железе (что вероятнее) или сервере 1с

(14) хотя последнии версии скуля умеют сами находить и снимать дедлоки...

(13) У тебя только два рабочих процесса, при этом один из них сьел памяти более 500 мегабайт...
Совет: добавь рабочих процессов серверу 1С. Не знаю сколько у тебя пользователей, но еще штуки 4 я бы запустил.

(16) Совет никчёмный: говорят же, сервак х64. То есть ограничения в 1Гб на рабпроцесс нет и достаточного одного.

(17) вот чудак человек! :)
Как ты считаешь, при 100 покупателях в магазине, как быстро их обслужат 2 кассы? А может лучше что бы работало 5 касс или еще лучше 10?
Набор памяти процессом косвенно говорит о том, что на нём много пользователей висит. Еще было бы хорошо, если ТС указал количество пользователей сервера.

(18) один рабочий процесс корректнее работает с кешем, но лично я все равно придерживаюсь мнения что процессов должно быть несколько (но не более ядер сервера)

(19) А как количество процессов коррелируется с количество ядер процессора? Есть какой-нибудь пруф?

(20) не рекомендуется делать > КоличествоЯдер-1

(21) кем не рекомендуется? Откуда эта информация?

(20) а если поднято два экземпляра сервера 1С, то как тогда рассчитывать количество процессов?

(22) лично мной :)

почитай у Гилева...

(23) из моей практики (мои правила)

1. 1 ядро сервера должно оставатся не задйствовано (для ОС)
2. количество процессов расчитывается по формуле КоличествоАктивныхПользователей / К (К = от 3х до 10ти, зависит от конфы)
3. Количество процессов не должно быть больше чем выделеный для них диапазон портов
4. Количество процессов не может быть больше чем ОбщийРазмерПамяти/2/Х (где Х - среднее потребление памяти одним процессом, обычно это 1-2 гига)
5. На сервере всегда должен быть запас СВОБОДНОЙ памяти (10% от общего ращзмера)
5. Резервных процессов не  более двух

У меня сервер 1С x86. Стоит на виртуалке с 3 ядрами процессора. Кроме него там ни кого нет (ни скуля, ни терминалки). Процессов 8 + 2 в запасе. При работе rphost'ов наблюдаю загрузку только одного ядра.

Может вы путаете со скулем? у MS-SQL есть возможность определять с какими ядрами он будет работать.

(26) ты уверен, что у тебя 3 ядра доступны?

например бесплатная м-варя дает выделить ядро, но не дает его использовать (в виртуалке видно 3 ядра, но всегда используется только 1)

для 3х ядер не имеет смысла более 2х рхостов, сделай только 2 и удали совсем резервные

(27) Уже не уверен. :) Но у админа спрошу на счет этого глюка.

Ага, вот я сделаю только 2 процесса, и придут ко мне куча пользователей с криком, шумом и гамом на тему моей проф.непригодности. У меня тогда мои 18 пользователей УПП будут работать еще медленнее. Этот вариант я уже проверял, спасибо, но больше не хоцца.

(28) ты чего-то недоговариваешь, или недопонимаешь.

зы
кстати виртуалка для скуля совсем не подходит, и для сервера 1с то-же лучше не использовать (котя конечно не так критично как скуль),

может с админом распишешь физическую машину и чего на ней стоит....

>> кстати виртуалка для скуля совсем не подходит, и для сервера 1с то-же лучше не использовать
чьи рекомендации? :)

можно использовать виртуалки и для сервера 1С и для МС СКЛя, не слушай этих одинэсников.