Всем привет. Ситуевина следующая. Есть сервак на 2 E5-2640v2 со 128 гигами оперативки. Под систему и базы рейд из sas, на нем скл крутится, на соседнем рейде бэкапы, простой sata. С недавних пор, при закрытии месяца бп 2.0 стала наглухо виснуть. Показатели загрузки памяти и процессора не выходят на серваке за рамки 20-30%. Раньше сервер 1с предприятия был сконфигурирован так:
1. Количество ИБ на процесс 4
2. Количество соединений на процесс 30
3. На кластере приоритет по памяти
4. Выключенные процессы останавливать через 30 секунд
5. Интервал превышения допустимого объема памяти 30 секунд.
При таких настройках базы работали, но если формировать отчеты или закрывать месяц, все дико тупит. Скинул все по дефолту, вроде заработало, но все же хочется понять, каким образом корректно настроить сервер, чтобы выжать из него все. Платформа 8.3.7.1845. 2 базы по 3 гб бп 2.0, одна база документооборота на 18 гб, и 30 остальных баз это бп 3.0 и зуп 2.5. SQL 2008 R2. Пошарил по инету+итс от 1с, как то не очень впечатлили настройки, тем более что они и были уже когда то применены, в какую сторону копать для такого сервака с таким кол-вом баз??

(0) >> при закрытии месяца бп 2.0 стала наглухо виснуть

Какая-то одна из двух виснет или обе?
Замечено ли снижение производительности в остальных базах и в других операциях?

PS Глупо искать секретную галочку "Сделать быстро". Её не существует не на сервере СУБД не на  сервере 1С.

Во второй базу БП 2.0 не закрывали пока что месяц, но Вы правильно сказали, забыл упомянуть, на всех базах снизилась производительность. Галочку нет смысла искать, полностью согласен, интересует направление куда копать и интересные мысли тех, кто может уже сталкивался с этим

Сервер 1С х64?

Да

http://its.1c.ru/db/metod8dev#content:4136:hdoc
В 64-разрядном сервере "1С:Предприятия" один rphost может полностью использовать и оперативную память, и процессорные ресурсы сервера.
Поэтому для 64-разрядного сервера "1С:Предприятия" нормальным следует считать запуск одного рабочего процесса на один сервер.
Из-за ошибок в платформе "1С:Предприятие" и в конфигурациях возможны аварийные завершения процессов rphost. Запуск нескольких рабочих процессов снижает критичность аварийного завершения одного рабочего процесса. Аварийные завершения рабочих процессов нельзя считать их нормальным поведением. Если подобные случаи наблюдаются в процессе эксплуатации "1С:Предприятия", то целесообразно провести необходимые расследования для выявления причин и устранения подобных ситуаций. Запуск нескольких рабочих процессов в данном случае можно считать временной мерой для снижения издержек от нестабильной работы сервера.
Большое количество рабочих процессов:
увеличивает издержки на служебные вызовы между процессами сервера "1С:Предприятия" и может привести к снижению общей производительности системы;
занимает дополнительные IP порты (по 2 на каждый процесс). Диапазоны портов, определенные по умолчанию, могут оказаться недостаточными;
повышает общую сложность поведения сервера "1С:Предприятия".
Рекомендуется начинать наладку системы на базе "1С:Предприятия" с одного рабочего процесса на сервер, и только при наличии необходимости увеличивать их количество.

(4) остается только поэкспериментировать... и гадать вообще-то конфигурация в 2.0 , которая виснет - ее обновляют? Она соответствует версии платформы? Если на сервере крутятся и другие конфигурации, то значит платформа на сервере тоже обновлена?

Букв в топик много насыпали, а такое впечатление, что все перечисленные в топике моменты совершенно не информативны.

Какая версия платформы?
Что указано в настройках конфигурации о ее совместимости?
выполняются ли регламентные и/или фоновые задания на сервере в этой конкретной базе?
Что там с сервиспаками и нет ли желания обновить скл на более новый релиз?

Платформа указана среди букв, скл есть желание обновить, не спорю, только работа идет 24/7, поэтому немного сложно с этим, в праздники может и займусь. БП 2.0 последнего релиза.

(7) угу, увидел.
Под этот релиз платформы уже были в форуме заметки, что очень желательно ставить сиквел 2014-ый. По сходным жалобам на тормоза ничего лучшего предложить не смогли.

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

(9) а фиг его знает, какой из них стабильней - на поведение баз оказывает большое влияние наличие режимов совместимости.
Видел же, наверное, что совсем недавно 8.3.8 перевели в рабочие релизы из ознакомительных? Так-то от декабря месяца для работы платформ еще мало времени прошло, чтоб о стабильности судить.

Согласен, про 8.3.8 даже пока не думаю.

1. Количество ИБ на процесс 4
2. Количество соединений на процесс 30
2 базы по 3 гб бп 2.0, одна база документооборота на 18 гб, и 30 остальных баз
Все это плодило много процессов сервера 1С х64, из-за чего проседала производительность. Сбросив настройки - число процессов уменьшилось - производительность увеличилась.
Что мешает послушать 1С и начать с одного рабочего процесса на сервер, оставив 1 резервный.

Ну видимо так и придется поступить, особого доверия к 1с, как и к майкрософту никогда не испытывал, отсюда и желание настроить по нормальному

Tempdb сиквела и временные файлы юзера, под которым стартует 1с сервер на быстрый отдельный ССД. Нам помогло. Суть в том, что 1с сервер постоянно создает и удаляет врем файлы и активно юзает темпдб для запросов и отчетов. В нашем случае это ускорило некоторые процессы в разы.

И это все не смотря кол-во оперативки

Пол года назад примерно была необходимость tempdb перекинуть, уже сделали, правда не на ssd, буду писать служебку на закупку дисков!