• Определить перечень регламентных процедур, которые должны выполняться для всех элементов информационной системы, как аппаратных, так и программных.
• Для каждой из регламентных процедур определить расписание и задать критерии успешного выполнения. Назначить специалиста, ответственного за выполнение регламентной процедуры и анализ результатов. Определить действия, которые необходимо будет сделать при неудачном выполнении регламентной процедуры.
• Регулярно выполнять необходимые регламентные процедуры для каждой информационной базы, входящей в состав информационной системы предприятия, и фиксировать результаты.
• При обнаружении отклонений от нормы зафиксировать проблему и инициировать ее разбор.
• Отслеживать все зафиксированные проблемы, контролировать их устранение и записывать результаты.
Конкретные регламентные процедуры, обязательные для выполнения, зависят от типа элемента информационной системы. Информационная система состоит из элементов пяти типов: информационные базы «1С: Предприятия 8», базы данных, кластеры серверов «1С: Предприятия 8», серверы СУБД, компьютеры. Для каждого типа определяется свой набор регламентных процедур.
В качестве примера рассмотрим некоторые регламентные процедуры, связанные с поддержанием высокой производительности информационной системы. К ним относятся регламентные операции СУБД, контроль загрузки оборудования и интегральных показателей производительности системы.
Регулярное выполнение регламентных операций на уровне СУБД требуется для эффективной работы базы данных – действий, выполняемых СУБД по умолчанию, для серьезной информационной системы с большим числа пользователей, как правило, оказывается недостаточно. Регламентные операции (такие, как обновление статистик, дефрагментация индексов, реиндексация таблиц) не требуется каждый раз выполнять вручную, современные СУБД позволяют автоматизировать обслуживание своих баз данных. От специалиста, ответственного за сопровождение информационной системы, требуется только контролировать своевременное выполнение регламентных операций – грубо говоря, его задача сводится к ежедневной проверке журнала событий. Если в нем обнаруживается сообщение об ошибке, необходимо проверить настройки СУБД и запустить соответствующую регламентную операцию в ручном режиме.
Контроль загруженности оборудования требуется для своевременного выявления аппаратных сбоев, а также перегруженности тех или иных аппаратных компонентов и выполняется штатными средствами ОС. Необходимо регулярно контролировать загруженность оборудование не только серверной части информационной системы (сервер СУБД, рабочие серверы кластера «1С: Предприятие 8»), но и тех клиентских рабочих станций, на которых выполняются «тяжелые» операции с данными информационной базы. Современные ОС позволяют полностью автоматизировать сбор и запись показателей загруженности оборудования. От специалиста, ответственного за управление технологическим качеством работы, требуется только регулярное чтение основных показателей загруженности оборудования (загруженность процессоров, очередь к процессорам, очередь к жестким дискам, интенсивность обмена между оперативной памятью и дисковой подсистемой и т. п.). Если какой-либо показатель на каком-то компьютере вышел за пределы допустимого, значит, мы имеем дело с потенциальной проблемой производительности.
Контроль интегральных показателей производительности информационной базы почти не отличается от контроля загруженности оборудования – используются другие инструменты и контролируются иные показатели, но общий принцип точно такой же. Для мониторинга показателей используется инструментальное средство «Центр управления производительностью» (входит в состав программного продукта «1С: Корпоративный инструментальный пакет»), сбор и запись данных также могут выполняться в автоматическом режиме. От специалиста, ответственного за технологическое качество работы информационной системы, требуется регулярно анализировать результаты замеров на предмет выявления основных симптомов проблем производительности, например:
• ненулевое значение показателя «количество взаимоблокировок»;
• ненулевое значение показателя «количество тайм-аутов»;
• значение показателя «среднее время ожидание на блокировках», сопоставимое со значением показателя «среднее время выполнения запросов»;
• линейный рост показателя «максимальное время выполнения запроса» в течение длительного времени с последующим резким спадом до обычных значений.
Если при анализе очередных результатов замера интегральной производительности выявлен один из таких симптомов, значит, мы обнаружили потенциальную проблему и можем заняться ее расследованием и устранением.
Как мы видим, профилактика проблем производительности с технической стороны – довольно простое дело. Требуется:
• Выполнить первичную настройку регламентных процедур. Подробные пошаговые инструкции по всем описанным выше регламентным процедурам можно получить в базе знаний «Технологические вопросы крупных внедрений» по адресу http://kb.1c.ru (доступ к сайту предоставляется зарегистрированным пользователям «1С: Предприятия 8» и партнерам фирмы «1С»);
• Регулярно анализировать результаты выполнения регламентных процедур и выявлять потенциальные проблемы.
Что может помешать полноценному внедрению методик управления технологическим качеством работы информационной системы и профилактики проблем производительности? Главных проблем две: организация процесса и человеческий фактор. Мало знать, как в принципе производится управление технологическим качеством. Необходимо распределить обязанности между имеющимися в наличии специалистами, контролировать своевременное выполнение ими своих задач, обеспечить коммуникации между всеми участниками, вести историю проделанной работы и использовать ее для совершенствования процесса. Если этого не сделать, управление технологическим качеством затормозится на стадии набора благих пожеланий.
Человеческий фактор тоже играет важную роль. Дело в том, что сама по себе задача регулярного анализа технологических показателей не относится к разряду таких, от которых у исполнителей загораются глаза. Технические специалисты (разумеется, не все поголовно, встречаются исключения) довольно прохладно относятся к ежедневной скучной рутине. Если есть более интересная задача, специалист может просто забыть о том, что ему нужно было проверить какие-то там лог-файлы. Сегодня забыл, завтра вспомнил и отложил на послезавтра, послезавтра уехал в отпуск и не передал никому свою задачу – ну а что может случиться, если за последние два месяца никаких проблем не было? Каноническое описание последствий такого подхода к делу можно найти в любом сетевом сборнике технических анекдотов: «На пути следования нашего радиоканала внезапно построили дом».
Очевидно, что для запуска процессов управления технологическим качеством потребуется решить задачи учета и контроля, а это значит, что нам необходимы соответствующие средства автоматизации.
Конфигурация «Центр контроля качества» не является отдельным решением и входит в состав программного продукта «1С: Корпоративный инструментальный пакет». «Центр контроля качества» ориентирован на решение задач автоматизации процесса управления технологическим качеством и предоставляет следующие возможности:
• Ведение реестра целевых объектов (элементов) информационной системы. К ним относятся: информационные базы, базы данных, кластеры серверов «1С: Предприятия 8», СУБД, физические серверы и рабочие станции. При создании нового целевого объекта «Центр контроля качества» автоматически определяет для него все необходимые регламентные процедуры.
• Индивидуальная настройка регламентных процедур для каждого элемента информационной системы.
