1С цуп

Содержание

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

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

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

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

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

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

Центр контроля качества решает следующие задачи:

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

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

Центр контроля качества будет наиболее полезен следующим специалистам:

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

ЦКК выполняет следующие функции:

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

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

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

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

Роль Возможности пользователя
Центр мониторинга полные права Пользователь имеет права по настройке центра мониторинга ЦКК
Центр мониторинга пользователь Пользователь может осуществлять работу с центром мониторинга ЦКК
Центр мониторинга просмотр Пользователь может только просматривать отчеты, выводимые центром мониторинга ЦКК
Центр мониторинга руководители групп Пользователь может осуществлять работу с центром мониторинга ЦКК и настраивать справочник «Группы пользователей центра мониторинга»

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

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

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

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

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

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

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

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

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

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

Мониторинг

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

Средства мониторинга ЦКК позволяют оперативно и постоянно (в режиме 24/7):

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

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

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

В ЦКК реализован контроль следующих показателей:

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

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

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

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

Инциденты в ЦКК создаются:

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

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

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

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

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

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

Оповещения могут рассылаться следующими способами:

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

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

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

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

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

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

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

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

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

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

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

Основные задачи, которые могут быть решены при помощи ЦУП:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В комплект поставки текущей версии ЦУП включены следующие сценарии:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

При сборе информации об узких местах в конфигурации ЦУП автоматически решает все три перечисленные выше задачи:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • время выполнения вызова;
  • длительность данного выполнения вызова;
  • пользователь «1С:Предприятия», при работе которого был выполнен серверный вызов;
  • контекст вызова (строка кода конфигурации, из которой он был выполнен).

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

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

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

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

Фирма «1С» опубликовала ознакомительную версию «1С:Корпоративного инструментального пакета 2.1.6», а также добавила возможность заказа «1С:КИП» в форме электронной поставки.

Новое в релизе 2.1.6 «1С:КИП»

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

  • Центр управления производительностью;
  • Тест-центр;
  • Стандартный нагрузочный тест;
  • Центр контроля качества;
  • Сценарное тестирование;
  • Центр администрирования;
  • Агент КИП.

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

Недавно фирма «1С» опубликовала тестовый релиз «1С:КИП 2.1.6», в котором были обновлены функциональные возможности центра контроля качества, тест-центра и сценарного тестирования.

Аналитическая панель и механизм мониторинга сеансов в «Центре контроля качества»

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

Как может работать ЦКК в 1С:КИП. Источник: www.v8.1c.ru

В новом релизе ЦКК планируется продолжить развитие механизмов мониторинга доступности ресурсов:

  • добавить обработку «Аналитическая панель» (дашборд), которая будет выводить на один экран общее состояние контролируемых площадок эксплуатации;
  • в справочник «Счетчики» добавить реквизит «Оборудование», что позволит выводить реквизиты оборудования, с которого получено значение счётчика, например, фактический адрес размещения.

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

Новый рабочий стол в «Сценарном тестировании»

Для удобного управления процессом тестирования в «1С:КИП 2.1.6» будут добавлена возможность настройки состава и расположения виджетов на рабочем столе

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

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

«Тест-центр» теперь можно использовать в качестве расширения, с помощью «Агента КИП» можно подключаться к нескольким базам ЦУП, ЦКК, ЦА одновременно

Добавлена реализация «Тест-центра» в виде расширения конфигурации. Улучшена поддержка тестирования типовых решений, развернутых в сервисе «1С:Фреш».

В обновленном «Агенте КИП» появилась возможность подключать один экземпляр агента к нескольким базам ЦУП, ЦКК, ЦА одновременно. Кроме этого, в Linux поменялся формат упаковки дампов аварийного завершения процессов (с zip на tar.gz).

Актуальная на текущий момент версия – «1С:Корпоративный инструментальный пакет 2.1.5»

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

  • новый тип обнаружения инцидентов «Контроль доступности ресурсов» в «Центре контроля качества»;
  • поддержка работы «Центра управления производительностью» в ОС Linux через сервер администрирования кластера серверов RAS;
  • существенный объем нововведений в «Центре администрирования».

Доступна электронная поставка «1С:КИП»

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

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

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

Оставьте комментарий