Центр управления производительностью
«Центр управления производительностью» (ЦУП) — инструмент мониторинга и анализа производительности клиент-серверных информационных систем на платформе 1С:Предприятие 8. ЦУП предназначен для оценки производительности системы, сбора подробной технической информации об имеющихся «узких местах» и анализа этой информации с целью дальнейшей оптимизации.
Решаемые задачи
Эти задачи могут быть решены как для системы, активность в которой эмулируется при помощи Тест-центра, так и для системы, в которой работают реальные пользователи.
Основные возможности
Основные принципы работы
«Центр управления производительностью» представляет собой независимую информационную базу 1С:Предприятия, которая может подключаться к кластеру серверов 1С:Предприятия для исследования производительности.
Для работы ЦУП не требуется внесения каких-либо изменений в код исследуемой информационной базы либо в состав компонент сервера 1С:Предприятия исследуемой базы.
Начало работы
На основании значений показателей производительности, полученных при помощи ЦУП, эксперт может сделать вывод о наличии в системе проблем производительности того или иного вида.
Если в результате такой оценки обнаруживаются симптомы проблем производительности, то необходимо предпринять шаги по повышению производительности системы. ЦУП позволяет собрать так называемые аналитические показатели производительности, которые содержат подробную техническую информацию обо всех проблемах производительности, имеющихся в системе. При помощи этой информации можно провести оптимизацию кода системы и структуры метаданных с целью повышения производительности системы.
Выбор сценария работы
Кроме того, пользователь может создавать собственные сценарии работы ЦУП, либо редактировать существующие.
Выбор информационной базы
После выбора режима необходимо выбрать исследуемую информационную базу, либо создать новое подключение к информационной базе.
Мониторинг производительности системы
В режиме мониторинга эксперт может анализировать текущую динамику показателей производительности в режиме реального времени.
Если не включена запись, то значения показателей, выходящие за область видимости формы, «забываются». Для того, чтобы сохранить данные за некоторый период времени, следует включить запись значений показателей производительности. Запись значений может быть включена индивидуально для каждого показателя. Все записанные значения сохраняются в информационной базе ЦУП и будут доступны для последующего анализа.
Мониторинг показателей работающей системы не влияет на ее производительность. Исключением являются показатели из группы «Анализ», в том случае, если включена их запись. См. «Сбор аналитической информации».
Показатели производительности
Показатели производительности, содержащиеся в этих группах являются количественными. Например, значение показателя «максимальное время выполнения запросов» соответствует времени выполнения в секундах самого длительного запроса в данный момент времени. На основании динамики значений количественных показателей эксперт может делать выводы о качестве работы системы: о том, насколько хорошо или плохо работает система, есть ли в ней проблемы производительности и если есть, то какие. Руководство по использованию содержит подробные инструкции по качественному анализу значений количественных показателей. Эти же инструкции даны в статье «Анализ производительности и оптимизация работающей многопользовательской системы».
В отдельную группу вынесены показатели, которые отражают качество работы системы. В отличие от показателей из предыдущих групп, которые являются количественными, показатели этой группы измеряются в процентах (от 0 до 100) и отражают, насколько хорошо или плохо работает система в том или ином ее аспекте.
Текущая версия ЦУП содержит один качественный показатель – проблемы с параллельностью работы.
Если значения показателей свидетельствуют о наличии в системе проблем производительности, то эксперт может собрать дополнительную информацию об «узких местах» системы с целью ее дальнейшей оптимизации. Для анализа доступны следующие аналитические показатели:
Сбор аналитической информации
При наличии в системе проблем производительности ЦУП автоматически соберет всю необходимую информацию, проанализирует ее и отобразит в виде иерархии «узких мест» системы — строк кода и объектов метаданных, являющихся источниками проблем. Затем эта информация может быть использована экспертом для оптимизации кода конфигурации и структуры метаданных.
Для решения этой задачи необходимо выбрать один или несколько показателей из группы «Анализ» и включить их запись. При использовании сценария «Регламентный мониторинг» выбор и запись соответствующих показателей будет выполнена ЦУП автоматически.
После выключения записи аналитических показателей, собранная информация будет обработана и перенесена в информационную базу ЦУП для дальнейшего анализа. Этот процесс может занять длительное время. Имеется возможность выполнять этот разбор в фоновом режиме в отдельном подключении ЦУП.
Для того, чтобы перейти к анализу собранных данных, необходимо остановить мониторинг и запустить сценарий «Просмотр».
ВНИМАНИЕ! Включение записи аналитических показателей может привести к снижению производительности работы исследуемой базы. Но кроме варианта разбора анализа результатов мониторинга в текущей базе ЦУП существует также способ сохранения «сырых» данных результата для последующего разбора в другой информационной системе без анализа «сырых» данных.
Просмотр сохраненных данных
В своей информационной базе ЦУП хранит данные о значениях показателей производительности для всех исследуемых баз за всю историю мониторинга.
Эксперт может выбрать любой интересующий его интервал времени для любой исследуемой базы и проанализировать сохраненные значения показателей производительности. При этом он может произвольно масштабировать просматриваемые данные. Если во время мониторинга записывались аналитические данные по проблемам производительности, то зксперт может перейти к детальному анализу этой информации с целью оптимизации системы:
Анализ проблем производительности и оптимизация системы
Задачи, решаемые при оптимизации системы
В том случае, если в системе одновременно проявляется более одной проблемы (а обычно именно так и бывает), основной трудностью для Эксперта становится правильное определение наиболее критичных проблем.
В системе может одновременно выполняться множество неоптимальных запросов, но не все они одинаково влияют на интегральную производительность системы. Один запрос может выполняться 1-2 раза в день, и даже если время его выполнения более 5 минут, не факт, что именно он является самой большой проблемой. Предположим, что есть другой запрос, который выполняется не более 2 секунд, но многократно — до нескольких тысяч раз в день — и при этом блокирует всех пользователей. В этом случае, решение первой проблемы практически никак не скажется на общей производительности системы, в то время как решение второй сразу же даст ощутимый прирост общей производительности системы.
Это позволит сразу же сконцентрироваться на наиболее критичных проблемах и получить максимальный эффект (прирост интегральной производительности) за минимальное время.
Другой сложностью, возникающей при решении задач оптимизации, является поиск контекста проблемы — строки кода конфигурации и/или объекта метаданных, которые необходимо оптимизировать для того, чтобы решить данную проблему.
Например, мы можем обнаружить неоптимально работающий запрос на уровне СУБД. Для того чтобы его оптимизировать, необходимо знать, какой код конфигурации привел к генерации этого запроса, какие объекты метаданных в нем участвуют, какова структура индексов и т. д. Только имея эту информацию, можно будет определить причину проблемы и найти способ оптимизации — переписать запрос, добавить дополнительный индекс в объект метаданных и т. п.
Все эти задачи автоматически решаются при сборе аналитической информации при помощи ЦУП.
Общий подход к анализу проблем в ЦУП
При сборе информации о проблемах, ЦУП «привязывает» каждую проблему к строкам конфигурации и объектам метаданных, которые являются ее источниками. При отображении проблем ЦУП заходит с другой стороны: показывает источники проблем, автоматически сортируя их по убыванию веса проблем, которые к ним относятся. Таким образом, эксперт получает полную информацию обо всех источниках проблем — узких местах в конфигурации системы.
Затем эксперт анализирует узкие места, указанные ЦУП, в порядке убывания веса. Если в системе наблюдаются серьезные проблемы производительности, то узкие места, как правило, будут подчиняться правилу «20 на 80». То есть 20% всех узких мест системы, будут создавать 80% проблем производительности. Соответственно, эксперт будет иметь возможность быстро устранить основные проблемы и значительно поднять производительность системы за относительно короткое время.
ЦУП предоставляет детальную техническую информацию по каждому узкому месту, обнаруженному в системе. Руководство по использованию ЦУП содержит подробные инструкции по анализу конфигурации исследуемой базы и по методикам оптимизации кода и структуры метаданных конфигурации для каждого вида проблем.
Анализ проблем в разрезе кода конфигурации
Дерево анализа данных о проблемах в разрезе кода конфигурации имеет следующий вид:
На первом уровне дерева представлены основные узкие места в коде конфигурации.
Анализ проблем в разрезе структуры метаданных
Дерево анализа данных о проблемах в разрезе структуры метаданных имеет следующий вид:
На первом уровне дерева представлены основные узкие места в разрезе объектов метаданных конфигурации.
Детальная информация по проблемам производительности
Большая часть проблем может быть решена путем анализа кода и структуры данных, без анализа подробной технической информации по проблеме. В некоторых случаях (например при анализе взаимоблокировок) бывает необходимо анализировать детальную информацию по проблеме. Эту информацию так же предоставляет ЦУП.
Детальная информация о медленных запросах
Подробная информация об ожиданиях на блокировках
Подробная информация о взаимоблокировках
Детальная информация о длительных серверных вызовах
Длительность вызова – позволяет оценить отклик системы с точки зрения пользователей. При интерактивной работе пользователя значительная часть операций (таких как открытие форм справочников и документов, запись и проведение документов и т. п.) выполняется с использованием одного или нескольких серверных вызовов. В большинстве сценариев длительность вызова более одной секунды воспринимается пользователем как медленная работа, а вызовы длительностью 20 секунд и более – как зависание клиентского приложения (за исключением случаев, когда вызовы не связаны работой клиентского приложения, а, например, отражают факт работы регламентных фоновых заданий).
Детальная информация о длительных событиях
Также возможно проводить анализ длительных событий в процессе работы информационной системы.
Этот сценарий ориентирован на выявление проблем, происходящих в процессе эксплуатации информационной системы. Среди таких проблем могут быть длительные серверные вызовы, длительные события установки блокировок, длительные запросы. При этом под термином длительные понимаются события, которые выполняются десятки секунд и более. В частности, наличие таких событий указывает на то, что пользователи могут получать ошибки установки блокировок и сталкиваться с зависаниями клиентских приложений.
Мониторинг и анализ показателей деятельности предприятия
Для контроля и анализа целевых показателей деятельности предприятия можно использовать данные монитора целевых показателей.
Система целевых показателей — приборная панель управления для менеджеров предприятия всех уровней.
Формирование структуры поставленных целей
Каждое предприятие ставит перед собой цели, к которым оно будет двигаться для достижения успеха. Руководством и собственниками компании могут быть заданы различные цели.
Предусмотрена возможность группировки целей и целевых показателей по перспективам управления — категории целей.
Для достижения целевого показателя можно определить одну из стратегий (максимизация значения, минимизация значения, удержание в пределах допустимого диапазона).
При первоначальном заполнении информационной базы создаются 26 базовых целевых показателей, состав которых может быть самостоятельно расширен пользователями. Создание новых показателей оправданно для факторов, которые могут привести к существенным достижениям.
Варианты анализа целевых показателей — контроль исполнения целей
Каждый целевой показатель может быть проанализирован различными способами. Предусмотрено использование различных вариантов анализа целевых показателей. Состав показателей, алгоритм их формирования, форма представления могут гибко настраиваться.
Для каждого целевого показателя может быть указано неограниченное количество вариантов анализа.
При создании новой базы в качестве основного варианта анализа целевых показателей автоматически загружается поставляемая модель показателей.
Для каждого варианта целевого показателя можно установить тип анализа (динамика изменения, сравнение с прошлым периодом и др.), вариант отображения данных (диаграмма, таблица и др.), тип диаграммы представления данных, метод расчета значения,
Использование вариантов анализа позволяет быстро настраивать план-фактный анализ для поддерживающих плановые значения показателей, проводить анализ структуры показателей в динамике, настраивать стандартный вариант отображения показателя в мониторе.
Для моделирования можно использовать не только демонстрационные данные, но и вводить произвольные данные в таблицу. При этом будет изменяться представление диаграммы.
Монитор целевых показателей
Монитор целевых показателей — результат текущей деятельности предприятия.
Все целевые показатели предприятия отражаются в мониторе целевых показателей, данные которого представлены в виде отчета. Использование отчета по монитору позволяет проанализировать большое количество целевых показателей, представленных на одной странице.
Предоставление отчета возможно как в электронном, так и в бумажном виде.
По каждому целевому показателю можно вывести детальный отчет для предоставления руководителю (информация об установленных целях, фактических значениях, ответственных, параметрах анализа и др.).
Обеспечивается возможность автоматической рассылки монитора целевых показателей предприятия руководителям, том — менеджерам.
Автоматическая рассылка ключевых показателей осуществляется в соответствии с настроенным расписанием. Использование такой возможности позволяет вовремя и быстро проинформировать топ-менеджера о данных целевых показателях предприятия. Например, можно задать расписание, согласно которому рассылка показателей предприятия будет осуществляться каждый день в 7.30 (один раз в день).
В качестве получателей целевых показателей могут выступать пользователи, организации, партнеры, контрагенты, физические лица, зарегистрированные в информационной базе.
Руководители могут получать информацию о состоянии дел на предприятии по электронной почте в виде рассылки дэш-бордов с ключевыми показателями эффективности.
Демонстрационный режим
Для наглядной демонстрации возможностей монитора целевых показателей без предварительного ввода данных можно использовать демонстрационный режим.
Заметки из Зазеркалья
Что нового появится в новых версиях КИП?
Новые версии КИП отличает значительно доработанный ЦКК, а также новая механика работы ТЦ.
Что такое ТЦ и ЦКК, и зачем они нужны?
ТЦ – инструмент автоматизации многопользовательских нагрузочных испытаний информационных систем на платформе «1С:Предприятие». С его помощью вы можете моделировать работу предприятия без участия реальных пользователей, что позволит вам оценивать применимость, производительность и масштабируемость информационной системы в реальных условиях.
В конфигурации Тест-центр уже выполнена переработка механизма обмена сообщениями и управления нагрузочным тестом. Доработанный механизм позволяет более эффективно использовать конфигурацию Тест-центр в задачах обеспечения технологического качества решений. К тому же повысились управляемость тестом и контроль виртуальных рабочих мест в процессе выполнения нагрузочного теста.
Доработанная версия ТЦ сейчас проходит испытания на наших площадках и войдет только в версию КИП 2.0.13.
ЦКК – в первую очередь инструмент мониторинга и контроля технологического состояния работы информационной системы. Инструмент позволяет вам осуществлять комплексный контроль информационных систем именно на технологической платформе «1С:Предприятие». ЦКК позволяет обеспечить быструю реакцию на возможные и возникшие проблемы качества. Конфигурация даёт вам возможность достаточно быстро подключать новые объекты контроля, т.е. те части системы, технологические параметры которых необходимо постоянно контролировать.
ЦКК в своем составе имеет множество контрольных процедур, но для минимальной настройки мониторинга информационной системы вам достаточно настроить:
Мониторинг, агрегация и анализ статистики
Наиболее ярким достоинством новой версии ЦКК 2.0.12 является механизм Мониторинга, агрегации и анализа статистики. ЦКК имеет встроенный веб-сервис InputStatistics, который предназначен для того чтобы принимать данные от внешних источников.
На вход веб-сервиса принимается строка в формате
Группы разделяются через точку. За последней точкой обязательно следует число. Такие счетчики с числами в конце могут быть собраны в одну строку, разделенную точками с запятой. Например, могут быть следующие входные данные:
В таком формате вы можете сформировать и передать практически любые показатели работы информационных систем на ОС Windows и Linux. Более того, такие данные вы можете очень просто формировать на встроенном языке 1С:Предприятия и передавать в ЦКК точно также, как это сделано в демонстрационной обработке ТестInputStatistics в конфигурации.
Давайте разберем новые возможности на примере. Допустим, перед вами стоит задача организации мониторинга площадки информационной системы, состоящей из 6 рабочих серверов 1С:Предприятия и сервера СУБД. Ваша задача – научиться формировать строку с нужными вам данными в указанном выше формате. Пример того, как это сделать, вы можете найти в этой статье.
После того, как вы научились формировать строки по всем интересующим вас счетчикам, отправляйте их в ЦКК. Например, на PowerShell 3.0 отправка данных может выглядеть следующим образом:
Подробности по использованию New-WebServiceProxy на ресурсе Microsoft.
Теперь вы можете воспользоваться всеми достоинствами нового продукта. Заходите в ЦКК, открывайте форму Мониторинг и выбирайте показатель Счетчики.
Далее перед вами открывается форма настройки с уже заполненным деревом счетчиков. Дерево будет достраиваться автоматически по мере передачи данных в ЦКК. Например, вы решили настроить вывод данных по доступной оперативной памяти на всех Windows серверах. Вы знаете, что счетчик Performance Monitor называется \Memory\Available Mbytes.
Вам достаточно указать часть имени счетчика, по которой можно его найти в Мастере выбора счетчиков, а затем нажать кнопку Заполнить, где появится меню выбора:
Выбираете Создать каждый и получаете показатели по доступной памяти на всех серверах вашей информационной системы. Далее вам остается только нажать Записать и закрыть. В результате вы получите график с нужными вам данными за любой период (на который имеются данные):
Вы можете выбрать любой из имеющихся типов диаграмм:
Вы можете решить, что вам не интересно наблюдать объем доступной оперативной памяти на сервере 1C-SQLServer1. Поэтому вы можете легко исключить этот счетчик (или добавить другие), а затем сохранить профиль или поделиться полученным профилем с коллегами:
На форме Мониторинг имеется ещё одна очень полезная закладка – Анализ показателей. Особенностью этой закладки является возможность разместить на одном экране разнородные показатели так, как вам этого хочется.
Все показатели будут отображены без масштаба, сгруппированы по типам показателей. При этом вы можете выбрать нужный тип графика для каждого показателя.
Оповещение придет к вам с таким текстом, какой вы захотите. Например:
«Просыпайся. 1C-Server2/Memory Available Mbytes [среднее] = 112;»
Это будет означать, что на сервере 1C-Server2 осталось 112 Мб свободной оперативной памяти.
ЦКК версии 2.0.13
В ЦКК версии 2.0.13 спектр возможностей будет значительно расширен. В первую очередь это будет достигнуто засчет значительной переработки мониторинга и механизма сбора данных. Будет ещё больше увеличен список возможностей по оценке производительности работающей системы.
Наиболее интересной разработкой будет минимальный пакет ЦКК, который будет включать в себя:
Как результат – очень простой с точки зрения управления и настройки механизм получения данных о текущем состоянии системы. Вы получите возможность моментально узнавать о состоянии системы клиента, по сути, некий индикатор «Check Engine». При этом организационные вопросы по настройке ЦКК будут сведены к минимальному указанию информации о системе.
Таким образом, новую версию ЦКК отличает от других продуктов то, что:
Новая версия ЦКК уже активно используется нами в облачном сервисе 1CFresh. С помощью этой системы мониторинга мы успешно контролируем более 10000 различных показателей информационной системы по всем Windows и Linux серверам рабочей площадки сервиса 1CFresh.
Версию ЦКК 2.0.13 будут отличать:
Обеспечение качества и инструменты (Часть 2)
Желтая каска отличная вещь для эксперта платформы «1С:Предприятие 8».
Хочу рассмотреть вопросы и подготовку к сертификации. Учить правильные ответы плохой путь, а вот понимать ответы и применять их, вы тем самым становитесь на путь к уровню «1С:Эксперт». По сути это цикл записей с расширенными ответами на несколько вопросов из тестов.
«Центр контроля качества» (ЦКК) решает следующие задачи:
— автоматически контролирует качество работы всех программных и аппаратных компонентов системы;
— автоматически оповещает ответственных в случае возникновения проблем качества;
— предоставляет детальные рекомендации по текущим действиям, которые необходимы для устранения обнаруженных проблем;
— отображает качество работы системы на всех уровнях с любой степенью детализации.Перечень контрольных процедур:
— контроль производительности;
— контроль подключений;
— контроль выполнения регламентных заданий;
— контроль потребления памяти;
— контроль места на диске;
— контроль устойчивости;
— внешний контроль.Книга по теме «1С:Корпоративный инструментальный пакет», версия 2.0, руководство по использованию с. 205-233.
«Центр управления производительностью» может анализировать данные технологических журналов со всех серверов кластера. Каталоги задаются при использовании мастера подключения к исследуемой базе («1С:Корпоративный инструментальный пакет», версия 2.0, руководство по использованию с. 44-47).
«Центр управления производительностью» (ЦУП) — инструмент мониторинга и анализа производительности клиент-серверных информационных систем на платформе «1С:Предприятие 8».Основные возможности ЦУП:
— мониторинг технологических показателей производительности работающей клиент-серверной системы;
— сбор и хранение информации о динамике производительности системы;
— анализ узких мест конфигурации;
— регламентный мониторинг производительности системы с автоматическим контролем значений показателей производительности и реакцией на их изменение;
— создание и редактирование сценариев работы ЦУП.Книга по теме «1С:Корпоративный инструментальный пакет», версия 2.0, руководство по использованию с. 27-163.
«Тест-центр» (ТЦ) — инструмент автоматизации многопользовательских нагрузочных испытаний информационных систем на платформе «1С:Предприятие 8». С его помощью можно моделировать работу предприятия без участия реальных пользователей, что позволяет, в частности, оценивать применимость, производительность и масштабируемость информационной системы в реальных условиях.Основные возможности ТЦ:
— описание многопользовательских сценариев тестирования;
— автоматический запуск сценариев тестирования и контроль хода их выполнения;
— сбор, хранение и анализ результатов тестирования.Книга по теме «1С:Корпоративный инструментальный пакет», версия 2.0, руководство по использованию с. 163-185.
Подсистема «Оценка производительности» предназначена для оценки интегральной производительности системы по методике APDEX, является частью конфигурации «1С:Библиотека стандартных подсистем» (БСП). Описание подсистемы на сайте ИТС (требуется подписка). Необходимо посмотреть в код конфигурации БСП чтобы понять, что задержка регулируется константой ОценкаПроизводительностиПериодЗаписи.
Соглашение об уровне предоставления услуги (англ. Service Level Agreement (SLA)) — термин методологии ITIL, обозначающий формальный договор между заказчиком (в рекомендациях ITIL заказчик и потребитель — разные понятия) услуги и её поставщиком, содержащий описание услуги, права и обязанности сторон и, самое главное, согласованный уровень качества предоставления данной услуги.
Типовая модель SLA должна включать следующие разделы:
«Мониторинг системных ошибок» (в ЦКК)
«Контроль устойчивости системы» (в ЦКК) — данная контрольная процедура позволяет вести учет аварийных завершений рабочих процессов кластера путем регистрации образовавшихся при этом дампов памяти. Книга по теме «1С:Корпоративный инструментальный пакет», версия 2.0, руководство по использованию с. 228-230.
«Контроль подключений» (в ЦКК) — данная контрольная процедура проверяет доступность информационной базы для подключения пользователей. Книга по теме «1С:Корпоративный инструментальный пакет», версия 2.0, руководство по использованию с. 222-223.
Для сбора статистики об общем количестве взаимоблокировок можно использовать «Центр контроля качества» и технологический журнал.
Зависание процессов кластера — состояние кластера, при котором он не отвечает на запросы пользователей, не позволяет создать новое клиентское подключение и т. п., но при этом остается загруженным в память рабочего сервера.
Свойство WaitConnections — список соединений (номера connectID), с которыми идет столкновение по управляемым транзакционным блокировкам (для событий TLOCK и TTIMEOUT ). Сайт ИТС (требуется подписка)
«Анализ производительности» (в ЦКК) — оценить Apdex в разрезе информационных баз.
Численную оценку от изменения условий функционирования системы следует получать с помощью предварительно проведенного нагрузочного теста, сравнивая результаты, полученные на тестовой системе в старых и новых условиях функционирования