Центр управления производительностью

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

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

• Анализ и интегральная оценка текущей производительности работающей многопользовательской информационной системы:
  • Как работает система?
  • Имеются ли проблемы производительности?
  • Можно ли повысить производительность?
• Сбор и хранение информации о динамике производительности системы:
  • Как менялась производительность системы с течением времени?
  • Как менялась производительность системы при внесении каких-либо изменений?
• Поиск и анализ «узких мест» в коде конфигурации. Получение детальной технической информации обо всех проблемах производительности, имеющихся в системе с целью дальнейшей оптимизации:
  • Какие проблемы производительности имеются в системе и насколько они серьезны?
  • Какие проблемы следует решать в первую очередь?
  • В чем конкретно заключается каждая проблема?
  • Какие объекты метаданных и строки кода конфигурации следует оптимизировать для того, чтобы решить данную проблему?
• Регламентный мониторинг производительности системы с автоматическим контролем значений показателей производительности и реакцией на их изменения.

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

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

Основные возможности

Мониторинг технологических показателей производительности работающей клиент-серверной системы:

• оценка производительности системы в реальном времени;
• запись и хранение исторической информации о производительности системы;
• анализ сохраненных данных за произвольный период времени.

Анализ узких мест конфигурации:

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

Создание и редактирование сценариев работы ЦУП:

• гибкий конструктор сценариев, позволяющий настраивать существующие сценарии работы ЦУП или создавать свои собственные.

Основные принципы работы

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

Для работы ЦУП не требуется внесения каких-либо изменений в код исследуемой информационной базы либо в состав компонент сервера 1С:Предприятия исследуемой базы.

Начало работы

«Центр управления производительностью» предназначен для сбора и последующего анализа технологических показателей производительности клиент-серверной системы.
Технологические показатели можно разделить на две основные группы: 

• оперативные показатели;
• аналитические показатели.

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

На основании значений показателей производительности, полученных при помощи ЦУП, эксперт может сделать вывод о наличии в системе проблем производительности того или иного вида.

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

Выбор сценария

Выбор информационной базы

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

Мониторинг производительности системы

В режиме мониторинга эксперт может анализировать текущую динамику показателей производительности в режиме реального времени.

Если не включена запись, то значения показателей, выходящие за область видимости формы, «забываются». Для того, чтобы сохранить данные за некоторый период времени, следует включить запись значений показателей производительности. Запись значений может быть включена индивидуально для каждого показателя. Все записанные значения сохраняются в информационной базе ЦУП и будут доступны для последующего анализа.

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

Показатели производительности

• работа запросов к СУБД;
• серверные вызовы;
• ожидания на блокировках данных;
• количество взаимоблокировок;
• количество таймаутов;
• произвольные счетчики ОС.

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

В отдельную группу вынесены показатели, которые отражают качество работы системы. В отличие от показателей из предыдущих групп, которые являются количественными, показатели этой группы измеряются в процентах (от 0 до 100) и отражают, насколько хорошо или плохо работает система в том или ином ее аспекте.
Текущая версия ЦУП содержит один качественный показатель – проблемы с параллельностью работы.

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

• Анализ запросов;
• Анализ ожиданий на блокировках;
• Анализ взаимоблокировок;
• Анализ серверных вызовов;
• Анализ длительных событий.

Сбор аналитической информации

При наличии в системе проблем производительности ЦУП автоматически соберет всю необходимую информацию, проанализирует ее и отобразит в виде иерархии «узких мест» системы — строк кода и объектов метаданных, являющихся источниками проблем. Затем эта информация может быть использована экспертом для оптимизации кода конфигурации и структуры метаданных.

Для решения этой задачи необходимо выбрать один или несколько показателей из группы «Анализ» и включить их запись. При использовании сценария «Регламентный мониторинг» выбор и запись соответствующих показателей будет выполнена ЦУП автоматически.

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

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

ВНИМАНИЕ! Включение записи аналитических показателей может привести к снижению производительности работы исследуемой базы. Но кроме варианта разбора анализа результатов мониторинга в текущей базе ЦУП существует также способ сохранения «сырых» данных результата для последующего разбора в другой информационной системе без анализа «сырых» данных.

Просмотр сохраненных данных

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

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

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

Задачи, решаемые при оптимизации системы

В том случае, если в системе одновременно проявляется более одной проблемы (а обычно именно так и бывает), основной трудностью для Эксперта становится правильное определение наиболее критичных проблем.

В системе может одновременно выполняться множество неоптимальных запросов, но не все они одинаково влияют на интегральную производительность системы. Один запрос может выполняться 1-2 раза в день, и даже если время его выполнения более 5 минут, не факт, что именно он является самой большой проблемой. Предположим, что есть другой запрос, который выполняется не более 2 секунд, но многократно — до нескольких тысяч раз в день — и при этом блокирует всех пользователей. В этом случае, решение первой проблемы практически никак не скажется на общей производительности системы, в то время как решение второй сразу же даст ощутимый прирост общей производительности системы.

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

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

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

Например, мы можем обнаружить неоптимально работающий запрос на уровне СУБД. Для того чтобы его оптимизировать, необходимо знать, какой код конфигурации привел к генерации этого запроса, какие объекты метаданных в нем участвуют, какова структура индексов и т. д. Только имея эту информацию, можно будет определить причину проблемы и найти способ оптимизации — переписать запрос, добавить дополнительный индекс в объект метаданных и т. п.

Все эти задачи автоматически решаются при сборе аналитической информации при помощи ЦУП.

Общий подход к анализу проблем в ЦУП

• собирает полную информацию по всем проблемам производительности;
• восстанавливает полный контекст каждой проблемы, то есть «привязывает» ее к определенным строкам кода конфигурации и объектам метаданных;
• автоматически ранжирует узкие места и располагает их в порядке убывания влияния на общую производительность системы.

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

• по коду конфигурации;
• по объектам метаданных.

Затем эксперт анализирует узкие места, указанные ЦУП, в порядке убывания веса. Если в системе наблюдаются серьезные проблемы производительности, то узкие места, как правило, будут подчиняться правилу «20 на 80». То есть 20% всех узких мест системы, будут создавать 80% проблем производительности. Соответственно, эксперт будет иметь возможность быстро устранить основные проблемы и значительно поднять производительность системы за относительно короткое время.

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

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

Анализ проблем в разрезе кода конфигурации

Дерево анализа данных о проблемах в разрезе кода конфигурации имеет следующий вид:

На первом уровне дерева представлены основные узкие места в коде конфигурации.

Анализ проблем в разрезе структуры метаданных

Дерево анализа данных о проблемах в разрезе структуры метаданных имеет следующий вид:

На первом уровне дерева представлены основные узкие места в разрезе объектов метаданных конфигурации.

Детальная информация по проблемам производительности

Большая часть проблем может быть решена путем анализа кода и структуры данных, без анализа подробной технической информации по проблеме. В некоторых случаях (например при анализе взаимоблокировок) бывает необходимо анализировать детальную информацию по проблеме. Эту информацию так же предоставляет ЦУП.

Детальная информация о медленных запросах

• дату и время выполнения запроса;
• имя пользователя, выполнившего запрос;
• длительность запроса;
• полный стек вызова строк кода конфигурации;

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

Подробная информация об ожиданиях на блокировках

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

Подробная информация о взаимоблокировках

• • дату и время возникновения взаимоблокировки;
  • список всех процессов (пользовательских сессий), которые попали во взаимоблокировку;
  • последовательность действий (установки блокировок) для каждого процесса. При этом для каждой блокировки указывается:
    • запрос, вызвавший установку блокировки (аналогично детальной информации по запросам);
    • заблокированный ресурс;
    • режим блокировки;
    • состояние блокировки.

Детальная информация о длительных серверных вызовах

Детальная информация о длительных событиях

Сценарий предназначен для расследования проблем, связанных с медленным выполнением какой-либо пользовательской операции (например, проведение документа), и при этом заведомо известно, что проблемы не связаны с ожиданием на блокировках.
Список длительных событий представляет собой два связанных списка:

• первый список – длительные события, в котором события группируются по контексту и имеют следующие поля: время события, тип события,длительность события, пользователь «1С:Предприятия», номер ошибки;
• второй список – значения реквизитов события, выбранного в первой группе.

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

Тест-центр

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

Назначение

• оценки производительности информационной системы или отдельных ее частей при заданных параметрах модели предприятия с целью:
  • выбора оборудования;
  • формулирования эксплуатационных требований;
  • оценки применимости информационной системы;
• оценки масштабируемости информационной системы при изменении:
  • объема информационной базы;
  • количества одновременно работающих пользователей;
  • нагрузки на систему;
• оценки изменения показателей производительности системы при изменении:
  • функциональности системы (доработка системы или отдельных алгоритмов);
  • конфигурации оборудования.
• выявления проблем, возникающих только при многопользовательской работе (конфликты блокировок и т. п.).

Возможности

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

Архитектура

Тест-центр, представляет собой конфигурацию, реализующую механизм управления процессом тестирования. Для тестирования информационной базы, необходимо объединить конфигурацию Тест-центра с конфигурацией тестируемой базы при помощи операции сравнения и объединения конфигураций. В результате объединения к метаданным тестируемой базы будут добавлены объекты и общие модули, необходимые для работы Тест-центра.

Общая схема работы

В тестировании принимает участие Эксперт — человек, который программирует тестовые обработки, запускает тест, контролирует выполнение теста, просматривает и анализирует результаты тестирования.

Управляющее клиентское рабочее место, которое использует эксперт, называется Тест-центром.

Тест-центр управляет работой Виртуальных Пользователей, которые выполняют действия при помощи управляемых клиентских рабочих мест, называемых Виртуальными Рабочими Местами. Виртуальные рабочие места могут быть автоматически запущены Тест-центром или экспертом вручную на любых компьютерах в сети.

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

Виртуальные пользователи работают на основании сценария тестирования.

Структура сценария тестирования

Сценарий — это описание структуры тестовой деятельности. Сценарий содержит список ролей (например, «Бухгалтер», «Менеджер по продажам», «Кассир»), каждая из которых содержит свой список тестовых действий (например «создание документов РеализацияТоваровУслуг»).

При запуске сценария Тест-центр будет автоматически воспроизводить многопользовательскую деятельность, описанную в сценарии. Для этого Тест-центр создаст необходимое количество виртуальных пользователей (в соответствии со списком ролей) и запустит выполнение действий.

Выполнение каждого действия заключается в запуске соответствующей тестовой обработки.

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

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

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

Запуск и контроль выполнения теста

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

1. Тестовый стенд — это список виртуальных пользователей с указанием имени компьютера, пользователя и пароля для доступа к тестируемой базе.
2. Эксперт может задать для каждого виртуального пользователя имя компьютера, имя пользователя и пароль для доступа к тестируемой базе.
3. Тест-центр автоматически запускает необходимое количество ВРМ на указанных компьютерах и выполняет вход от имени пользователя заданного в параметрах ВП.
4. Виртуальные пользователи считывают список действий в соответствии со своей ролью.
5. В начале выполнения теста выполняется действие, которое можно запрограммировать. Например, для создания данных, необходимых для выполнения теста.
6. Перед началом работы ВП, выполняются действия, которые можно запрограммировать. Например, для создания данных, необходимых для выполнения конкретного действия.
7. Виртуальные пользователи выполняют свои действия, которые необходимо запрограммировать. При выполнении действий могут измеряться значения показателей производительности.
8. Виртуальные пользователи записывают результаты в тестируемую базу.
9. После выполнения работы ВП выполняются действия, которые можно запрограммировать. Например, для удаления данных, созданных во время инициализации и выполнения конкретного действия.
10. В конце выполнения теста выполняется действие, которое можно запрограммировать. Например, для удаления данных, созданных в начале выполнения теста.

Структура результатов

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

• результат выполнения теста
  • результат работы виртуального пользователя
    • результат выполнения действия

• если все действия виртуального пользователя выполнены успешно, то результат работы виртуального пользователя будет «выполнено успешно»;
• если имеется хотя бы одно действие выполненное с предупреждениями, то результат работы виртуального пользователя будет «выполнено с предупреждениями»;
• если имеется хотя бы одно действие выполненное с ошибками, то результат работы виртуального пользователя будет «выполнено с ошибками».

Аналогичным образом, общий результат выполнения теста вычисляется на основании результатов работы всех виртуальных пользователей.

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

Тест-центр автоматически ведет протоколы запуска и выполнения всех тестов. Вы можете посмотреть историю и результаты каждого теста.

Типовые сценарии для Тест-центра

• «Закупка, производство, продажа в конфигурации «Управление производственным предприятием».
• «Продажи в конфигурации «Управление производственным предприятием».
• «Эмуляция работы пользователей по вводу документов».

• Оценка применимости системы при заданных условиях. Каковы будут показатели производительности системы:
  • при заданных параметрах нагрузки (выполняемые бизнес-процессы, количество пользователей, интенсивность ввода документов, размеры документов и т. д.);
  • на данном оборудовании;
  • при использовании данной СУБД и т. п.;
• Выбор оборудования. Будут ли достигнуты требуемые показатели производительности на данном оборудовании?
• Оценка эффекта от изменения условий функционирования системы. Как изменится производительность системы при изменении любых условий функционирования системы:
  • изменения исходного кода системы (доработки функционала и т. п.);
  • изменения версий программного обеспечения (платформы, СУБД и т. п.)
  • изменение аппаратного обеспечения (покупка нового сервера, аппаратный апгрейд и т. п.);
• Выявление проблем, которые могут проявиться только при многопользовательской работе (конфликты блокировок и т. д.). Сценарий тестирования, работающий под управлением Тест-центра, является, в данном случае «генератором», позволяющим воспроизвести эти проблемы без участия реальных пользователей. Анализ этих проблем с целью дальнейшей оптимизации осуществляется при помощи «Центра управления про-изводительностью».

Сценарий «Закупка, производство, продажа в конфигурации «Управление производственным предприятием»

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

Сценарий эмулирует интерактивную работу пользователей (открытие форм, выполнение подборов и т. п.), что позволяет оценить производительность системы с высокой степень реалистичности.

• менеджер по продажам;
• кладовщик;
• менеджер по закупкам;
• экономист цеха.

• Менеджер по продажам:
  • Заказ покупателя:
    • создать и заполнить новый документ «Заказ покупа-теля»;
    • провести документ;
    • сформировать печатную форму «Заказ покупателя (с учетом корректировок)»;
  • Реализация товаров и услуг:
    • создать новый документ «Реализация товаров и услуг» на основании ранее созданного документа «Заказ покупателя»;
    • провести документ;
    • сформировать печатную форму «ТОРГ-12» (товарная накладная);
    • сформировать печатную форму «М-15» (накладная);
  • Счет-фактура:
    • создать новый документ «Счет-фактура» на основании ранее созданного документа «Реализация товаров и услуг;
    • провести документ;
    • сформировать печатную форму документа;
• Кладовщик:
  • Расходный ордер на товары;
    • создать новый документ «Расходный ордер на товары»;
    • провести документ;
    • сформировать печатную форму «Расходный ордер»;
• Менеджер по закупкам:
  • Поступление товаров и услуг:
    • создать и заполнить новый документ «Поступление товаров и услуг»;
    • провести документ;
    • сформировать печатную форму «М4 Приходный ордер»;
  • Анализ заказа на производство (если выполняется закупка материалов);
• Экономист цеха:
  • Заказ на производство:
    • создать и заполнить новый документ «Заказ на производство»;
    • провести документ;
    • сформировать печатную форму «Заказ на производство»;
  • Отчет производства за смену:
    • создать и заполнить новый документ «Отчет производства за смену»;
    • провести документ;
    • сформировать печатную форму «МХ18 накладная на передачу готовой продукции»;
  • Требование-накладная:
    • создать и заполнить новый документ «Требование-накладная»;
    • провести документ;
    • сформировать печатную форму «Требование-накладная»;
  • Отчет производства за смену (выпуск продукции):
    • создать и заполнить новый документ «Отчет производства за смену»;
    • провести документ;
    • сформировать печатную форму «МХ18 накладная на передачу готовой продукции».

• количество виртуальных пользователей каждой роли Тест-центра, одновременно выполняющих тест;
• количество номенклатурных позиций в документах;
• конкурентность данных (насколько данные разных пользователей пересекаются по набору номенклатурных позиций);
• необходимость закупки материалов для нужд производства
• необходимость продажи выпущенной продукции
• виды учета документов;
• приоритет оформления закупки (для нужд производства или независимой закупки);
• приоритет оформления продажи (выпущенной продукции или независимых продаж).

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

Сценарий «Продажи в конфигурации «Управление производственным предприятием»

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

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

• Заказ покупателя:
  • создать, заполнить и провести новый документ «Заказ покупателя»;
  • сформировать печатную форму «Заказ покупателя (с учетом корректировок)»;
• Реализация товаров и услуг:
  • создать и провести новый документ «Реализация товаров и услуг» на основании ранее созданного документа «Заказ покупателя»;
  • сформировать печатную форму «ТОРГ-12» (товарная накладная);
  • сформировать печатную форму «М-15» (накладная);
• Счет-фактура:
  • создать и провести новый документ «Счет-фактура» на основании ранее созданного документа «Реализация товаров и услуг;
  • сформировать печатную форму документа;
• Расходный ордер на товары:
  • создать и провести новый документ «Расходный ордер на товары»;
  • сформировать печатную форму «Расходный ордер».

• количество виртуальных пользователей, одновременно выполняющих тест;
• количество номенклатурных позиций в документах;
• конкурентность данных (насколько данные разных пользователей пересекаются по набору номенклатурных позиций);
• интерактивность работы пользователей. Сценарий позволяет эмулировать работу пользователей с формами — заполнение документов, подбор номенклатур, формирование выходных форм и т. д.

• полное время выполнения всего бизнес-процесса «Продажи»
• время проведения каждого отдельного документа:
• время формирования каждой выходной формы

Универсальный сценарий «Эмуляция работы пользователей по вводу документов»

Данный сценарий тестирования позволяет воспроизвести работу реальных пользователей по вводу документов. Работа данного сценария не зависит от конфигурации, то есть он может быть использован для информационных баз любой конфигурации. Виртуальные пользователи работают под правами реальных пользователей системы. Документы вводятся в реальном времени, то есть с теми же задержками, которые были при работе реальных пользователей. Имеется возможность «сжатия» времени для уменьшения общего времени работы теста.

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

Во время тестирования осуществляется замер времени проведения каждого вводимого документа. Имеется возможность автоматического сравнения результатов двух тестов для оценки влияния изменений в системе на производительность при выполнении реальных действий пользователей.

Стандартный нагрузочный тест

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

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

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

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

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

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

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

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

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

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

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

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

Центр контроля качества

Обзор основных возможностей и принципов работы

Качество работы системы — это ее соответствие бизнес-требованиям автоматизируемого предприятия, которое складывается из таких показателей, как производительность системы, ее масштабируемость и устойчивость.

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

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

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

Центр контроля качества позволяет гарантировать эффективную и надежную работу системы на платформе 1С:Предприятие 8 за счет своевременного и правильного технического обслуживания системы. Это особенно важно для внедрений с высокими требованиями по производительности и надежности системы. При создании ЦКК был обобщен опыт технического обслуживания сотен корпоративных внедрений 1С:Предприятия 8.

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

Основные возможности

• Менеджеры, отвечающие за качество работы системы в целом:
  • гарантия эффективной работы системы;
• IT-менеджеры, координирующие работы по внедрению и поддержке системы:
  • контроль качества технического обслуживания системы;
  • перечень всех необходимых действий;
  • координация работ;
  • распределение обязанностей;
• Технические специалисты, осуществляющие внедрение и поддержку системы:
  • оповещения о необходимости выполнить то или иное действие;
  • детальные инструкции по выполнению каждого действия;
  • регистрация результатов выполнения каждого действия.

• Автоматизация контроля:
  • ЦКК автоматически контролирует множество технологических показателей информационной системы, выполняя по расписанию контрольные процедуры и собирая показатели производительности операционной системы;
  • ЦКК своевременно оповещает ответственных о возможных сбоях. Оповещения могут отсылаться по электронной почте, SMS и Skype.
• Отображение сведений о качестве работы системы:
  • ЦКК наглядно отображает качество работы системы исходя из информации, полученной при выполнении контрольных процедур, и записывает сведения о качестве в журнал.
• Распределение ответственности и оповещение ответственных:
  • для каждой контрольной процедуры ЦКК позволяет распределить ответственность за выполнение задач по обслуживанию системы между пользователями ЦКК;
  • ЦКК автоматически оповещает о необходимости выполнения задач по обслуживанию системы тех пользователей, которые ответственны за их выполнение.
• Информирование об объектах и методиках контроля:
  • ЦКК хранит детальное описание всех объектов контроля и список контрольных процедур, которые должны выполняться для обеспечения качества работы каждого объекта;
  • предоставляет информацию по методикам выполнения каждой контрольной процедуры;
  • предоставляет рекомендации по действиям, необходимым для повышения качества работы системы.

Общие принципы работы

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

При использовании центра мониторинга в ЦКК используются права для пользователей, работающих с центром мониторинга:

Также в ЦКК имеются специальные роли, назначаемые пользователям, от имени которых происходят обращения внешних систем к опубликованным в ЦКК веб-сервисам и HTTP-сервисам. Это роли Input statistics, Input incident tickets, PultQMC, АгентПолныеПрава, АгентПолныеПраваЦА и АгентПолныеПраваЦКК. Обычным пользователям, работающим с ЦКК в интерактивном режиме, эти роли не назначаются.

Начальное состояние

При первом запуске ЦКК открывается окно  Начальная страница, которая содержит панели Площадки эксплуатации и Инциденты.

• В автоматизированном режиме, используя java приложение «Агент КИП»;
• Интерактивно пользователем, добавляя каждый элемент инфраструктуры вручную и заполняя необходимые параметры, необходимые для мониторинга.

Настройка мониторинга информационной системы

• Зарегистрирует оборудование, на котором он запущен в ЦКК со следующими свойствами;
  • Тип операционной системы, ее разрядность, архитектуру;
  • Количество процессоров, ядер и тактовую частоту;
  • Количество и объем дисков;
  • Сетевые адаптеры;
  • Переменные среды;
  • Значения ключей реестра, параметры которых необходимо контролировать при эксплуатации информационной системы на базе 1С:Предприятие (только для ОС Windows);
  • Установленные обновления (только для ОС Windows);
  • Заполнит минимально необходимый набор счетчиков производительности, необходимый для мониторинга данного оборудования;
• Зарегистрирует кластер 1С и автоматически получит его структуру и параметры (в случае, если на установленном оборудовании запущен кластер 1С и запущен сервер администрирования RAS);
• Зарегистрирует программные лицензии 1С:Предприятия, установленные на данном оборудовании (необходимо наличие установленной утилиты ring с модулем license);
• Настроит контроль доступности оборудования.

Добавление нового оборудование в площадки эксплуатации происходит автоматически, после установки и запуска агента КИП на контролируемой единице оборудования. Во время запуска агента КИП произойдет процедура знакомства с информационной базой ЦКК. Автоматически будут созданы элемент справочника «Агенты КИП» и элемент справочника «Оборудование». Справочник «Агенты КИП» можно открыть из меню НСИ, выбрав пункт Агенты из группы Мониторинг оборудования.

Созданный элемент оборудования можно увидеть на начальной странице, в списке «Площадки эксплуатации»:

Мониторинг

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

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

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

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

• Сбор информации о параметрах оборудования:
  • Сведения об установленной операционной системе;
  • Сведения о центральных процессорах;
  • Количество оперативной памяти;
  • Сведения о дисках;
  • Сведения о сетевых адаптерах;
  • Сведения о переменных среды.
• Мониторинг счетчиков производительности Агентом КИП:
  • Счетчики производительности ОС Windows собираются ЦКК или Агентом КИП;
  • Счетчики производительности ОС Linux собираются только Агентом КИП;
  • Счетчики производительности кластера 1С собираются ЦКК или Агентом КИП;
  • Сторонние счетчики производительности могут передаваться в ЦКК с помощью web-сервисов InputStatistics и InputStatisticsDate.
• Сбор информации об обнаруженных программных лицензиях 1С на оборудовании;
• Мониторинг параметров кластера 1С и рабочих серверов 1С;
• Мониторинг параметров информационной базы;
• Мониторинг процессов и сеансов;
• Мониторинг доступности ресурсов:
  • оборудования;
  • веб-публикаций;
  • информационных баз.
• Мониторинг производительности ключевых операций;
• Мониторинг образования дампов;
• Мониторинг зависаний процессов и снятие дампов с зависших процессов;
• Мониторинг системных ошибок;
• Контроль выполнения регламентных заданий;
• Контроль нагрузочных тестов;
• Анализ вызовов кластера «1С:Предприятия»;

Для удобства представления ЦКК может собирать и отображать большое количество показателей, характеризующих работу контролируемой информационной системы, в едином окне «Монитор».

Инциденты и оповещения

Инцидент — это объект ЦКК, используемый для отслеживания тех ситуаций в работе контролируемой информационной системы, о которых может потребоваться собирать сведения и извещать ответственных.

• при срабатывании функционала ЦКК (определены в коде конфигурации);
• на основании настроек;
• на основании сведений об инцидентах, передаваемых ЦКК из внешних источников инцидентов c помощью опубликованного http-сервиса InputIncidentTickets

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

Для просмотра инцидентов в ЦКК используется панель Инциденты.

Инциденты могут быть нескольких уровней в зависимости от их критичности:

Значок	Уровень инцидента
	Критическая ошибка
	Ошибка
	Предупреждение
	Информация

При возникновении Инцидента ЦКК может создавать Оповещение для ответственных за эксплуатацию площадки лиц.

• письмом по электронной почте;
• в виде skype-сообщения;
• как SMS- сообщение на мобильный телефон.

Отчеты и диаграммы

Для удобства анализа собираемых данных в ЦКК реализованы различные отчёты и диаграммы, позволяющие, например, выявлять изменения технологических показателей качества работы системы.

Отчет «Анализ доступности ресурсов»

Отчет «Сводная доступность»

Оценка производительности

Отчет «Оценка по базе»

Отчет «Проблемы производительности»

Отчет «Проблемы производительности ключевых операций»

Анализ подробной информации по замерам ключевой операции

Сценарное тестирование

«1С:Сценарное тестирование» — это программный инструмент для тестирования конфигураций, созданных на платформе «1С:Предприятие».

«1С:Сценарное тестирование» позволяет автоматизировать все потребности специалистов по тестированию, включая планирование работ, проектирование тестов, выполнение тестирования и анализ полученных результатов.

Рабочий стол «1С:Сценарного тестирования»

Основные возможности инструмента

Создание и модификация тестов

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

Иерархическая структура шагов в сценарии

Выполнение тестов и обработка их результатов

• имитация всех действий пользователя с интерфейсом тестируемой конфигурации (с учетом ограничений платформы);
• протоколирование всех проверок;
• автоматическое выполнение теста до точки остановки с возможностью продолжения выполнения в пошаговом или автоматическом режиме;
• пошаговое выполнение теста, запуск теста на выполнение с любого шага;
• автоматическое формирование снимка экрана при возникновении ошибки. Установка дополнительных программ для формирования снимка не требуется;
• подробная детализация ошибок при их возникновении;
• настройки поведения при возникновении ошибки: останавливаться, продолжать выполнение или не считать ошибкой;
• поиск и проверка элементов по маске с учетом символов подстановки «*» и «?»;
• ожидание появления элементов на форме или изменения свойств для проверки асинхронных событий;
• сверка таблиц и табличных документов с эталонами;
• сравнение любых файлов;
• выделение в отчетах отличающихся символов при сравнении значений;
• автоматическая актуализация отдельных шагов по результатам выполнения теста;
• запуск тестирования при помощи командной строки с набором параметров (переменных);
• формирование отчетов о результатах тестирования. Автоматическая регистрация ошибок по результатам тестирования. Выполнение проверок с использованием внешних обработок.

Протокол выполнения сценария

Детализация ошибки

Ключевые преимущества «1С:Сценарного тестирования»

Для работы «1С:Сценарного тестирования» не требуется дополнительных программ и/или утилит.

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

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

Центр администрирования

Назначение

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

Состав

• конфигурацию (прикладное решение) Центр администрирования;
• расширение Центр администрирования;
• демонстрационную базу Центр администрирования (демо);
• комплект поставляемых скриптов и сценариев;
• дистрибутивы Python для быстрого развертывания;
• комплект документации.

• снижение стоимости владения системой за счет сокращения трудозатрат на ее администрирование;
• сокращение времени обновления на новые версии платформы и конфигураций;
• снижение рисков ошибок администрирования при выполнении задач эксплуатации системы за счет стандартизации сценариев;
• автоматизация процессов тестирования версий конфигурации перед обновлением;
• единый интерфейс для контроля состояния задач администрирования всего контура.

• КОРП-внедрения;
• крупный распределенный контур с большим количеством информационных баз и серверов;
• крупная распределенная информационная база, например, розничная сеть.

Ключевые плюсы

• Продукт отлично масштабируется
• Функции управления и контроля централизованы
• Все автоматизируемые операции выполняются на удаленных машинах
• Максимальная гибкость в использовании:
  • можно использовать как самостоятельный продукт или интегрировать в состав уже существующей системы;
  • o можно использовать поставляемые «из коробки» сценарии или дополнять их в режиме конструктора собственными сценариями администрирования;
  • o можно использовать поставляемые скрипты на Python или подключать и использовать собственные наработки на любом удобном вам языке.
• Является кроссплатформенным:
  • может одинаково применяться для задач администрирования контура, развернутого как на ОС Windows, так и на Linux (Ubuntu 16.04 и выше; Centos 7 и выше).
• Не требует от конечного пользователя продукта специальных технических знаний:
  • работа через дружественный интерфейс 1С:Предприятия 8;
  • архитектура контура и реализация сценариев не выносится «наружу».

Архитектура

Центр администрирования — это многокомпонентный продукт. Логически он состоит из управляющей части — единого рабочего места администратора, и исполняющей части, устанавливаемой на компьютеры автоматизируемого контура.

• единый интерфейс для управления, планирования и контроля задач автоматизации (рабочее место администратора);
• создание и редактирование сценариев автоматизации;
• контроль выполнения и оркестрация сложных распределенных сценариев (например, обновление платформы на кластере из нескольких серверов);
• анализ результатов выполнения сценариев автоматизации.

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

Функциональные возможности

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

Основные сущности

Центр администрирования работает с командами и скомпонованными из них сценариями. Основное правило — сценарий переводит систему в новое состояние (state).  Команда — это максимально простое, но при этом самодостаточное действие, которое можно произвести над системой для перевода ее из состояния «1» в состояние «2» (запуск службы, обновление конфигурации информационной базы, изменение настройки кластера и т. п.). Команда фактически является простым сценарием автоматизации. Сценарий автоматизации — это последовательность команд автоматизации выстроенных в порядке, необходимом для перевода системы из состояния «1» в состояние «2».

Основные сценарии автоматизации в виде скриптов и поставляемых данных доступны в составе Центра администрирования «из коробки».  Также пользователям решения предоставляется возможность расширять как состав команд, так и создавать в режиме конструктора новые или менять существующие сценарии.

Со временем набор поставляемых сценариев предполагается расширять.

Выполнение плановых работ

• список Экземпляров сценариев

•  календарь задач администрирования

• добавить новый экземпляр сценария;
• скопировать существующий сценарий (через мастер копирования);
• стартовать выполнение сценария;
• стартовать тест сценария;
• запланировать сценарий;
• прервать сценарий;
• продолжить выполнение неуспешного сценария (продолжение выполнения с повтором неуспешного шага);
• вернуть сценарий к начальному состоянию;
• сформировать чек-лист выполнения по выбранным сценариям.

• просматривать запланированные и завершенные задания администрирования за выбранный период;
• открывать элемент задания/экземпляра двойным кликом мыши на элементе календаря;
• создавать/удалять/задавать расписание периодического запуска сценария из контекстного меню.

Выполнение регулярных задач обслуживания

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

• создание резервных копий;
• регулярный перенос технологических данных с сервера в сетевое файловое хранилище;
• регулярный запуск внешней обработки для целей мониторинга системы.

    Для выполнения регулярных однотипных операций обслуживания создана подсистема «Планировщик заданий». Подсистема оперирует понятиями Действие планировщика и Задание планировщика

Действие планировщика — это тот сценарий, который должен выполняться с определенной периодичностью.

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

Расписание задается в форме редактирования расписания регламентного задания и может быть задано с большой точностью.

Для каждого задания ведется журнал выполнения.

Другие возможности

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