Файловая ЗуП 3.0 тормозит. Процессы 1С занимают много оперативки #763549

Файловая ЗуП 3.0. Работаем в терминальном режиме на сервере. База периодически очень сильно тормозит. Обратил внимание, что некоторые процессы 1С занимают очень много памяти. Очень часто 600-700 МБ. В момент одного из подтормаживаний процесс 1С одного из пользователей достигал 1,4 ГБ при том что вся база ЗуП 3.0 менее 1ГБ. В этот момент в окне программы был открыт рабочий стол расчетчика, окно справочника сотрудники и справочника физические лица. Пользователь создавал сотрудников. В чем м.б. причина что процесс 1С съедает столько много памяти?

так и есть - просто невозможно работать - мы тупо перешли на клиент-серверный вариант - потраились на серверный ключ и поставили PostgreSQL  - после настройки сервера БД и 1С - стало более-менее приемлемо.

Сколько составила стоимость перехода на клиент-серверный вариант? Но это не правильно со стороны 1С. Бывает так что работает 1-2 пользователя и все очень тормозит. Тогда со стороны 1С нужно объявить, что файлового варианта у 8.3 нет.

Про мини-сервер на 5 клиентских подключений слышал?

стоимость перехода составила: 1. стоимость сервера БД - железка - примерно 200 тыс.руб - 2. стоимость серверного ключа 1С - примерно 100 тыс.руб плюс примерно два дня установки и настройки системы

как правило на фирме есть не только ЗУП...

настрой выполнение заданий только под одним юзером

я настроил выполнение заданий только ночью.

надо именно вынести все задания под специальном пользователем-сеансом

где это настраивается?

прям в задании указываешь юзера

Как насчет SSD накопителя ?

без 10 тормоза всё равно будут

у него оперативка распухает до безобразия, а ты про SSD

Где безобразие ? 600-700мб ? 1,4гб ? Не вижу никакого безобразия для УФ.

И сколько вообще памяти ?

>> Работаем в терминальном режиме на сервере Зачем? Компы пользователей совсем дохлые или они работают с базой через дохлые каналы? >> процессы 1С занимают очень много памяти Какой объем ОЗУ на сервере? Какое количество пользователей (максимальное, минимальное, среднее)? Вам жалко памяти? >> База периодически очень сильно тормозит. Какие в этот момент показатели  демонстрировали прочие счетчики производительности в мониторе? Процессоры, диски? Кстати. Решение с минисервером на 5 пользователей - очень хорошая идея. Дёшево и сердито. Если только по пользователям в лимит укладываетесь.

> Если только по пользователям в лимит укладываетесь не по пользователям, а по подключениям

слышал (в общих чертах), но у нас пользователей больше 5. Максимально по 2 базам м.б. 15 человек (плюс некоторые работаю и там и там). что такое "по подключениям"? Один человек в двух ИБ = 2 подключения? То же сделал ревизию фоновых заданий, что-то отключил, что-то расписание поменял (реже или ночь). Причем с "Обновлением индекса ППД" наткнулся, что пользователь завел сотра через справочник сотрудники, а в спр. физлицах его поиском найти не мог. Оказалось что индекс ППД нужен для поиска, а я его поставил обновляться 3-и раза за рабочий день. , обязательно проверю. Пользователя лучше из действующих (реальных) или служебного? "Зачем? Компы пользователей совсем дохлые или они работают с базой через дохлые каналы? " Повелось с времен баз 77. Это дало хороший результат. Подозреваю что 8.3 то же будет медленно работать в файловом варианте по сети. Плюс компы уже устарели. Параметры сервера. Процессор: Intel Xeon E5504 2ГГц ОЗУ: 8 Гб HDD: Smart Array P410 Controller 3  SAS диска Seagate ST3300657SS 300Гб в RAID5 Базы 1C хранятся на массиве RAID5 "Не вижу никакого безобразия для УФ." Ну тогда это уже "не управляемые формы" )) Напомню. Процесс 1,4 Гб, база меньше 1 Гб. В памяти вертится ~1,5 базы. Зачем?! (вопрос к разработчикам)

"Базы 1C хранятся на массиве RAID5" А временные файлы, там же ? Про то что raid5 не для бд я промолчу ) А вообще, как построили взаимосвязь между производительностью 1С и занятой оперативной памятью? Монитором производительности сможете посмотреть на дисковую подсистему ? Я вот почти уверен, что там очередь средняя в районе 1-2. Вообщем, ТС рецепт тебе 1.) В идеале - зеркало (raid1) из SSD enterprise уровня (это что то вроде intel s3500)  и туда и ось и базы 1С 2.) Скорее всего, про п.1 скажешь дорого. Тогда 1диск, на него файлы баз и, обязтельно, временные папки. В обоих случаях не забыть про бэкапы

"А временные файлы, там же ?" Сервер администрирую не я, уточню где ось стоит. На сколько знаю, других винтов там нет. "Про то что raid5 не для бд я промолчу ) " Не надо. Благодарен всем соображениям. ) "А вообще, как построили взаимосвязь между производительностью 1С и занятой оперативной памятью? " В момент подтормаживания обратил внимание. Показалось странным. "Монитором производительности сможете посмотреть на дисковую подсистему ? " Администраторы сейчас пытаются собрать статистику.

"Подозреваю что 8.3 то же будет медленно работать в файловом варианте по сети. Плюс компы уже устарели. " Правильно подозреваете. Управляемое приложение не для файл-серверного доступа. Клиент-сервер или веб-сервер для небольшой нагрузки.

"Файловая ЗуП 3.0 тормозит..." - так и должно быть

"Администраторы сейчас пытаются собрать статистику." // В этом предложении слова "пытаются" и "сейчас" намекают на то, что гнать таких админов

+ Да, вспомнилось "мы работаем над этим" Чего там пытаться то ? Дождаться, начала рабочего дня, затем дождаться когда юзеры закроют одноглазников и вконтактик и откроют 1С. И вот этот момент посмотреть 10-15 минут на монитор производительности на вкладке "диск". И думать. Про файловая тормозит - так и должно быть - не надо ляля. На SSD при 5-7 малоактивных пользователей вполне адекватно работает. Про raid5 и БД - просто введите в гугле два этих слова.

+ - "А че мы делаем то ? Всё возможное... Мы же просто сидим персики жрём"

> что такое "по подключениям"? Один человек в двух ИБ = 2 подключения? да

ЗиК и ЗУП никогда не отличались скоростью, а УФ и подавно... по этому файловый вариант вообще не катит.... либо раскошеливайтесь примерно на 0.5 ляма (сервера нынче дорогие), либо продолжайте жрать кактус

Ты на порядок ошибся, файловая ЗУП на SSD очень прилично вертится, так что 50 тыр будет достаточно за глаза (ну, это без учета остальных плюшек сервера за 0.5 ляма, т.е. только применительно к конкретной ситуации с тормозами файловой ЗУП)

с одним пользователем - да, в сабже десяток.... проблема с регистрами расчета, в файловой версии они блокируются при расчетах целиком....

Да, это важное замечание. Но в то же время вроде автор ведет речь о тормозах базы, а не об ожидании блокировок при расчете зарплаты. Я это трактую именно как недостаточную отзывчивость (быстродействие) интерфейса, а не долгое проведение или ошибки "превышения времени ожидания...". Автор, что в работе базы конкретно не устраивает?

немного с запозданием (успел по болеть и работы накопилось) Спасибо всем кто ответил В общем пришли к выводу, что мало памяти, плюс система стоит на медленных дисках. Для текущего решения вопроса перенести файл подкачки и темпы терминальных пользователей на более быстрый диск. Работать стало по легче. Заказали дополнительно памяти и SSD диск (под файл подкачки и темпы пользователей). Надеемся скорость еще прибавится. "Автор, что в работе базы конкретно не устраивает?" Первоначально было именно "недостаточная отзывчивость (быстродействие) интерфейса". С увеличением активности использования ИБ стали вылетать ошибки "превышения времени ожидания..."

мой пост проигнорировал о регламентных заданиях ?

К 8 гигам файл подкачки? А ОСь точно не 32 битная?

Ну понятно, раньше просто тупо работать не могли, а теперь начали проводить документы. Собственно, пора на sql см.

Там же упр блокировки давно. Ничего целиком не блокируется

в файловой?

упрблокирки в файловой не работают

нет. Просто всем ответить индивидуально не мог. С регзаданий и начал. Сам по отключал лишнее и расписания оптимизировал. По совету привязал еще их одному пользователю. Сейчас базу запускаем с ключом AdditionalParameters=/AllowExecuteScheduledJobs -Off По мине серверу. То же спасибо за комментарий. Помню что с год назад, читал про него, и понял что нам он не подойдет из-за числа подключений.

Файл подкачки раньше был 8-9 гигов. Сейчас 10 норма, иногда доходит до 11-12. В пике 14

"Ну понятно, раньше просто тупо работать не могли, а теперь начали проводить документы." похоже что так