Корпоративный инструментальный пакет 8» (КИП) предназначен для повышения производительности, масштабируемости и надежности информационных систем на платформе «1С:Підприємство 8» за счет следующих возможностей:
Программный продукт может использоваться как самостоятельно (например, для оценки применимости какой-либо конфигурации для решения задач клиента), так и в качестве дополнительного инструмента, позволяющего провести анализ «узких мест» и повысить производительность и масштабируемость внедряемой или уже внедренной системы.
Продукт наиболее полезен при использовании на относительно крупных внедрениях - с большой нагрузкой на систему и большим количеством рабочих мест.
Основные задачи, решаемые при помощи «Корпоративного инструментального пакета»:
«1С:Підприємство КИП 8» может использоваться для решения перечисленных задач на всех этапах жизненного цикла системы:
КИП 8 содержит следующие инструменты:
Стоимость:
Название | Цена, грн (без НДС) |
---|---|
Продукт | |
Корпоративный инструментальный пакет 8 (КИП) | 36 402 |
Прайс ➾ клиентские и серверные лицензии 1С:Підприємство
Прайс ➾ каталог официальных программных решений 1С:Підприємство
«Корпоративный инструментальный пакет 8» содержит следующие инструменты:
Центр управления производительностью (ЦУП) - инструмент мониторинга и анализа производительности информационных систем на платформе «1С:Підприємство». ЦУП предназначен для оценки производительности системы, сбора подробной технической информации об имеющихся проблемах производительности и анализа этой информации с целью дальнейшей оптимизации.
Центр управления производительностью может подключаться только к информационным базам, работающим в клиент-серверном варианте. Кроме того, в зависимости от СУБД, используемой в исследуемой информационной базе, могут быть доступны или недоступны некоторые возможности ЦУП.
«Центр управления производительностью» представляет собой независимую информационную базу 1С:Підприємство, которая может подключаться к кластеру серверов 1С:Підприємство для исследования производительности.
Для работы ЦУП не требуется внесения каких-либо изменений в код исследуемой информационной базы либо в состав компонент сервера 1С:Підприємство исследуемой базы.
Выбор сценария работы
В комплект поставки текущей версии ЦУП включены следующие сценарии:
Кроме того, пользователь может создавать собственные сценарии работы ЦУП, либо редактировать существующие.
Выбор информационной базы
После выбора режима необходимо выбрать исследуемую информационную базу, либо создать новое подключение к информационной базе.
В режиме мониторинга эксперт может анализировать текущую динамику показателей производительности в режиме реального времени.
Если не включена запись, то значения показателей, выходящие за область видимости формы, «забываются». Для того, чтобы сохранить данные за некоторый период времени, следует включить запись значений показателей производительности. Запись значений может быть включена индивидуально для каждого показателя. Все записанные значения сохраняются в информационной базе ЦУП и будут доступны для последующего анализа.
Если был выбран сценарий регламентного мониторинга, то ЦУП будет автоматически реагировать на изменение производительности системы, в частности включать запись значений показателей при ухудшении производительности и выключать ее при возвращении показателей к нормальным значениям.
Мониторинг показателей работающей системы не влияет на ее производительность. Исключением являются показатели из группы «Анализ», в том случае, если включена их запись. См. «Сбор аналитической информации».
Центр управление производительностью собирает информацию по трем основным группам показателей:
Показатели производительности, содержащиеся в этих группах являются количественными. Например, значение показателя "максимальное время выполнения запросов" соответствует времени выполнения в секундах самого длительного запроса в данный момент времени. На основании динамики значений количественных показателей эксперт может делать выводы о качестве работы системы: о том, насколько хорошо или плохо работает система, есть ли в ней проблемы производительности и если есть, то какие. Руководство по использованию содержит подробные инструкции по качественному анализу значений количественных показателей. Эти же инструкции даны в статье "Анализ производительности и оптимизация работающей многопользовательской системы".
Если значения показателей свидетельствуют о наличии в системе проблем производительности, то эксперт может собрать дополнительную информацию об "узких местах" системы с целью ее дальнейшей оптимизации. Если вы используете сценарий "Регламентный мониторинг", то ЦУП автоматически отследит появление симптомов проблем и проведет сбор всей необходимой информации.
Для анализа узких мест системы предназначены аналитические показатели ЦУП, которые собраны в группу "Анализ":
При наличии в системе проблем производительности ЦУП автоматически соберет всю необходимую информацию, проанализирует ее и отобразит в виде иерархии "узких мест" системы - строк кода и объектов метаданных, являющихся источниками проблем. Затем эта информация может быть использована экспертом для оптимизации кода конфигурации и структуры метаданных.
Для решения этой задачи необходимо выбрать один или несколько показателей из группы «Анализ» и включить их запись. При использовании сценария "Регламентный мониторинг" выбор и запись соответствующих показателей будет выполнена ЦУП автоматически.
ВНИМАНИЕ! Включение записи аналитических показателей может привести к снижению производительности работы исследуемой базы.
После выключения записи аналитических показателей, собранная информация будет обработана и перенесена в информационную базу ЦУП для дальнейшего анализа. Этот процесс может занять длительное время. Имеется возможность выполнять этот разбор в фоновом режиме в отдельном подключении ЦУП.
Для того, чтобы перейти к анализу собранных данных, необходимо остановить мониторинг и запустить сценарий "Просмотр".
В своей информационной базе ЦУП хранит данные о значениях показателей производительности для всех исследуемых баз за всю историю мониторинга.
Эксперт может выбрать любой интересующий его интервал времени для любой исследуемой базы и проанализировать сохраненные значения показателей производительности. При этом он может произвольно масштабировать просматриваемые данные. Если во время мониторинга записывались аналитические данные по проблемам производительности, то зксперт может перейти к детальному анализу этой информации с целью оптимизации системы:
Задачи, решаемые при оптимизации системы
В том случае, если в системе одновременно проявляется более одной проблемы (а обычно именно так и бывает), основной трудностью для Эксперта становится правильное определение наиболее критичных проблем.
В системе может одновременно выполняться множество неоптимальных запросов, но не все они одинаково влияют на интегральную производительность системы. Один запрос может выполняться 1-2 раза в день, и даже если время его выполнения более 5 минут, не факт, что именно он является самой большой проблемой. Предположим, что есть другой запрос, который выполняется не более 2 секунд, но многократно – до нескольких тысяч раз в день – и при этом блокирует всех пользователей. В этом случае, решение первой проблемы практически никак не скажется на общей производительности системы, в то время как решение второй сразу же даст ощутимый прирост общей производительности системы.
Таким образом, для успешной оптимизации системы необходимо решить следующие задачи:
Это позволит сразу же сконцентрироваться на наиболее критичных проблемах и получить максимальный эффект (прирост интегральной производительности) за минимальное время.
Другой сложностью, возникающей при решении задач оптимизации, является поиск контекста проблемы – строки кода конфигурации и/или объекта метаданных, которые необходимо оптимизировать для того, чтобы решить данную проблему.
Например, мы можем обнаружить неоптимально работающий запрос на уровне СУБД. Для того чтобы его оптимизировать, необходимо знать, какой код конфигурации привел к генерации этого запроса, какие объекты метаданных в нем участвуют, какова структура индексов и т.д. Только имея эту информацию, можно будет определить причину проблемы и найти способ оптимизации – переписать запрос, добавить дополнительный индекс в объект метаданных и т.п.
Все эти задачи автоматически решаются при сборе аналитической информации при помощи ЦУП.
Общий подход к анализу проблем в ЦУП
При сборе информации об узких местах в конфигурации ЦУП автоматически решает все три перечисленные выше задачи:
собирает полную информацию по всем проблемам производительности; восстанавливает полный контекст каждой проблемы, то есть «привязывает» ее к определенным строкам кода конфигурации и объектам метаданных; автоматически ранжирует узкие места и располагает их в порядке убывания влияния на общую производительность системы. При сборе информации о проблемах, ЦУП «привязывает» каждую проблему к строкам конфигурации и объектам метаданных, которые являются ее источниками. При отображении проблем ЦУП заходит с другой стороны: показывает источники проблем, автоматически сортируя их по убыванию веса проблем, которые к ним относятся. Таким образом, эксперт получает полную информацию обо всех источниках проблем - узких местах в конфигурации системы.
Имеются две возможности оптимизировать систему: изменить код конфигурации (оптимизировать запрос и т.п.) либо изменить структуру метаданных конфигурации (добавить недостающий индекс и т.п.). Поэтому ЦУП отображает узкие места системы в двух независимых разрезах:
Затем эксперт анализирует узкие места, указанные ЦУП, в порядке убывания веса. Если в системе наблюдаются серьезные проблемы производительности, то узкие места, как правило, будут подчиняться правилу "20 на 80". То есть 20% всех узких мест системы, будут создавать 80% проблем производительности. Соответственно, эксперт будет иметь возможность быстро устранить основные проблемы и значительно поднять производительность системы за относительно короткое время.
ЦУП предоставляет детальную техническую информацию по каждому узкому месту, обнаруженному в системе. Руководство по использованию ЦУП содержит подробные инструкции по анализу конфигурации исследуемой базы и по методикам оптимизации кода и структуры метаданных конфигурации для каждого вида проблем.
Очень часто для устранения проблемы достаточно знать строку кода, которая является узким местом. Типичные причины проблем производительности хорошо изучены и описаны, поэтому эксперт имеет возможность устранить узкое место просто анализируя код конфигурации и структуру метаданных. Более детальная информация по методам анализа и оптимизации содержится в руководстве пользователя и по следующим ссылкам:
Анализ проблем в разрезе кода конфигурации
Дерево анализа данных о проблемах в разрезе кода конфигурации имеет следующий вид:
На первом уровне дерева представлены основные узкие места в коде конфигурации.
Анализ проблем в разрезе структуры метаданных
Дерево анализа данных о проблемах в разрезе структуры метаданных имеет следующий вид:
На первом уровне дерева представлены основные узкие места в разрезе объектов метаданных конфигурации.
Детальная информация по проблемам производительности
Большая часть проблем может быть решена путем анализа кода и структуры данных, без анализа подробной технической информации по проблеме. В некоторых случаях (например при анализе взаимоблокировок) бывает необходимо анализировать детальную информацию по проблеме. Эту информацию так же предоставляет ЦУП.
Детальная информация о медленных запросах
ЦУП предоставляет подробную техническую информацию обо всех проблемных (медленных) запросах, которые выполнялись в системе. Информация включает в себя:
Подробная информация об ожиданиях на блокировках
ЦУП предоставляет подробную техническую информацию обо всех ожиданиях на блокировках данных, которые наблюдались в исследуемой системе. Информация включает в себя:
Подробная информация о взаимоблокировках
ЦУП предоставляет подробную техническую информацию обо всех взаимоблокировках (неразрешимых конфликтах блокировки) данных, которые наблюдались в исследуемой системе. Информация включает в себя:
«Тест-центр» - инструмент автоматизации многопользовательских нагрузочных испытаний информационных систем на платформе «1С:Підприємство 8». С его помощью можно моделировать работу предприятия без участия реальных пользователей, что позволяет оценивать применимость, производительность и масштабируемость информационной системы в реальных условиях.
Зарегистрированные пользователи могут получить текущую версию «Тест-центра», руководство пользователя и демонстрационную базу.
Назначение «Тест-центра»:
Возможности «Тест-центра»:
Универсальный сценарий для «Тест-центра» - «Эмуляция работы пользователей по вводу документов»
Основные возможности «Тест-центра»:
Данный сценарий тестирования позволяет воспроизвести работу пользователей по вводу документов в информационной базе на платформе «1С:Підприємство 8». Виртуальные пользователи работают под правами реальных пользователей системы. Документы вводятся в реальном времени, то есть с теми же задержками, которые были при работе реальных пользователей. Имеется возможность «сжатия» времени для уменьшения общего времени работы теста.
Во время тестирования осуществляется замер времени проведения каждого вводимого документа. Имеется возможность автоматического сравнения результатов двух тестов для оценки влияния изменений в системе на производительность при выполнении реальных действий пользователей.
Возможные области применения «Тест-центра»
1. Контроль качества изменений кода конфигурации
При внесении доработок в реально функционирующую систему возникает необходимость регулярного контроля качества вносимых изменений.
Некоторые из изменений могут привести к снижению производительности работы системы, причем часть проблем может не обнаруживаться в однопользовательском режиме (в процессе разработки), но проявиться при реальной работе пользователей. Если изменения вносились с целью оптимизации алгоритмов, то возникает необходимость получить численную оценку эффекта, полученного от оптимизации.
Для решения этих и подобных задач выполняются два теста с использованием настоящего сценария: один - перед внесением изменений, а второй - после. Автоматическая процедура сравнения результатов позволяет сделать вывод о том, к какому результату приведут внесенные изменения и принять решение относительно внесения изменений в рабочую базу.
2. Оценка эффекта от изменения условий функционирования
Аналогичным образом при помощи данного сценария можно оценить эффект от любого изменения условий функционирования информационной системы:
Для решения подобных задач запускаются два аналогичных теста: один - в старых условиях, второй - в новых. Полученные результаты сравниваются и на основании сравнения делаются выводы об изменении общей производительности системы.
Сценарий для «Тест-центра» - «Продажи в УВП»
Данный сценарий тестирования позволяет проводить синтетические нагрузочные тесты, воспроизводящие работу пользователей по реализации бизнес-процесса продаж в конфигурации «Управління виробничим підприємством».
Бизнес-процесс, реализованный в сценарии, включает в себя следующие операции:
Основные возможности сценария:
Основные области применения сценария:
«Корпоративный инструментальный пакет» включает новые версии конфигурации «Тест-центр» и сценария «Эмуляция работы пользователей по вводу документов». «Тест-центр» версии 1.0.5 и сценарий «Эмуляция работы пользователей по вводу документов» версии 1.0.1 доступны для бесплатного использования. Зарегистрированные пользователи «1С:Підприємство», имеющие действующую подписку на ИТС, могут скачать их по адресу: (добавить ссылку). Выпуск «Корпоративного инструментального пакета» не изменяет условия использования этих продуктов.
Все последующие версии «Тест-центра» и сценариев тестирования будут доступны только в составе «Корпоративного инструментального пакета» и не будут публиковаться для бесплатного использования. На использование этих версий «Тест-центра» и сценариев тестирования будут распространяться все ограничения, указанные в лицензии для соответствующего продукта.
Новые сценарии тестирования, выпускаемые разработчиком, так же будут включаться в состав и не будут доступны для бесплатного использования. В текущую версию «Корпоративного инструментального пакета» включен новый сценарий тестирования «Продажи в конфигурации Управління виробничим підприємством».
Агент КИП
В целях упрощения удаленного администрирования реализованы следующие возможности:
Стандартный нагрузочный тест
Исправлены выявленные ошибки.
Сценарное тестирование
Проверка командного интерфейса отдельного окна реализована в шаге «Действие с формой» при помощи действия «Проверить командный интерфейс формы». В данные шага автоматически считывается и хранится состав командного интерфейса. При выполнении шага происходит сравнение команд фактического интерфейса окна с эталонными значениями из шага. Шаг считается выполненным правильно, если состав командного интерфейса идентичен эталону. Все расхождения выводятся в отчет.
Проверка командного интерфейса программы реализована в шаге «Командный интерфейс» при помощи действия «Проверить состав командного интерфейса». В данные шага автоматически считывается командный интерфейс программы. При необходимости сведения о командах интерфейса можно редактировать вручную. Если во время выполнения состав командного интерфейса полностью идентичен эталону, то шаг считается выполненным правильно. Все выявленные различия выводятся в отчет о выполнении.
Пакет из программы сценарного тестирования может быть выгружен (экспортирован) в файлы на диске. В заданном каталоге создается файл описания пакета и файлы всех данных, используемых в пакете. Все пути к сценариям, шаблонам создания баз и т.п. автоматически заменяются на пути к файлам в каталоге выгрузке, пути к внешним файлам остаются без изменения.
Каталог, содержащий выгрузку пакета, может быть использован как контейнер для переноса пакета в другую информационную базу или для выполнения.
Выгруженный в каталог пакет может быть выполнен агентом тестирования без использования основной конфигурации Сценарное тестирование. Запуск пакета может быть выполнен вручную или при помощи командной строки. Командная строка в строке параметров для прикладного решения должна содержать ключевое слово AUTOSTARTPACKAGE и через точку с запятой перечисленные параметры запуска (имя = значение): DIRECTORY - рабочий каталог, PACKAGEPATH - путь к основному файлу пакета, REPORTPATH - путь к файлу результата. Фрагмент командной строки может выглядеть примерно так ENTERPRISE /F "<Каталог Агента тестирования>\" /TESTMANAGER /C "AUTOSTARTPACKAGE;DIRECTORY=<Рабочий каталог>;PACKAGEPATH=<полный путь к файлу Command.json>;REPORTPATH=<Полный путь к файлу отчета>".
Для ручного выполнения пакета из каталога нужно открыть агента тестирования, в подменю "Выполнить командный файл" выбрать пункт "Выполнение пакета" и открыть командный файл пакета. Обычно это файл в имени которого есть "_Command.json".
Такой подход позволяет снизить нагрузку на сервер при использовании сторонних пускальщиков тестов, упростить схему тестирования и позволяет, например, для демонстрации возможностей программы брать с собой подготовленный к демонстрации пакет тестирования.
Выполнение пакетов в процессе реализовано с учетом новой схемы – пакет выгружается в каталог и выполняется автономно агентом тестирования, после только загружаются результаты.
В процессах реализован автоматический выбор свободного агента тестирования. Если выбранный агент тестирования при проверке окажется неработоспособным, то он блокируется до выяснения обстоятельств человеком и ручной разблокировки (в списке агентов), а задание снова становится в конец очереди Агент для выполнения пакета может быть указан в явном виде при описании задания, например, если для выполнения пакета требуется уникальная настройка сервера. Если агент в задании не задан, то при выполнении он будет подобран автоматически из числа первых освободившихся в порядке очереди.
Тест-центр
Исправлены выявленные ошибки.
Центр администрирования
Упрощено удаленное администрирование рабочих мест и серверов с использованием Агента КИП.
Добавлены следующие возможности:
Для использования новых возможностей необходимо обновить Агент КИП на рабочих станциях и серверах.
Центр контроля качества
В подсистеме "Центр администрирования" упрощено удаленное администрирование рабочих мест и серверов с использованием Агента КИП.
Добавлены следующие возможности:
Для использования новых возможностей необходимо обновить Агент КИП на рабочих станциях и серверах.
Центр управления производительностью
Исправлены выявленные ошибки.
Зарегистрированные пользователи ИТС могут скачать обновление 2.1.7.3 от 14.08.20 г. для Корпоративный инструментальный пакет 8 и дополнительные материалы на сайте поддержки.
Агент КИП
Стандартный нагрузочный тест
Исправлены выявленные ошибки.
Сценарное тестирование
Новый рабочий стол для удобного управления процессом тестирования.
Исправлены ошибки.
Тест-центр
Центр администрирования
Реализована возможность группировки Агентов КИП по описанию клиента.
Реализована поддержка новых возможностей по обновлению исполняющей части Агента КИП (скриптов и интерпретатора Python):
Исправлены выявленные ошибки.
Центр контроля качества
Новые возможности и изменения:
Исправлены выявленные ошибки.
Центр управления производительностью
Исправлены выявленные ошибки.
Агент КИП
Стандартный нагрузочный тест
Исправлены выявленные ошибки.
Сценарное тестирование
Новый рабочий стол для удобного управления процессом тестирования.
Исправлены выявленные ошибки.
Тест-центр
Центр администрирования
Центр контроля качества
Новые возможности и изменения:
Исправлены выявленные ошибки.
Центр управления производительностью
Исправлены выявленные ошибки.
Агент КИП
Стандартный нагрузочный тест
Исправлены выявленные ошибки.
Сценарное тестирование
Новый рабочий стол для удобного управления процессом тестирования.
Исправлены выявленные ошибки.
Тест-центр
Центр администрирования
Центр контроля качества
Новые возможности и изменения:
Исправлены выявленные ошибки.
Центр управления производительностью
Исправлены выявленные ошибки.
Агент КИП
Стандартный нагрузочный тест
Исправлены выявленные ошибки.
Сценарное тестирование
Новый рабочий стол для удобного управления процессом тестирования.
Исправлены выявленные ошибки.
Тест-центр
Центр администрирования
Исправлены выявленные ошибки.
Центр контроля качества
Новые возможности и изменения:
Исправлены выявленные ошибки.
Центр управления производительностью
Исправлены выявленные ошибки.
*Копирование материала возможно только с ссылкой на источник и указанием автора материала. Благодарим за уважение интеллектуальных прав собственности.TQM systems
Цена 1С:Підприємство. Корпоративный инструментальный пакет, грн | 36 402 |
SaaS сервисы
Программы 1С:Підприємство
CRM
ERP
Node.JS, .NET
1С:Підприємство
API, IPasS
Разработка Web Apps
1С:Підприємство Автоматизация
Аудит IT проектов
Интеграция 1С:Підприємство
Получайте наши информационные материалы:
Работаем на IT-рынке с 2008 года, член всеукраинской общественной организации "САБ Спілка Автоматизаторів Бізнесу"
Наша миссия - упростить управление данными.
Copyright © 2008-2021 TQMsystems. Все права защищены. Privacy Policy | Terms of Service