Нагрузочный тест для базы данных 1С (обычные и управляемые формы)

17.10.24

База данных - HighLoad оптимизация

Универсальный нагрузочный тест для баз данных 1С. Позволяет оценивать производительность работы в конкретной базе данных при подборе параметров сервера. Тест производит циклическое перепроведение документов и замер скорости на каждом цикле. Выбирается интервал документов и виды документов для перепроведения.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
НагрузочныйТест_ПерепроведениеДокументов.epf (обычные формы)
.epf 11,41Kb
16 1 850 руб. Купить
НагрузочныйТест_ПерепроведениеДокументов_УФ.epf (управляемые формы)
.epf 10,88Kb
6 1 850 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

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

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

При завершении тестирования выдается средний результат за три последних цикла.

Можно организовать стресс-тестирование сервера запустив непрерывный тест в нескольких базах данных. При работе оценить узкие места сервера. Например если будет малая загрузка процессора (меньше 50%), то это означает, что слабое место сервера - дисковая система или неоптимальные параметры СУБД.

Для работы теста требуется база данных, работающая на обычных или управляемых формах, например Управление Торговлей 11, в которой есть проведенные документы. Лучше использовать копию рабочей базы данных. Для сравнения производительности разных серверов, или например файловой и серверной баз данных, следует использовать идентичную базу данных, загруженную из одного и того же архива.

Внимание! Тест перепроводит существующие в базе данных документы! Возможно изменение данных! С осторожностью использовать в рабочих базах данных!

Протестировано на платформе версии 8.3.25.1374, конфигурация Управление Торговлей 11.5.17.143.

Проверено на следующих конфигурациях и релизах:

  • Управление торговлей, редакция 10.3, релизы 10.3.88.3
  • Управление торговлей, редакция 11, релизы 11.5.17.143

Вступайте в нашу телеграмм-группу Инфостарт

Стресстест стресс тест производительность нагрузка сервер скорость диагностика

См. также

HighLoad оптимизация Программист 1C:ERP Бесплатно (free)

Использование оператора «В» для полей или данных составного типа (например, Регистратор) может приводить к неочевидным проблемам.

10.11.2025    5265    ivanov660    48    

51

HighLoad оптимизация Программист 1С:Предприятие 8 1C:ERP Бесплатно (free)

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

18.02.2025    8109    ivanov660    39    

61

HighLoad оптимизация Технологический журнал Системный администратор Программист Бесплатно (free)

Обсудим поиск и разбор причин длительных серверных вызовов CALL, SCALL.

24.06.2024    10536    ivanov660    13    

64

HighLoad оптимизация Программист 1С:Предприятие 8 Бесплатно (free)

Метод очень медленно работает, когда параметр приемник содержит намного меньше свойств, чем источник.

06.06.2024    16507    Evg-Lylyk    73    

46

HighLoad оптимизация Программист 1С:Предприятие 8 1C:Бухгалтерия Бесплатно (free)

Анализ простого плана запроса. Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы.

13.03.2024    8109    spyke    29    

54

HighLoad оптимизация Программист 1С:Предприятие 8 Бесплатно (free)

Оказывается, в типовых конфигурациях 1С есть, что улучшить!

13.03.2024    11437    vasilev2015    22    

47
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Gilev.Vyacheslav 1921 27.12.21 15:25 Сейчас в теме
во сколько потоков делается тест?
2. Miket78 49 27.12.21 15:28 Сейчас в теме
3. Gilev.Vyacheslav 1921 27.12.21 16:43 Сейчас в теме
(2)
полезности в циклах не вижу (холодный кэш разогреется на первых же документах, а дальше все будет ровно, если нет внешней нагрузки на физическое железо) - ну разве что поясните зачем так

проведение в один поток документов то же в куче обработок - что мешает сделать перепроведение групповой обработкой и замерить время?

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

и ваша обработка лучше подошла бы не для подбора, а для оценки параллельности проведения документов, можно было бы в несколько потоков увидеть косяки с избыточными блокировками

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

стресс-тестирование вашей обработкой тоже не сделать - для этого надо достигать предельные возможности оборудования, нащупывая узкие места, а проведение документов для этого в чистом виде не подходит - если вам например нащупать объем данных, то вам надо повышать количество строк в табличной части документов от 1 строки и до того количества когда документ перестанет проводится в приемлемое время для этого документа, либо на оборудовании возникнет общая очередь к оборудованию, которая в дальнейшем также отразится во времени отклика/времени проведения - и все это делать в n-итераций на одном и том же документе или группе документов

маленькая нагрузка на процессор не означает что проблема в дисках или только в дисках
причин низкой нагрузке может быть множество
видел когда ставили 1. виртуалку 2. ставили отдельный сервер лицензий 3. несколько рабочих серверов 4. служба hyper-v как служба и все 4 компонента влияли на время проведения документов
особенной загадкой выглядит 4й вариант
Merkalov; akR00b; +2 Ответить
4. Miket78 49 28.12.21 07:07 Сейчас в теме
(3) Проводить документы в одной базе в несколько потоков бесполезно - блокировки не дадут.

(3)
что мешает сделать перепроведение групповой обработкой и замерить время?

Собственно это и делает обработка. Перепроводит и замеряет время. Одной кнопкой.

Я благодарен Вам за подробную рецензию. Тут каждому свое. Я делал для себя, мне это было полезно, при подборе параметров серверов. Особенно в postgres - поменял параметр, крутнул обработку, посмотрел эффект.
Не претендую на полноту тестирования.
akR00b; Gilev.Vyacheslav; +2 Ответить
Для отправки сообщения требуется регистрация/авторизация