8.х УПП Производительность 1С и работа в УПП

Тема в разделе ""1С:Управление производственным предприятием УПП"", создана пользователем Pencroff, 15 янв 2010.

  1. TopicStarter Overlay
    Pencroff
    Offline

    Pencroff

    Регистрация:
    9 сен 2009
    Сообщения:
    31
    Симпатии:
    0
    Баллы:
    1
    Запустили 1,5 года назад 1С предприятие УПП.
    Внесли доработки под специфику учета.
    Сейчас в базе работает порядка 15-20 человек и документооборот 150 - 250 документов в день.
    Все работают в терминальном доступе на сервере на 4-х ядерном 2GHz Ксеоне с 12 Gb ОЗУ.
    Иногда в процессе работы база очень сильно тормозит и это мешает рабочему процессу.

    Не могли бы вы подсказать критерии оценки оборудования или методы выявления не оптимальных алгоритмов доработок, что бы обеспечить бесперебойную работу.
  2. nomad_irk
    Offline

    nomad_irk Гуру в 1С

    Регистрация:
    20 окт 2008
    Сообщения:
    7.548
    Симпатии:
    716
    Баллы:
    204
    Работают в терминальном режиме? На этом же сервере? SQL / файловый? Если SQL, то SQL на этой же машине?

    Скорость работы алгоритмов можно и самому узнать. Запускаешь Конфигуратор. Тыкаешь Замер производительности, запускаешь 1С в режиме предприятия(отладка) и делаешь то, что больше всего тормозит. После завершения сеанса, сформируется отчетик по времени затраченному на разные конструкции. Смотришь, что "съело" больше всего времени на выполнение.
  3. TopicStarter Overlay
    Pencroff
    Offline

    Pencroff

    Регистрация:
    9 сен 2009
    Сообщения:
    31
    Симпатии:
    0
    Баллы:
    1
    SQL и Sql на том же сервере. А за замер производительности спасибо.
    А про критерии выбора или расчета железа не подскажите?
  4. nomad_irk
    Offline

    nomad_irk Гуру в 1С

    Регистрация:
    20 окт 2008
    Сообщения:
    7.548
    Симпатии:
    716
    Баллы:
    204
    Все зависит от кол-ва пользователей базы и в каком режиме эти пользователи будут работать одновременно.
    Я лично сталкивался с ситуацией, когда все юзеры работали через терминал с базой. Терминал было жалко :)

    Если терминал служит только для запуска 1С(рабочий стол не доступен), то из расчета 200Мб ОЗУ на юзера необходимо подбирать конфигурацию сервера терминалов. Следует так же учитывать, что более 50 юзеров одновременно один сервер не обслужит(вернее обслужит, но медленно :))

    Под SQL выделить отдельный сервер, с 8- ядрами. ОЗУ из расчета, что вся база поместится в ОЗУ.

    Под 1С:СерверПриложения выделить сервер. Требования меньше, чем к серверу SQL, но опять же в зависимости от количества юзеров 1С. Думаю, юзеров 50 вытянет какой-нить четырехядерный XEON с 8-16Гб ОЗУ.

    В общем, при выборе сервера, необходимо делать упор на объем ОЗУ и скорость дисковой подсистемы. RAID 1+0 просто обязателен. Объем ОЗУ - 10 х Размер файла базы на диске (идеальный вариант).Разделяем RAID на LUN. Под SQL TempDB отводим отдельный LUN. Под каждую базу - свой LUN.

    Весь софт желательно иметь в х64 варианте. Платформа 1С 8.1 существует. SQL - есть. Windows/*NIX сервер - существуют.

    Лично дома, по субъективным ощущениям, 1С:8.2 х86 с SQL 2008 х64 шевелятся быстрее, чем Win2003 x86. + SQL 2005 x86.
    Конфа компа: q6600 + 8Гб ОЗУ, RAID не используется.

    Это, конечно, все желательно, если позволяют ресурсы.
  5. cdiamond
    Offline

    cdiamond Опытный в 1С

    Регистрация:
    25 июн 2008
    Сообщения:
    133
    Симпатии:
    0
    Баллы:
    26
    Если брать исходные данные то конкретно в этом указанном примере для начала будет достаточно вынести терминальную службу на отдельный сервер, с оперативной памятью как указано в ответе примерно 200 метров на пользователя. Или вообще отказаться от терминала.
    Разнесение сервера приложений 1С и сервера SQL надо отложить на третий этап, если первый шаг реально не поможет. Но я думаю разницу хорошо ощутите.
    Вторым шагом будет опять не разделение сервера приложений и SQL, а наращивание оперативной памяти сервера.
    И лишь потом думать как их делить.

Поделиться этой страницей