Тест производительности 1с 8.2 от гилева. Стандартный нагрузочный тест. Операционная система unix и субд postgresql

Стандартный нагрузочный тест предназначен для оценки производительности серверного оборудования и программного обеспечения в так называемых «Стандартных пользователях 1С». Основная область применения данного теста – выбор конфигурации серверного оборудования и программного обеспечения для целей конкретного внедрения.

Решаемые задачи

  • Расчет производительности данной конфигурации серверного оборудования и программного обеспечения
  • Сравнение производительности различных конфигураций серверного оборудования и программного обеспечения
  • Выбор оборудования, необходимого для работы данной информационной системы
  • Расчет параметров оборудования, необходимого для работы данной информационной системы

Что оценивает тест

Тест оценивает производительность всей совокупности серверного оборудования и серверного программного обеспечения с точки зрения задач, типичных для систем, работающих на платформе «1С:Предприятие 8». То есть полученная оценка отражает не производительность какого-то одного серверного компонента системы (например, рабочего сервера кластера «1С:Предприятия»), а всей серверной конфигурации в целом. Серверная часть системы, производительность которой измеряется данным тестом, включает в себя:

  • все рабочие серверы, использованные для развертывания кластера «1С:Предприятия» и серверы СУБД
  • операционные системы всех рабочих серверов;
  • настройки операционных систем, «1С:Предприятия» и СУБД.

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

Таким образом, тест оценивает производительность серверной части системы по самому узкому месту, то есть ее наименее производительному компоненту.

Если серверная часть системы недостаточно хорошо сбалансирована для работы с «1С:Предприятием», то при устранении узкого места (замене или апгрейде наименее производительного компонента) можно будет получить более высокую оценку производительности.

Следует обратить внимание на то, что тест никак не оценивает производительность клиентской части системы, поэтому этот фактор должен быть полностью исключен. Иначе говоря, клиентские рабочие места не должны стать узким местом системы. Этот вопрос более детально обсуждается в главе «Подготовка клиентской части тестового стенда».

Как работает тест

Стандартный нагрузочный тест представляет собой информационную базу «1С:Предприятия 8.2» с конфигурацией, основанной на «Управлении производственным предприятием». Конфигурация объединена с «Тест-центром 2.0», в состав которого включен один сценарий тестирования.

Сценарий тестирования включает в себя эмуляцию бизнес-процесса «продажи в УПП», а именно: создание нескольких различных документов, формирование отчетов и другие прикладные действия. Тест работает в режиме полной параллельности, то есть каждый пользователь работает с собственными уникальными данными, и ожиданий на блокировках не возникает. Пользователь выполняет один полный цикл продажи в минуту.

ИГОРЬ ЧУФАРОВ , начальник отдела интегрированных автоматизированных систем АО «Радиозавод», [email protected]

40 баллов в тесте Гилева –
миф или реальность?

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

Истоки неоднозначности

Впервые столкнувшись с тестом Гилева, многие специалисты удивляются нехарактерным результатам, которые получаются с его помощью. Например, десктопное железо может показывать более высокие результаты, чем дорогой мощный сервер. Файловая версия получает более высокий рейтинг, чем SQL. И если со вторым казусом все более или менее понятно, это объясняется и в документации к тесту, и в многочисленных обсуждениях на форумах, то из относительно низких результатов на дорогом серверном оборудовании однозначных выводов пока что никто не сделал.

Прежде чем проинформировать о полученных результатах, стоит пару слов упомянуть о самом тесте Гилева, рассказать, что же это такое.

Под именем «Тест Гилева» подразумевается нагрузочный тест TPC-1C, доступный для свободного скачивания по адресу .

Известные результаты

В источнике приводятся интересные результаты сравнения сервера на базе 2*Intel Xeon E5620 2,4 Ghz с 48 Гб оперативной памяти и персонального компьютера на Intel Core i5 3,0 Ghz с 16 Гб ОЗУ. Без дополнительных настроек иухищрений, что называется «из коробки», рабочая станция «порвала» сервер в тесте Гилева, показав на 155% более высокую производительность.

Сервер набрал примерно 17 баллов, в то время как десктоп – более 40. В результате экспериментов (большая часть из которых заключалась в урезании ресурсов десктопа, чтобы определить, насколько от этого деградирует результат теста) инастройки сервера авторам статьи удалось добиться 25,6 балла.

Результат, прямо скажем, далекий от 40 на обычном системном блоке. Так что же, сервер 1С лучше разворачивать на бюджетном железе, купленном в ближайшем киоске? Конечно же нет.

Обсуждение на Infostart Event 2016

За несколько дней до моей поездки на конференцию Infostart Event 2016 в Санкт-Петербург на сайте курсы-по-1с.рф появилось интересное двухчасовое видео о работе системы 1С:Предприятие в виртуализованных средах, подборе оборудования и вопросах производительности .

На конференции Infostart Event 2016 предполагалось выступление автора данного вебинара Андрея Бурмистрова – 1С-эксперта по технологическим вопросам крупных внедрений, работавшего как в фирме «1С», так и на многих крупных внедрениях в нашей стране, наставника более 2000 специалистов по курсу «Оптимизация производительности 1С» и подготовке к 1С:Эксперт.

На волне интереса к теме я пообщался с Андреем как виртуально, так и впоследствии на самой конференции. Один из вопросов, который я ему задал в ходе круглого стола НighLoad, касался возможности выпуска вебинара с референсным тестированием различных вариантов серверного оборудования – с SSD, с обычным жестким диском, в различной конфигурации оборудования. Ответ звучал примерно так: «Спасибо, идея интересная. Может быть, сделаем. Просто дайте нам Intel P3700, P3600, и мы с радостью его протестируем. Это не так просто раздобыть где-то на тестирование на неделю SSD».

Так вот, оказалось, что именно своими глазами практически никто из моих собеседников не видел больше 30 баллов в режиме SQL, а те, кто видел, отмечали, что это было не на серверном оборудовании.

Замкнутый круг? Назрел нешуточный вопрос: «40 баллов в тесте Гилева на серверном оборудовании в режиме SQL – миф или реальность?»

Статью целиком читайте в журнале «Системный администратор», №5 за 2017 г. на страницах 10-15.

PDF-версию данного номера можно приобрести в нашем

Доброго времени суток, уважаемые.
Данная заметка является подсказкой мне, и остальным.
Данная информация пригодиться новичкам для создания и оптимизации базы 1С на сервере SQL

Когда у тебя нет опыта работы с серверной частью 1С, то при появлении такого желания и/или необходимости появляется не мало нюансов и не очевидностей.
Печально, что даже такой простой квест, как выбор сервера под 1С не гарантирует успеха, и вы можете столкнутся с его крайне медленной производительностью.
Вот на этапе выяснения, что не так, и может понадобиться понимание того в какой последовательности и что делать.
Начинаем. Не забудьте сделать бекап данных.
Мой сервер базируется на Windows Server 2012 R2 standart, и SQL 2012.
У вас могут быть другие входящие, это не важно (сейчас).
Мы взяли Комплексную поставку УТП (в нее входит 10 клиентских лицензий, сервер (только 32 бит), и конфигурации ЗУП, УТ, Бухгалтерии, и сама УТП. Примечательно что франзайзи во всю хотели включить отдельные поставки, и лучше сразу КОРП. Анализ показал что это лишнее, и дешевле брать комплексную конфигурацию.
При подборе железа вам важно помнить, что в клиент-серверном варианте работе 1С нужно, чтобы частота работы процессора была максимальна, как и частота работы памяти (помните об этом, выбирая железо). (то есть Hyper трейдинг и всякие С1-2-3 state лучше отключить в BIOS).
Так же надо «физически» разносить файл базы (MDF) и лога (LDF) на отдельные жесткие, а не логические диски.
И если для файловой версии оптимально будет рекомендовать SSD, то тут, не все так очевидно.
Зайдите на форум Гилева, чтобы ознакомиться с «загадками», возникающими в попытке улучшить производительность 1С. Много интересного.
В моем случае коллеги админы выдели мне лезвие на блейд сервере, с 2мя физ.процессорами AMD Quad-Core Opteron(tm) Processor 2354, с 16 Гб (667 МГц). Система на 2 дисках в зеркале. Диски под базу выделялись по Fiber chanel, на HP EVA.
Сейчас ищу другую конфигурацию, но пока надо и на этом пожить.
И вот на этапе внедрения, пока ведется анализ как переносить данные из другой ERP системы, 1С программист обратил мое внимание на медленную работу, и долгое проведение документов. То есть систему еще не эксплуатируют, а она уже тормозит и помирает, а перепроведение раза в 3 медленнее, чем у человека на ноутбуке, а с этим еще и люди работать должны будут (3-4 основных, и 25-40 табельщиков).
Не порядок.
Он порекомендовал использовать тест Гилева (легко гуглится его сайт), у которого полного сервисов поддержки, и информации. Чем и воспользовался.
Тест показал что все плохо, и рекомендованное число пользователей отсутствует.
Посмотрев повнимательнее я понял что база и лог хоть на разных дисках - но логических.
И вот для исправления этого и сделал скриншоты и эту памятку на будущее себе и другим:

Создание базы данных в SQL server management studio. Базу и лог разносим на разные физические диски.


Методе восстановления выбираем Simple


Создаем новую базу через клиента 1С на компьютере


Выбираем добавление информационной базы. В нашем случае без конфигурации.


Задаем называние. Здесь любое. Лучше как на сервере.


Заполняем данные. Когда указывал на сервере, имя сервера указывал 127.0.0.1 - иное не работало.


здесь ничего не меняем


Делаем загрузку нашей информационной базы (предварительно имеющейся или новой, например теста)


Собственно выбор базы. Я загружаю тест Гилева для платформы 8.3


Подтверждаем

Подтверждаем



Итог теста. Еще все плохо, но рекомендованное число пользователей больше требуемого, что хорошо.

P.S. Не забывайте делать бекап.
P.P.S запуская тест Гилева в тестовой базе, которая расположена в тех же местах хранения что и любая боевая - имейте ввиду, что как минимум Лог файл стремиться занять все свободное место, что чревато остановкой боевой базы и не прохождением теста!!!
P.P.P.S так же помните, что SQL при работе использует TEMP базу, находящуюся там же, где установлен SQL (по умолчанию на C).
Поэтому доступ к этой базе желательно так же улучшить.

Так же информация в помощь - Effector Saver позволяет сохранять 1с базы
Бекапить все остальное смысла мало, так как в моем случае лицензии программные и при переносе на другое железо лицензии слетают.

Из дополнительного.
Если Вам захочется дать пользователям домена безнаказанно создавать любые БД средствами 1С, то учетной записи службы сервера 1С сделать доменную учетку, имеющую право создавать базы без всяких сисадминов вполне достаточно,
при этом логин и пароль в свойствах информационной базы писать не надо…

Каждый специалист поддержки имеет опыт получения абстрактных жалоб со стороны пользователей. Всем знакомы формулировки: «она очень долго думает», «у меня красное окно», «система работает как-то не так», а также «этого давно не было, и вот опять».

В такой ситуации сходу разобраться, где кроется ошибка, и что предпринять в первую очередь, очень сложно. В этой статье рассмотрим от чего зависит производительность 1С, т.е. высоконагруженных систем, созданных на базе «1С:Предприятие», в ситуациях, когда симптоматика не до конца понятна и конкретный диагноз поставить невозможно.


Основные причины, влияющие на производительность 1С

Более чем в 60% случаев причинами низкой производительности оказываются:

  • Неоптимальные запросы и программный код конфигурации (26% случаев);
  • Неоптимальная индексация таблиц объектов (19% случаев);
  • Неоптимальная нагрузка на дисковую подсистему (16% случаев).

С этим солидарны и ведущие разработчики Microsoft

Таким образом, получить значимое улучшение производительности приложения базы данных, можно оптимизировать область доступа к данным, включая логическое и физическое проектирование баз (насколько это возможно в 1С), а также посредством создания правильных запросов и использования оптимальной индексации. Часть проблем с производительностью баз данных может быть решена с помощью наращивания аппаратных мощностей, но не всегда: неправильная проектировка прикладного решения не может быть компенсирована более мощным сервером. Не редки случаи, когда, не разобравшись с причинами проблемы производительности, компании-пользователи идут на серьезные затраты, приобретая новое оборудование, а проблема так и остается нерешенной.

Качественная диагностика производительности 1С с применением всего спектра существующих инструментов – залог успешного решения проблем и оптимизации затрат

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

Пример:

Не правильно: При формировании отчета программа «зависает». Хочу, чтобы формировала быстрее.

Правильно: Формирование отчета «Ведомость по задолженности» осуществляется 5 минут 10 секунд. Ожидаемая скорость формирования данного отчета – не более 20 секунд.

После того как перечень проблем составлен и оцифрован, необходимо провести анализ причин, начав с поисков проблемного кода, если таковой имеется (например, «тяжелые» запросы, длительные ожидания на блокировках, deadlock’и пр.).

Инструменты для идентификации проблемного кода

  • «1С:Центр управления производительностью» (модуль, входящий в инструментальный пакет «1С:Корпоративный», производителем которого является фирма 1С);
  • Облачные сервисы Гилева;
  • Штатные инструменты, встроенные в СУБД ведущих вендоров.

Эффективность использования данных инструментов гарантирует квалификация разработчика «1С:Эксперт по технологическим вопросам», подразумевающая его участие в масштабных внедрениях 1С. При этом разные эксперты, исходя из своего индивидуального опыта, могут отдавать предпочтения тому или иному инструменту/методу.

Параллельно с использованием одного из представленных инструментов, применяются и штатные средства мониторинга загрузки оборудования (счетчики «Performance monitors»).

На основании полученных замеров выявляется класс причины:

  • Проблема в коде;
  • И/или проблема в аппаратной части;
  • Проблема в других ресурсоемких программах, используемых на рабочих серверах.

Нагрузочное тестирование 1С – методика оценки серверного оборудования

Как уже упоминалось, среди факторов, способных повлиять на быстродействие 1С, как в положительную, так и отрицательную сторонку, важное место занимает серверное оборудование и его настройка. Рассмотрим варианты замеров, оценки нагрузки и тестирования работоспособности системы в следующих условиях:

  • Сервер 1С имеется в наличии и располагается:
  • Совместно с СУБД ;
  • На отдельном сервере.

Для оценки соответствия параметров имеющегося серверного оборудования требованиям системы необходимо произвести сбор данных по нагрузке на аппаратную часть, в том числе и на процессор, т.е. нагрузочное тестирование 1С. Для этого применяется «Performance Monitor» – инструмент, позволяющий произвести замер оборудования на рабочем контуре и снять счетчики производительности.

Ниже приведен базовый набор счетчиков, которые необходимо настроить для мониторинга производительности оборудования в ОС Windows. Сбор производится со всех серверов, где установлены серверы 1С.

Если показатель счетчика процента загруженности процессора для вида «Processor» имеет высокое значение, следует выявить процессы, которые можно остановить без ущерба для работы сервера, а также перенести на другие сервера.

Вид «Process» позволит настроить мониторинг для каждого отдельного процесса, а также определить, какие из процессов занимают больше всего процессорного времени. Если на сервере установлен только сервер 1С, то чтобы понять, какую нагрузку он дает на железо, необходимо настроить сбор следующих счетчиков:

\Process("1cv8*")\% Processor Time
\Process("ragent*")\% Processor Time
\Process("ragent*")\Private Bytes
\Process("ragent*")\Virtual Bytes
\Process("rmngr*")\% Processor Time
\Process("rmngr*")\Private Bytes
\Process("rmngr*")\Virtual Bytes
\Process("rphost*")\% Processor Time
\Process("rphost*")\Private Bytes
\Process("rphost*")\Virtual Bytes
\Process("1cv8*")\Private Bytes
\Process("1cv8*")\Virtual Bytes

Если текущая система находится в неудовлетворительном состоянии, то на основании собранных замеров, применяя линейную зависимость, следует провести расчет параметров оборудования для установки целевой системы.

Если приобретение серверного оборудования только планируется , рассчитать его параметры можно проэммулировав работу планируемой системы, но в меньшем масштабе, на имеющемся оборудовании. Для этого используется «1С:Тест-цент», который входит в Корпоративный инструментальный пакет 1С. На основании полученных замеров, с помощью методик расчета определяются параметры планируемой системы и, соответственно, требования к оборудованию. Данный тест можно использовать многократно под разные замеры, предварительно дополнив и расширив функционал. Эта методика имеет высокую точность и простоту расчета.

Реализация инфраструктуры 1С на базе Linux тема древняя, но до сих пор актуальная. Мы недавно публиковали статью Сервер приложений 1С на Linux , но остался открытым вопрос реальной производительности в сравнении с решением под Windows. Тестирование проводилось и в ручном режиме, но для объективности результатов я опубликую итоги теста Гилева , прошедшего на одной и той же аппаратной платформе с использованием разных ОС: Linux CentOS 7 и MS Windows Server 2012.

В качестве сервера использовался стенд с двумя процессорами Intel Xeon E5-2670, 8х4Гб ОЗУ и SSD Intel.

Сводная таблица средних значений результатов теста Гилева.

Примеры результатов







Приемлемые результаты тестирования, простота развёртывания и низкие затраты на лицензирование, побудили нас создать законченный продукт: Сервер 1С на базе Linux из коробки.

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

Создание калькулятора вычислительной мощности сервера 1С - задача не тривиальная. А создание универсального конфигуратора 1С под все возможные случаи - практически невозможная.

Наверняка на хабре много админов, у которых своё представление о нагрузке и требованиям к вычислительной мощности серверов под 1С (Ваши комментарии повысят ценность этой статьи). Есть и официальные рекомендации 1С, в которых будет работать всё на всём…

Но всё таки есть основные параметры, которые можно просчитать, применимо к типовой схеме эксплуатации. Зная сколько ресурсов процессора и оперативной памяти отнимает терминальная сессия, какое количество IOPS затребует SQL при определённом количестве пользователей, и отталкиваясь от результатов многочисленных тестов - мы разработали конфигуратор типового решения под 1С.

Безусловно каждый случай уникален и требует детального пресейла, но для ориентировочного расчета достаточно указать количество пользователей, тип базы, объём текущей базы и выбрать необходимые лицензии.

Для сравнения стоимости готового решения на базе Linux и Windows, приведу пример из конфигуратора с розничными ценами.

Сервер на 20 пользователей с базой SQL до 80Гб, лицензией 1С: Бухгалтерия 8 ПРОФ, на базе Linux CentOS будет стоить 522 759,43 руб. Аналогичная конфигурация на базе Windows - 1 036 279,43 руб.

Модельный ряд серверов для 1С STSS Flagman состоит из 3 моделей как для Linux, так и для Windows.


1C113.5-020UL - сервер 1С начального уровня, поддержка до 20 пользователей с базой SQL. Объём дискового пространства рассчитывается с учётом роста базы на 20% в год в течение 3 лет. Массив RAID1 строится на основе Enterprise SSD Intel. Возможна установка двойного БП и дополнительных дисков под «холодные» данные. Доступен выбор программных сервисов: PostgreSQL, xrdp и httpd.

1C216.4-200UL - модель на базе 2-процессорной платформы обеспечивающая работу 1C-инфраструктуры до 200 одновременных подключений. Хранилище рассчитывается по такому же принципу - размер базы с учётом роста, но строится на основе массива RAID10 из 4хSSD необходимого объёма.

1C217.2-050UL-REF - это решение для заказчиков с ограниченным бюджетом, построено на базе сервера восстановленного на нашем производстве (после гарантийной замены, демо-фонд и пр.) Серверы проходят такие же нагрузочные тесты перед отгрузкой, как и новые модели, но имеют сокращённый срок гарантийного обслуживания (1 год). Сервер поддерживает до 50 подключений и, без учёта лицензий, стоит всего 203 705,00 руб., с массивом под базу 40Гб.


1C113.5-020UW - сервер 1С начального уровня, поддержка до 20 пользователей с базой SQL. Объём дискового пространства рассчитывается с учётом роста базы на 20% в год в течение 3 лет. Массив RAID1 строится на основе Enterprise SSD Intel. Возможна установка двойного БП и дополнительных дисков под «холодные» данные.

1C216.4-200UW - модель на базе Windows с поддержкой до 200 пользователей. Хранилище строится на основе массива RAID10 из 4хSSD необходимого объёма.

1C217.2-050UW-REF - та же платформа, что и в решении на базе Linux. Бюджетный вариант на 50 подключений, гарантия 1 год.

В качестве платформы 1С во всех моделях можно выбрать следующие лицензии:

1С: Управление небольшой фирмой 8 ПРОФ
1С: Управление торговлей 8 ПРОФ
1С: Бухгалтерия 8 ПРОФ
1С: Бухгалтерия 8 КОРП
1С: Зарплата и управление персоналом 8 ПРОФ
1С: Зарплата и управление персоналом 8 КОРП
1С: Документооборот 8 ПРОФ
1С: Документооборот 8 КОРП

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

Спасибо за внимание! Надеюсь, что хабра-пользователи близкие к этой теме поделятся своим опытом в подборе оборудования под 1С в комментариях.