|
Файловая ЗуП 3.0 тормозит. Процессы 1С занимают много оперативки | ☑ | ||
---|---|---|---|---|
0
Denis Nsk
25.01.16
✎
07:49
|
Привет Всем
Файловая ЗуП 3.0. Работаем в терминальном режиме на сервере. База периодически очень сильно тормозит. Обратил внимание, что некоторые процессы 1С занимают очень много памяти. Очень часто 600-700 МБ. В момент одного из подтормаживаний процесс 1С одного из пользователей достигал 1,4 ГБ при том что вся база ЗуП 3.0 менее 1ГБ. В этот момент в окне программы был открыт рабочий стол расчетчика, окно справочника сотрудники и справочника физические лица. Пользователь создавал сотрудников. В чем м.б. причина что процесс 1С съедает столько много памяти? |
|||
1
asady
25.01.16
✎
07:55
|
(0) так и есть - просто невозможно работать -
мы тупо перешли на клиент-серверный вариант - потраились на серверный ключ и поставили PostgreSQL - после настройки сервера БД и 1С - стало более-менее приемлемо. |
|||
2
Denis Nsk
25.01.16
✎
08:09
|
Сколько составила стоимость перехода на клиент-серверный вариант?
Но это не правильно со стороны 1С. Бывает так что работает 1-2 пользователя и все очень тормозит. Тогда со стороны 1С нужно объявить, что файлового варианта у 8.3 нет. |
|||
3
mehfk
25.01.16
✎
08:14
|
(2) Про мини-сервер на 5 клиентских подключений слышал?
|
|||
4
asady
25.01.16
✎
08:19
|
(2) стоимость перехода составила:
1. стоимость сервера БД - железка - примерно 200 тыс.руб - 2. стоимость серверного ключа 1С - примерно 100 тыс.руб плюс примерно два дня установки и настройки системы |
|||
5
asady
25.01.16
✎
08:20
|
(3) как правило на фирме есть не только ЗУП...
|
|||
6
zak555
25.01.16
✎
08:25
|
(0) настрой выполнение заданий только под одним юзером
|
|||
7
FireAlex
25.01.16
✎
08:36
|
(6) я настроил выполнение заданий только ночью.
получше стало |
|||
8
zak555
25.01.16
✎
08:37
|
(7) надо именно вынести все задания под специальном пользователем-сеансом
|
|||
9
FireAlex
25.01.16
✎
08:40
|
(8) где это настраивается?
|
|||
10
zak555
25.01.16
✎
08:41
|
(9) прям в задании указываешь юзера
|
|||
11
orangekrs
25.01.16
✎
09:07
|
Как насчет SSD накопителя ?
|
|||
12
zak555
25.01.16
✎
09:10
|
(11) без 10 тормоза всё равно будут
|
|||
13
Фрэнки
25.01.16
✎
09:10
|
(11) у него оперативка распухает до безобразия, а ты про SSD
|
|||
14
orangekrs
25.01.16
✎
09:14
|
(13) Где безобразие ? 600-700мб ? 1,4гб ? Не вижу никакого безобразия для УФ.
|
|||
15
orangekrs
25.01.16
✎
09:15
|
И сколько вообще памяти ?
|
|||
16
Dmitrii
гуру
25.01.16
✎
09:52
|
(0) >> Работаем в терминальном режиме на сервере
Зачем? Компы пользователей совсем дохлые или они работают с базой через дохлые каналы? >> процессы 1С занимают очень много памяти Какой объем ОЗУ на сервере? Какое количество пользователей (максимальное, минимальное, среднее)? Вам жалко памяти? >> База периодически очень сильно тормозит. Какие в этот момент показатели демонстрировали прочие счетчики производительности в мониторе? Процессоры, диски? Кстати. Решение с минисервером на 5 пользователей - очень хорошая идея. Дёшево и сердито. Если только по пользователям в лимит укладываетесь. |
|||
17
zak555
25.01.16
✎
10:05
|
(16) > Если только по пользователям в лимит укладываетесь
не по пользователям, а по подключениям |
|||
18
Denis Nsk
25.01.16
✎
13:14
|
(3) слышал (в общих чертах), но у нас пользователей больше 5. Максимально по 2 базам м.б. 15 человек (плюс некоторые работаю и там и там).
(17) что такое "по подключениям"? Один человек в двух ИБ = 2 подключения? (7) То же сделал ревизию фоновых заданий, что-то отключил, что-то расписание поменял (реже или ночь). Причем с "Обновлением индекса ППД" наткнулся, что пользователь завел сотра через справочник сотрудники, а в спр. физлицах его поиском найти не мог. Оказалось что индекс ППД нужен для поиска, а я его поставил обновляться 3-и раза за рабочий день. (6), (8) обязательно проверю. Пользователя лучше из действующих (реальных) или служебного? (16) "Зачем? Компы пользователей совсем дохлые или они работают с базой через дохлые каналы? " Повелось с времен баз 77. Это дало хороший результат. Подозреваю что 8.3 то же будет медленно работать в файловом варианте по сети. Плюс компы уже устарели. Параметры сервера. Процессор: Intel Xeon E5504 2ГГц ОЗУ: 8 Гб HDD: Smart Array P410 Controller 3 SAS диска Seagate ST3300657SS 300Гб в RAID5 Базы 1C хранятся на массиве RAID5 (14) "Не вижу никакого безобразия для УФ." Ну тогда это уже "не управляемые формы" )) Напомню. Процесс 1,4 Гб, база меньше 1 Гб. В памяти вертится ~1,5 базы. Зачем?! (вопрос к разработчикам) |
|||
19
orangekrs
25.01.16
✎
17:34
|
"Базы 1C хранятся на массиве RAID5"
А временные файлы, там же ? Про то что raid5 не для бд я промолчу ) А вообще, как построили взаимосвязь между производительностью 1С и занятой оперативной памятью? Монитором производительности сможете посмотреть на дисковую подсистему ? Я вот почти уверен, что там очередь средняя в районе 1-2. Вообщем, ТС рецепт тебе 1.) В идеале - зеркало (raid1) из SSD enterprise уровня (это что то вроде intel s3500) и туда и ось и базы 1С 2.) Скорее всего, про п.1 скажешь дорого. Тогда 1диск, на него файлы баз и, обязтельно, временные папки. В обоих случаях не забыть про бэкапы |
|||
20
Denis Nsk
25.01.16
✎
19:07
|
(19) "А временные файлы, там же ?"
Сервер администрирую не я, уточню где ось стоит. На сколько знаю, других винтов там нет. "Про то что raid5 не для бд я промолчу ) " Не надо. Благодарен всем соображениям. ) "А вообще, как построили взаимосвязь между производительностью 1С и занятой оперативной памятью? " В момент подтормаживания обратил внимание. Показалось странным. "Монитором производительности сможете посмотреть на дисковую подсистему ? " Администраторы сейчас пытаются собрать статистику. |
|||
21
Провинциальный 1сник
25.01.16
✎
19:21
|
(18) "Подозреваю что 8.3 то же будет медленно работать в файловом варианте по сети. Плюс компы уже устарели. "
Правильно подозреваете. Управляемое приложение не для файл-серверного доступа. Клиент-сервер или веб-сервер для небольшой нагрузки. |
|||
22
Winnie Buh
25.01.16
✎
19:35
|
"Файловая ЗуП 3.0 тормозит..." - так и должно быть
|
|||
23
Cyberhawk
25.01.16
✎
19:43
|
"Администраторы сейчас пытаются собрать статистику." // В этом предложении слова "пытаются" и "сейчас" намекают на то, что гнать таких админов
|
|||
24
orangekrs
26.01.16
✎
07:55
|
+(23) Да, вспомнилось "мы работаем над этим"
Чего там пытаться то ? Дождаться, начала рабочего дня, затем дождаться когда юзеры закроют одноглазников и вконтактик и откроют 1С. И вот этот момент посмотреть 10-15 минут на монитор производительности на вкладке "диск". И думать. Про файловая тормозит - так и должно быть - не надо ляля. На SSD при 5-7 малоактивных пользователей вполне адекватно работает. Про raid5 и БД - просто введите в гугле два этих слова. |
|||
25
orangekrs
26.01.16
✎
07:56
|
+ (23)
- "А че мы делаем то ? Всё возможное... Мы же просто сидим персики жрём" |
|||
26
zak555
26.01.16
✎
09:14
|
(18) > что такое "по подключениям"? Один человек в двух ИБ = 2 подключения?
да |
|||
27
vde69
26.01.16
✎
09:21
|
ЗиК и ЗУП никогда не отличались скоростью, а УФ и подавно...
по этому файловый вариант вообще не катит.... либо раскошеливайтесь примерно на 0.5 ляма (сервера нынче дорогие), либо продолжайте жрать кактус |
|||
28
Cyberhawk
26.01.16
✎
16:46
|
(27) Ты на порядок ошибся, файловая ЗУП на SSD очень прилично вертится, так что 50 тыр будет достаточно за глаза (ну, это без учета остальных плюшек сервера за 0.5 ляма, т.е. только применительно к конкретной ситуации с тормозами файловой ЗУП)
|
|||
29
vde69
26.01.16
✎
16:51
|
(28) с одним пользователем - да, в сабже десяток.... проблема с регистрами расчета, в файловой версии они блокируются при расчетах целиком....
|
|||
30
Cyberhawk
26.01.16
✎
17:34
|
(29) Да, это важное замечание.
Но в то же время вроде автор ведет речь о тормозах базы, а не об ожидании блокировок при расчете зарплаты. Я это трактую именно как недостаточную отзывчивость (быстродействие) интерфейса, а не долгое проведение или ошибки "превышения времени ожидания...". Автор, что в работе базы конкретно не устраивает? |
|||
31
Denis Nsk
15.02.16
✎
12:08
|
немного с запозданием (успел по болеть и работы накопилось)
Спасибо всем кто ответил В общем пришли к выводу, что мало памяти, плюс система стоит на медленных дисках. Для текущего решения вопроса перенести файл подкачки и темпы терминальных пользователей на более быстрый диск. Работать стало по легче. Заказали дополнительно памяти и SSD диск (под файл подкачки и темпы пользователей). Надеемся скорость еще прибавится. (30) "Автор, что в работе базы конкретно не устраивает?" Первоначально было именно "недостаточная отзывчивость (быстродействие) интерфейса". С увеличением активности использования ИБ стали вылетать ошибки "превышения времени ожидания..." |
|||
32
zak555
15.02.16
✎
12:12
|
(31) мой пост проигнорировал о регламентных заданиях ?
|
|||
33
kobzon2
15.02.16
✎
12:18
|
К 8 гигам файл подкачки? А ОСь точно не 32 битная?
|
|||
34
cons74
15.02.16
✎
12:55
|
(31) Ну понятно, раньше просто тупо работать не могли, а теперь начали проводить документы. Собственно, пора на sql см.(29)
|
|||
35
Карупян
15.02.16
✎
13:16
|
(29) Там же упр блокировки давно. Ничего целиком не блокируется
|
|||
36
Фрэнки
15.02.16
✎
13:18
|
(35) в файловой?
|
|||
37
hhhh
15.02.16
✎
13:19
|
(35) упрблокирки в файловой не работают
|
|||
38
Denis Nsk
16.02.16
✎
10:32
|
(32) нет. Просто всем ответить индивидуально не мог.
С регзаданий и начал. Сам по отключал лишнее и расписания оптимизировал. По совету привязал еще их одному пользователю. Сейчас базу запускаем с ключом AdditionalParameters=/AllowExecuteScheduledJobs -Off По мине серверу. То же спасибо за комментарий. Помню что с год назад, читал про него, и понял что нам он не подойдет из-за числа подключений. |
|||
39
Denis Nsk
16.02.16
✎
10:35
|
(33) Файл подкачки раньше был 8-9 гигов. Сейчас 10 норма, иногда доходит до 11-12. В пике 14
|
|||
40
Denis Nsk
16.02.16
✎
10:35
|
(34) "Ну понятно, раньше просто тупо работать не могли, а теперь начали проводить документы."
похоже что так |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |