Увеличить производительность 1С сервер x32 #706487

Приветствую, коллеги! Сервер 2008 R2 + MS SQL 2008 R2 x64 + 1C server 8.1.15 x32, 1С серверу явно не хватает памяти, база выросла. Завёл уже 5 рабочих процессов - стало легче, но в какой-то момент часть пользователей всё равно отваливаются (очевидно, в момент попытки занять память свыше 2 Гб). Как в 2008 R2 заставить выделять память x32 процессу 3 Гб? Команда "bcdedit.exe /set increaseuserva 3072" не работает - нет параметра increaseuserva. boot.ini тоже нет, естественно. На x64 сервер пока жмутся. Что посоветуете, гуру?

переходи на 77 Или на х64

Иди уже на башорг, если по существу сказать нечего

сколько юзеров?? ограничение по памяти на 1 процесс есть??

15 юзеров, никаких ограничений по памяти я специально не вводил, все настройки ОС дефолтные. Только ограничил память SQL серверу.

Вдогонку. Юзеры в основном в терминале сидят.

15 юзеров? 8.1.15 платформа? А платформу обновить не пробовал?

А это сильно поможет? 8.1.15 вполне стабильно работает, конфа УТ 10.3.7 переписанная. По крайней мере, до сих пор стабильно работала :)

Конфа значения не имеет... Ну вот на серваке установлена винда 2008 и СКЛ 2008, а зачем? Что предыдущие плохо работали?

Не говори мне куда идти, и я тебе в ответ не скажу того же.

Надо обновить платформу до 8.3. Ее сервер работает с памятью гораздо эффективнее даже чем в 8.2. На счет совместимости: 8.3-я платформа отлично вертит и 8.1-ые и 8.2-ые конфигурации в режимах совместимости.

Вполне убедительно звучит. Однако, если принципиально проблему с памятью не решит, то зачем? И почему тогда не на 8.3 сразу?

Без обид, но мне нужны не шутки, а конструктивные советы.

>>Как в 2008 R2 заставить выделять память x32 процессу 3 Гб? Этого нет потому что это не нужно. На x64 ОС доступное виртуальное адресное пространство для 32-битного процесса - 4Г.

Мысли читаешь. Воровать - так миллион, спать - так с королевой, мигрировать - так на 8.3

Во как. Спасибо за ценную информацию.

А я не говорил, что на 8.2 именно... НО я бы поставил 8.2 последнюю, а не 8.3 только потому, что я не пионер (ну или бесплатный тестер) :) Есть клиент с 20-25 юзерами, УПП + мелкие базы на 8.2.19.90, ОС 2008, СКЛ 2003 или 2008 (не помню). 1 рабочий процесс, проблем нет. Иногда (раз в неделю-две) рестартуют процесс, когда он к гигабайту приближаться начинает...

ну я тоже так-то не пионер.. Один сервер перевел на 8.3, т.к. заметил гораздо более умное поведение.. Уже больше месяца наверно работает.. проблем не замечено никаких. Хотя нет.. одна замечена.. но там хз пока.. непонятно, разбираться надо, но судя по всему баг платформы (не серверный баг). Сейчас вот второй готовлю. Главное 8.3.5 сломя голову не ставить :)

очень сомнительная полезность такого перехода

А 8.3.4 можно ставить, сломя голову, значит, да? :)))

что беспокоит? может я чего-то не знаю, готов обсудить.

+18 за 4 месяца на 8.3 дважды пересоздавали кластер, поскольку старый переставал работать - постоянные необъяснимые разрывы соединений с рандомными ошибками

+21 первый раз на 8.3.3.хз какой то номер был подняфлись на 8.3.4.389 - с неделю назад снова пересоздавал мелось, а неприятно

+22 мелочь*

добавить еще один раб.процесс. в настройках клистера поставить перезапуск через 86400 сек

ну это ведь каждый для себя сам решает, когда он из ретрограда превращается в пионера :))

с 8.3.3 перешли оттого, что сервер генерил рабочие процессы без ограничения(десятками тысяч), дискутировали с консультами из 1с - посоветовали уйти на 8.3.4 зато поймали другой баг на 4.389 - в поле поиска забиваются первые введенные символы ) надо снова платформу обновлять

+26 в общем по моему опыту - стабильнее 8.2 на 8.3 без необходимости соваться не надо

на сколько помню мы работали на 8.3.4.365 потом на 408 сейчас на 437 вроде никто не жалуется, я думал хуже будет.

по скольку 8.3-й сам решает сколько процессов ему создать, а это требует конечно определенных алгоритмов.. и особенно когда баз много он валился, создавал процессы бесконечно.. но у меня вот 15 баз сейчас на нем.. 33 сеанса (базы не шибко нагруженные) 2 процесса: 1.5Г и 0.5Г

У меня всего одна база, 1CD ~ 5.5 Гб, MDF примерно 7. А у 8.3 есть возможность ограничивать количество создаваемых процессов?

8.3 Сама определяет скока ей процессов запускать, в зависимости от настроек

вот сейчас 5 процессов на две базы активных, один 20Г, остальные от 0,5 до 4

+32 приятно только то, что убив рпхост в диспетчере никто не вылетает из сеансов

на сколько помню нет, там по общему расходу памяти ограничение

Это как такое может быть??

86400 секунд - это сутки. В момент перезапуска подключенные клиенты отвалятся?

нет, он просто не будет новых пускать, и ждать когда старые свалят

Спасибо за информацию!