Вы находитесь на странице: 1из 46

Автоматизированная информационно-

аналитическая система «А-СТЕК»


Специализированное решение
Непрерывность
Руководство пользователя
Версия 1.0.2 01.09.2020

OOO «АЙТИУРСОФТ» www.itursoft.ru


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

1. Содержание
1. Содержание................................................................................................................................2
2. История изменений...................................................................................................................3
3. Глоссарий...................................................................................................................................4
4. Описание....................................................................................................................................9
4.1. Общее...................................................................................................................................9
4.2. Уровни представления.......................................................................................................9
4.2.1. Уровень объектов разработки....................................................................................9
4.2.2. Уровень оборудования..............................................................................................10
4.2.3. Уровень функциональных моделей.........................................................................11
4.3. Прочее................................................................................................................................11
5. Требования...............................................................................................................................12
6. Функции....................................................................................................................................13
6.1. SS-C/ITAA/1 Загрузка показателей оборудования (WMI-буфер)................................13
6.2. SS-C/ITAA/2 Загрузка показателей оборудования (SSH-буфер).................................14
6.3. SS-C/ITAR/1 ОбъемыБД..................................................................................................15
6.4. SS-C/ITAR/2 ОбъемыБДПериод.....................................................................................16
6.5. SS-C/ITAR/3 МодульВалидация.....................................................................................18
6.6. SS-C/ITAR/4 МодульКарантин.......................................................................................19
6.7. SS-C/ITSS/1 Формирование показателей оборудования (WMI-буфер)......................20
6.8. SS-C/ITSS/2 Формирование показателей оборудования (SSH-буфер)........................21
6.9. SS-C/ITSS/3 ОтслеживаниеИзменений1 (компонент)..................................................22
6.10. SS-C/ITSS/4 ОтслеживаниеИзменений2 (тип).............................................................23
6.11. SS-C/ITSS/5 ОтслеживаниеИзменений4 (статистика)................................................25
6.12. SS-C/ITSS/6 ОтслеживаниеИзменений8 (модель).......................................................26
7. Операции..................................................................................................................................29
7.1. Изменение статуса карантина.........................................................................................29
8. Контроль изменений................................................................................................................31
8.1. Концепции.........................................................................................................................31
8.1.1. Задания отслеживания (компонент)........................................................................32
8.1.2. Задания отслеживания (тип).....................................................................................32
8.1.3. Задания отслеживания (статистика)........................................................................34
8.1.4. Задания отслеживания (модель)...............................................................................35
8.2. Консоль заданий отслеживания......................................................................................37
8.3. Управление заданиями отслеживания............................................................................38
8.4. Настройка реакции...........................................................................................................39
9. Валидация изменений.............................................................................................................42
9.1. Валидация поведения.......................................................................................................42
9.2. Валидация маршрутов......................................................................................................43
9.3. Отказы обработки.............................................................................................................43
9.4. Пересоздание узлов..........................................................................................................44
10. Решение проблем...................................................................................................................45
10.1. Ошибки клиентской части.............................................................................................45
11. Контактная информация.......................................................................................................46

OOO «АЙТИУРСОФТ» www.itursoft.ru 2


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

2. История изменений
Версия Дата Описание
1.0.0 01.04.2020 Первоначальная редакция
1.0.1 01.07.2020 Актуализация документации, релиз ss-s
1.0.2 01.09.2020 Актуализация документации

OOO «АЙТИУРСОФТ» www.itursoft.ru 3


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

3. Глоссарий
Актив – некоторый элемент, созданный в процессе существования среды предприятия

Среда предприятия – совокупность активов различного происхождения, в результате


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

Автоматизированная информационно-аналитическая система «А-СТЕК» (АИАС) –


набор инструментов, предназначенный для решения задач учета и обслуживания среды
предприятия

Потребитель – физическое или юридическое лицо, использующее компоненты АИАС для


решения задач учета и обслуживания среды предприятия

Пользователь – лицо, непосредственно использующее компоненты АИАС – модули или


структуры БД для решения задач потребителя

Компонент АИАС (компонент решения) – подсистема, модуль или иное


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

Модуль АИАС – логический связанный набор элементов решения, среды их исполнения,


совокупности механизмов взаимодействия с пользователем
 ITC – модуль для управления настройками и доступом к АИАС
 ITA – модуль для обработки данных среды предприятия средствами АИАС
 ITS – модуль для сервисной обработки АИАС и среды предприятия

Формат распространения – способ организации набора файлов (вид, состав и характер),


доступных для загрузки потребителем, в целях использования и/или адаптации
 Формат исходных файлов - исходный код приложений, библиотек, объектов БД,
скрипты для сборки
 Формат исполняемых файлов - исполняемые файлы конкретной платформы

Пакет распространения (решение) - совокупность элементов, представленная в


определенном формате распространения, предполагающая создание набора ценностей для
конечного потребителя и реализации определенных технических, бизнес и прочих
функций, логически организованная в некоторый набор функций решения в рамках
определенного домена
 Основное решение - набор элементов, необходимый для функционирования
базового функционала
 Специализированное решение - набор элементов, имеющих общую прикладную
область
 Расширяющее решение - набор элементов, повышающий функциональность
основного или специализированного решения, за счет интеграции со сторонним
функционалом

Базовый функционал – минимально достаточный набор элементов АИАС,


обеспечивающий ее запуск и функционирование, а также запуск прочих элементов АИАС

OOO «АЙТИУРСОФТ» www.itursoft.ru 4


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
Прикладная область – логически выделенная или функционально определенная часть
активов среды предприятия и процессы ее обслуживания или преобразования

Функция решения - некоторая ценность для потребителя системы, создаваемая


выполнением определенной последовательности элементов решения или определенного
элемента

Домен функции решения - область получения конечной ценности для потребителя,


ограниченная функциональностью конечного продукта некоторого вендора, технологией
или платформой

Элемент решения – логически/физически выделенный объект или группа объектов –


представленная как файл, сценарий, пакет, библиотека, компонент, приложение,
рассматриваемая для обоснованного применения в рамках АИАС
 Основные - представляют собой обязательные библиотеки, разработанные в
рамках АИАС, программные пакеты модулей АИАС, соответствующие схемы БД
(рус-О/ лат-P)
 Дополнительные - стороннее ПО и компоненты, библиотеки и утилиты,
настоятельно рекомендуемые к применению, не являющиеся разработками в
составе АИАС, значительно повышающие ее возможности, область применения
или доступный функционал (рус-Д/ лат-А)
 Расширяющие - стороннее ПО и компоненты, библиотеки и утилиты,
рекомендуемые к применению, не являющиеся разработками в составе АИАС,
расширяющие ее возможности или доступный функционал, используемые вне
интерфейса АИАС (рус-Р/ лат-Х)
 Инструментальные - прочее ПО, компоненты, библиотеки и утилиты,
разработанные в рамках АИАС, предназначенные для реализации функционала
основного, специализированного или расширяющего решения, реализующие свое
применение за счет основных элементов решения (рус-И/ лат-I)

Инструментальные элементы модуля ITA – инструментальные элементы, применяемые


в среде модуля ITA
 Агенты – модули на языке Python, необходимые объекты БД и прочие
необходимые ресурсы, предназначенные для обработки данных некоторого
фрагмента среды предприятия, для формирования структуры, сбора или расчета
необходимых показателей
 Отчеты – модули на языке Python, необходимые объекты БД и прочие
необходимые ресурсы, предназначенные для формирования некоторого описания
среды предприятия, загруженной в АИАС или представления определенных
показателей среды предприятия
 Сервисы – модули на языке Python, необходимые объекты БД и прочие
необходимые ресурсы, предназначенные для выполнения определенных действий
над элементами среды предприятия или данных АИАС

Инструментальные элементы модуля ITS – инструментальные элементы, применяемые


в среде модуля ITS
 Сервисы - модули на языке Python, необходимые объекты БД и прочие
необходимые ресурсы, предназначенные для выполнения определенных действий
над элементами среды предприятия или данных АИАС

OOO «АЙТИУРСОФТ» www.itursoft.ru 5


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
Компонент актива среды предприятия (компонент) – логическая единица
представления данных актива среды предприятия в АИАС, определяет набор базовых
артефактов – имя, тип, номер переопределения

Версия компонента актива среды предприятия (версия) – логическая единица


представления данных актива среды предприятия в АИАС, характеризующая состояние
актива в некоторый момент времени, определяет такие артефакты как время создания,
состояние и т.п.

Узел актива среды предприятия (узел) – обозначение актива среды предприятия в


АИАС в конкретный момент времени, т.е. обозначение компонента и его версии

Опорный файл узла – текстовое представление узла актива – последовательность команд


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

Соединение версий/узлов (соединение) – логическая структура, описывающая характер


взаимодействия между версиями компонентов – направление, артефакты и т.п.

Соединения структуры – набор типов соединений, описывающий позицию активов


среды предприятия – «содержит» или «родитель»-«потомок»

Соединения поведения – набор типов соединений, описывающих взаимодействие


активов среды предприятия – передача управления, упоминание, включение,
наследование

Сигнатура соединения – контрольная последовательность атрибутов и их значений,


применяемая для соединений поведения (передача управления), относительно сигнатуры
взаимодействующего узла (аргументов и значений по умолчанию)

Локация – способ уникальной идентификации актива среды предприятия, представляет


собой последовательную записей соединений структуры для некоторого узла АИАС,
отображаемую в виде упрощенного дерева потомков

Трек – набор идентификационных и основных данных некоторой активности,


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

Трек-система – система учета задач, проектов, обращений или документооборота


предприятия

Экстрактор – набор параметров подключения и инструкций по преобразованию или


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

Домен активов среды предприятия – некоторая логическая группа активов среды


предприятия и их составных элементов, ограниченная каким либо признаком –
физическим размещением (файлы каталога), технологией или вендором (СУБД)

OOO «АЙТИУРСОФТ» www.itursoft.ru 6


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
Каркас домена – представление в АИАС некоторого домена активов среды предприятия,
сформированное в некоторый момент времени, включающее наиболее полное количество
активов (без фильтрации), формируется агентами - менторами

Агент-ментор (ментор) – агент, предназначенный для формирования каркаса для домена


активов среды предприятия

Патч – техническое представление домена активов среды предприятия, сформированное


некоторым агентом

Патч-сет – совокупность патчей

Процесс обработки патча – процесс модификации данных АИАС в части узлов, их


соединений, артефактов или прочей информации, за счет последовательного
преобразования данных патча – позитивных соединений (создание/модификация узлов в
структуру АИАС) и негативных соединений (исключение узлов из структуры АИАС)

Позитивные соединения – вид технических соединений патча, определяющих


существование узла или связей между узлами АИАС

Негативные соединения – вид технических соединений патча, определяющих отсутствие


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

Индекс моделей – способ логической организации моделей (страниц), предполагает


использование иерархии: Книга – Том – Глава – Страница. Диалог индекса может
использоваться как для выбора необходимой страницы, так и для редактирования
структуры индекса

Модель – определяемая пользователем совокупность мета-информации, элементов и их


соединений, описывающая последовательность действий или структуры произвольной
сложности, записанная с применением нотации BPMN или ее расширения

Элемент модели (элемент) – некоторая сущность описываемой области, может обладать


связностью (быть связанной с некоторым компонентом АИАС), и иметь набор
специфических артефактов и модификаторов

Соединение элементов (соединение) – направленная сущность, определенная между


двумя элементами модели, может иметь набор специфических артефактов

Задание отслеживания – созданный пользователем набор параметров, связанный с узлом


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

Идентификатор события изменения – некоторый уникальный идентификатор системы,


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

OOO «АЙТИУРСОФТ» www.itursoft.ru 7


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
Реакция задания отслеживания - формирование уведомления по электронной почте при
выявлении изменений в целевом узле или его структуре и, определяемое пользователем,
применение сервиса АИАС для целевого узла

Целевой узел (компонент) задания отслеживания – параметр задания отслеживания,


определяющий единственный узел или их совокупность (структуру), попадающих под
анализ

Целевой период задания отслеживания – период, в рамках которого, инструментальные


элементы модуля ITS выполняют поиск изменений в рамках активных заданий
отслеживания

OOO «АЙТИУРСОФТ» www.itursoft.ru 8


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

4. Описание
4.1. Общее
Общие сведения о функциональной структуре специализированного решения, его
назначении и базовых сценариях применения размещены в документе
Специализированное решение Непрерывность Концепт.

4.2. Уровни представления


Данный раздел содержит основные сведения об уровнях представления среды
предприятия, их структуры и предполагаемых связях, на которые распространяется
действие функций и операций текущего решения. Более подробная информация о типах
компонентов и соединений может быть сформирована с использованием функций
основного решения MS/ITAR/4 и MS/ITAR5.

4.2.1. Уровень объектов разработки


Уровень объектов разработки (DEV) - предназначен для размещения узлов,
соответствующих таким активам среды предприятия, как базы данных, файловые или
сетевые ресурсы. Текущая реализация основного решения предполагает использование
следующих групп, относительно данного уровня:
 Базы данных (DBS)
 Контейнеры кода (CCF)

Ниже приведена схема группы для размещения узлов соответствующих базам данных и
их объектов:

Более подробную информацию об элементах данной группы можно найти в разделе


Основное решение Руководство пользователя – Функции (в части обработки данных БД).

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

OOO «АЙТИУРСОФТ» www.itursoft.ru 9


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

Более подробную информацию об элементах данной группы можно найти в разделе


Основное решение Руководство пользователя – Функции (в части обработки данных
контейнеров кода).

4.2.2. Уровень оборудования


Уровень оборудования (HDW) - предназначен для размещения, представления и
обработки физических объектов среды предприятия – ЦОДы, сервера, массивы.

Возможные подходы для ведения структуры уровня приведены на иллюстрации ниже:

Данный пример предполагает использование следующих подходов, при наполнении


уровня исходя из потребностей организации и ее размера:
 Крупное предприятие – предполагается выделение групп ЦОДов в соответствии с
решаемой задачей (тест/разработка или резерв) и ведение структуры сервер
(hdw.server) + вычислительный узел/РМ (hdw.unit)
 Среднее предприятия – ведение данных по нескольким ЦОДам и ведение
структуры сервер (hdw.server) + вычислительный узел/РМ (hdw.unit)

OOO «АЙТИУРСОФТ» www.itursoft.ru 10


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
 Малое предприятие – ведение групп оборудования (рабочие
места/автоматизированные РМ) и ведение структуры сервер (hdw.server) +
вычислительный узел/РМ (hdw.unit)

Более подробные сведения по созданию узлов уровня содержатся в разделах Модуль


IT(A) Руководство пользователя – Операции – Редактирование структуры узла и
Специализированное решение Безопасность – Функции (в части формирования реестров
оборудования).

4.2.3. Уровень функциональных моделей


Уровень функциональных моделей (FM) - предназначен для размещения, представления и
обработки иерархии функциональный схем, моделей, процессов предприятия. Конечные
элементы данного уровня (fm.page) используются для хранения функциональных
моделей, управляемых в консоли модуля.

Схема структуры уровня приведена на иллюстрации ниже:

Более подробные сведения об управлении узлами уровня содержатся в разделах Модуль


IT(A) Руководство пользователя – Операции – Редактирование индекса моделей и
Редактирование структуры узла.

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

Рекомендуем использовать актуальные версии решений и модулей, полученные с


официального сайта – http://www.itursoft.ru.

OOO «АЙТИУРСОФТ» www.itursoft.ru 11


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

5. Требования
Успешное применение описываемого решения, основано на выполнении требований,
ранее определенных в следующих документах:
 Основное решение Развертывание
 Специализированное решение Непрерывность Развертывание
Действующая версия описываемого решения не содержит дополнительных требований
для обеспечения функционирования.

OOO «АЙТИУРСОФТ» www.itursoft.ru 12


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
6. Функции
Данный раздел предназначен для краткого описания основных компонентов приложения,
их структуры и элементов приложения

6.1. SS-C/ITAA/1 Загрузка показателей оборудования (WMI-


буфер)
Функция предназначена для наполнения АИАС данными о показателях активов среды
предприятия, предварительно подготовленных функцией SS-C/ITSS/1 Формирование
показателей оборудования (WMI-буфер). Алгоритм работы предполагает совместное
использование этих функций следующим образом:
1. Для целевых активов среды предприятия настраивается выполнение сервиса,
реализованного в рамках SS-C/ITSS/1 (предполагается многократное выполнение в
течении дня)
2. При выполнении сервиса происходит подключение к определенным активам среды
предприятия (в соответствии с выполненными настройками) и снятие
необходимых показателей
3. Полученные показатели, сохраняются в БД АИАС
4. Настраивается запуск агента, реализуемого в рамках текущей функции, для сбора
накопленных показателей (из БД АИАС) и формирование соответствующих патч-
сетов (предполагается однократное выполнение)

Данная функция реализуется следующими инструментальными элементами модуля IT(A):


 hdwstatagent _1 – агент для формирования показателей активов среды предприятия,
функционирующих под управлением ОС Windows. Для запуска агента необходима
настройка следующих параметров:
параметр значение описание
!connection @!connection флаг использования в процессе
работы агента дополнительного
подключения к основной БД АИАС
<batch_pre_process> NO флаг вызова процедуры пред-
обработки в пакете агента
<batch_process_allowed> YES флаг разрешения пакетной обработки
<batch_process_autoreject> YES флаг разрешения обработки при
неразрешенных соединениях
<is_mentor> NO флаг определения агента каркаса
<my_mentor> код агента каркаса текущего домена
<rdtc> NO флаг возможности переопределения
верхнеуровневых контейнеров
<rdtype> NO флаг возможности фильтра типов
<rmask> * маска компонента (в случае
определения по дочерним узлам
назначенного агенту узла) – не
используется
<rtype> <localbase> обозначение домена для вызова агента

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


 используются для пакетной обработки
 допускается наличие неподтвержденных соединений при пакетной обработке
 не имеют флагов фильтрации верхнеуровневых контейнеров или типов
 используют накопленные сервисом данные (в рамках функции SS-C/ITSS/1)

OOO «АЙТИУРСОФТ» www.itursoft.ru 13


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
 корневой компонент для обработки агентом, должен содержать загружаемый узел
не глубже чем на 2 уровня вложенности, т.е. допустимая иерархия для загрузки
включает следующие варианты: grp-dpc-server-unit, grp-server|unit, dpc-server-unit,
dpc-server|unit.

6.2. SS-C/ITAA/2 Загрузка показателей оборудования (SSH-


буфер)
Функция предназначена для наполнения АИАС данными о показателях активов среды
предприятия, предварительно подготовленных функцией SS-C/ITSS/2 Формирование
показателей оборудования (SSH-буфер). Алгоритм работы предполагает совместное
использование этих функций следующим образом:
1. Для целевых активов среды предприятия настраивается выполнение сервиса,
реализованного в рамках SS-C/ITSS/2 (предполагается многократное выполнение в
течении дня)
2. При выполнении сервиса происходит подключение к определенным активам среды
предприятия (в соответствии с выполненными настройками) и снятие
необходимых показателей
3. Полученные показатели, сохраняются в БД АИАС
4. Настраивается запуск агента, реализуемого в рамках текущей функции, для сбора
накопленных показателей (из БД АИАС) и формирование соответствующих патч-
сетов (предполагается однократное выполнение)

Данная функция реализуется следующими инструментальными элементами модуля IT(A):


 hdwstatagent _2 – агент для формирования показателей активов среды предприятия,
функционирующих под управлением ОС Linux. Для запуска агента необходима
настройка следующих параметров:
параметр значение описание
!connection @!connection флаг использования в процессе
работы агента дополнительного
подключения к основной БД АИАС
<batch_pre_process> NO флаг вызова процедуры пред-
обработки в пакете агента
<batch_process_allowed> YES флаг разрешения пакетной обработки
<batch_process_autoreject> YES флаг разрешения обработки при
неразрешенных соединениях
<is_mentor> NO флаг определения агента каркаса
<my_mentor> код агента каркаса текущего домена
<rdtc> NO флаг возможности переопределения
верхнеуровневых контейнеров
<rdtype> NO флаг возможности фильтра типов
<rmask> * маска компонента (в случае
определения по дочерним узлам
назначенного агенту узла) – не
используется
<rtype> <localbase> обозначение домена для вызова агента

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


 используются для пакетной обработки
 допускается наличие неподтвержденных соединений при пакетной обработке
 не имеют флагов фильтрации верхнеуровневых контейнеров или типов
 используют накопленные сервисом данные (в рамках функции SS-C/ITSS/2)
OOO «АЙТИУРСОФТ» www.itursoft.ru 14
АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
 корневой компонент для обработки агентом, должен содержать загружаемый узел
не глубже чем на 2 уровня вложенности, т.е. допустимая иерархия для загрузки
включает следующие варианты: grp-dpc-server-unit, grp-server|unit, dpc-server-unit,
dpc-server|unit.

6.3. SS-C/ITAR/1 ОбъемыБД


Назначение
Формирование детального описания потребления дискового пространства данными в
разрезе всей БД (Oracle, MySQL) или верхнеуровнего контейнера – схемы (Oracle), базы
данных (MySQL). Информация о потреблении пространства, представлена в виде treemap
диаграммы, в разрезе контейнеров и топN-объектов БД, и также содержит подробную
детализацию (до topN объектов).

Формирование
Формирование отчета производится из консоли моделей или консоли узла, с учетом типа
узла:

Настройки
Пример диалога настройки отчета приведен ниже:

И содержит следующие блоки:


1. Настройка даты формирования;
2. Количество дочерних элементов детализации;

Пример
Отчет содержит следующие разделы:
 Настройки – параметры формирования отчета;
 Обзор – графическое отображение потребления дискового пространства данными
БД в виде treemap диаграммы, с учетом структуры соответствующих узлов.
Информация узлов, образующих диаграмму, дополняется метриками и атрибутами
(детализация текущего узла диаграмма – левая часть, детализация узла под
указателем – правая часть);
 Анализ – табличное представление результатов формирования отчета, каждый из
уровней диаграммы представлен отдельной группой колонок содержащей
следующую информацию – идентификатор компонента и его имя, собственный
размер, накопленный размер, % накопленного размера от размера целевого узла;

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


ниже (для БД Oracle):

OOO «АЙТИУРСОФТ» www.itursoft.ru 15


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
объект собственный накопленный
размер размер

БД K1 0 =0+(0+(4+(3+2+1)))
схема С1 0 =0+(4+(3+2+1))
таблица Т1 4 =4+(3+2+1)
BLOB B1 3 =3
индекс И1 2 =2
индекс И2 1 =1
, т.е. собственный размер вычисляется по данным БД, если объект соответствующего
типа, имеет необходимый показатель; накопленный размер включает в себя собственный
размер и накопленный размер дочерних объектов (к дочерним объектам таблиц относятся
их индексы и lob-объекты).

Ниже приведен пример секции Обзор при формировании отчета для БД Oracle:

А также пример соответствующей секции Анализ:

6.4. SS-C/ITAR/2 ОбъемыБДПериод


Назначение
Контроль динамики изменения объемов БД (Oracle, MySQL) как для всей БД так и для
верхнеуровнего контейнера – схемы (Oracle), базы данных (MySQL). Отчет содержит
компактное графическое отображение существенной информации и наличие подробных
показателей для каждой из точек формирования отчета (определяемых диапазоном
отчета).

Формирование
Формирование отчета производится из консоли моделей или консоли узла, с учетом типа
узла:

OOO «АЙТИУРСОФТ» www.itursoft.ru 16


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

Настройки
Пример диалога настройки отчета приведен ниже:

И содержит следующие блоки:


1. Настройка периода формирования;
2. Количество дочерних элементов детализации;

Пример
Отчет содержит следующие разделы:
 Настройки – параметры формирования отчета и определенные точки
формирования данных (в зависимости от выбранного периода);
 Обзор – графическое отображение суммарного объема БД и ее верхнеуровневых
контейнеров в виде гистограммы с накоплением;
 Анализ – табличное представление результатов формирования отчета, содержит
значение показателей и данные по отклонению для первой и предыдущей точки
отчета;

Ниже приведен пример секции Обзор для БД Oracle в периоде 16 недель:

Ниже приведен пример секции Обзор для схемы БД Oracle в периоде 52 недели:

OOO «АЙТИУРСОФТ» www.itursoft.ru 17


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

Ниже приведен пример секции Анализ для БД Oracle в периоде 16 недель:

6.5. SS-C/ITAR/3 МодульВалидация


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

Формирование
Формирование отчета производится из консоли узлов (для корневого узла хранилища) или
консоли модуля:

Настройки
Пример диалога настройки отчета приведен ниже:

И содержит следующие блоки:


1. Настройка даты формирования;

Пример
Сформированный отчет содержит следующие разделы:

OOO «АЙТИУРСОФТ» www.itursoft.ru 18


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
 Настройки – основные параметры формирования отчета;
 Некорректные соединения – реестр соединений, имеющих возможное нарушение
поведения или маршрутов (см. раздел валидация изменений)
 Невалидные соединения – реестр соединений, имеющих отказы обработки или
возможные проблемы множественной/избыточной обработки (см. раздел
валидация изменений)

Структура разделов «Некорректные» и «Невалидные» соединения, построена одним


образом, содержит табличное представление соединений, которые могут содержать
ошибки, и состоит из следующих «разделов»:
 Информация источника связи/соединения – патч-сет и информация целевого узла
 Основная информация соединения – идентификатор, тип, статус, перечень
реестров нарушений и перечень их расшифровок (при наличии)
 Информация LHS узла – компонент, версия соединения, контрольная версия,
локация, имя, тип, версия определения, статус
 Информация RHS узла – компонент, версия соединения, контрольная версия,
локация, имя, тип, версия определения, статус
 Информация PRT узла – компонент, версия соединения, контрольная версия,
локация, имя, тип, версия определения, статус (данный раздел содержит данные
только при реализации соединения через портал)

Ниже приведен фрагмент данного раздела в части некорректных соединений, возникших в


следствии удаления публичных синонимов объектов:

6.6. SS-C/ITAR/4 МодульКарантин


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

Формирование
Формирование отчета производится из консоли узлов (для корневого узла хранилища) или
консоли модуля:

Настройки
Отсутствуют

Пример

OOO «АЙТИУРСОФТ» www.itursoft.ru 19


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

6.7. SS-C/ITSS/1 Формирование показателей оборудования (WMI-


буфер)
Реализация данной функции предназначена для организации сбора и хранения на стороне
АИАС показателей актива среды предприятия (сервера, РМ, УРМ) под управлением ОС
Windows. Данные, собранные сервисами функции, сохраняются на стороне основной БД
АИАС и используются прочими инструментальными элементами или другими
компонентами АИАС.
Реализуется следующими инструментальными элементами модуля IT(S):
 its_wmistat1 (для активов под управлением ОС Windows) – производит сбор
основных показателей работы и сохранение на стороне основной БД АИАС. Для
запуска сервиса требуется указание следующих параметров:

, где основные параметры:


cmdbconnect – строка подключения к основной БД АИАС
wmiconnectNN – строки для подключения к активу1, необходимо указание следующих
параметров:
 usr – пользователь
 pwd – пароль
 host – ip-адрес или сетевое имя узла
 alias – имя узла относительно АИАС

, дополнительные параметры:
processconnect – строка подключения к основной БД АИАС для сохранения информации
по длительности процессов работы сервиса
processname – идентификатор процесса, загружаемый в БД (при его отсутствии
проверяется наличие идентификатора задачи CI Hudson/Jenkins в переменных окружения
или значение “service”)
processsource – имя БД для соответствующего хранилища бизнес-показателей которой,
будет производиться загрузка данных процессов

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


1. Показатели нагрузки ЦПУ
2. Доступная память
3. Показатели использования дискового пространства для логических дисков
4. Показатели использования физических устройств хранения
5. Показатели работы сетевых интерфейсов

1
Необходима корректная настройка WMI

OOO «АЙТИУРСОФТ» www.itursoft.ru 20


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
Данный инструментальный элемент предназначен для совместного использования с
объектами функции SS-C/ITAA/1 для генерации показателей активов среды предприятия.

6.8. SS-C/ITSS/2 Формирование показателей оборудования (SSH-


буфер)
Реализация данной функции предназначена для организации сбора и хранения на стороне
АИАС показателей актива среды предприятия (сервера, РМ, УРМ) под управлением ОС
Linux. Данные, собранные сервисами функции, сохраняются на стороне основной БД
АИАС и используются прочими инструментальными элементами или другими
компонентами АИАС.
Реализуется следующими инструментальными элементами модуля IT(S):
 its_sshstat1 (для узлов под управлением ОС Linux) – производит сбор основных
показателей работы и сохранение на стороне основной БД АИАС. Для запуска
сервиса требуется указание следующих параметров:

, где основные параметры:


cmdbconnect – строка подключения к основной БД АИАС
sshconnectNN – строки для подключения к активу2, необходимо указание следующих
параметров:
 usr – пользователь
 pwd – пароль
 host – ip-адрес или сетевое имя узла
 alias – имя узла относительно АИАС

, дополнительные параметры:
processconnect – строка подключения к основной БД АИАС для сохранения информации
по длительности процессов работы сервиса
processname – идентификатор процесса, загружаемый в БД (при его отсутствии
проверяется наличие идентификатора задачи CI Hudson/Jenkins в переменных окружения
или значение “service”)
processsource – имя БД для соответствующего хранилища бизнес-показателей которой,
будет производиться загрузка данных процессов

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


1. Показатели нагрузки ЦПУ
2. Доступная память
3. Показатели использования дискового пространства для логических дисков
4. Показатели использования физических устройств хранения
5. Показатели работы сетевых интерфейсов

Данный инструментальный элемент предназначен для совместного использования с


объектами функции SS-C/ITAA/2 для генерации показателей активов среды предприятия.

2
Необходима корректная настройка SSH, в соответствии с используемой ОС

OOO «АЙТИУРСОФТ» www.itursoft.ru 21


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
6.9. SS-C/ITSS/3 ОтслеживаниеИзменений1 (компонент)
Данная функция предназначена для реализации контроля изменений по целевому
компоненту (см. раздел контроль изменений).
Реализуется следующими инструментальными элементами модуля IT(S):
 its_spy1 – выполнение отслеживания, в соответствии с параметрами и реализуемой
функцией, формирование общего уведомления и настроенной реакции3
Для запуска сервиса требуется указание следующих параметров:

, где основные параметры:


cmdbconnect – строка подключения к основной БД АИАС
svnconnect – строка подключения к серверу СКВ Subversion
smtpconnect – строка подключения к почтовому серверу

, дополнительные параметры:
auddepth – глубина (минут) целевого периода от текущей даты
audshift – сдвиг (минут) целевого периода от текущей даты
processconnect – строка подключения к основной БД АИАС для сохранения информации
по длительности процессов работы сервиса
processname – идентификатор процесса, загружаемый в БД (при его отсутствии
проверяется наличие идентификатора задачи CI Hudson/Jenkins в переменных окружения
или значение “service”)
processsource – имя БД для соответствующего хранилища бизнес-показателей которой,
будет производиться загрузка данных процессов

Ниже приведен пример основного уведомления, формируемого сервисом в рамках


задания отслеживания:

Уведомление состоит из следующих блоков:


1. Заголовок – информация о задании отслеживания и целевом узле
2. События – выявленные события изменения
 Идентификатор события изменения - код ревизии или версии узла
 Дата события
3
При выполнении соответствующей настройки в консоли заданий отслеживания (см. соответствующие
разделы руководства пользователя)

OOO «АЙТИУРСОФТ» www.itursoft.ru 22


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
 Состояние – состояние версии узла или 0
 Причина – тип модификации ревизии или причина создания версии
 Данные – код ревизии и комментарий или информация патча
 Детали – автор ревизии и ссылка на сравнение (для ревизии-модификации) или
информация по агенту патча
3. Параметры – информация по фильтрам задания отслеживания и целевому периоду
сервиса

Информация по сформированному уведомлению, также дублируется в БД АИАС таблица


its_spyevents:
 spyid – идентификатор задания отслеживания
 runid – код запуска (при использовании CI Hudson/Jenkins)
 rundate – дата/время выполнения задания
 eventsource – компонент, для которого зафиксировано событие изменения
 eventid – идентификатор события изменения
 eventdate – дата события изменения
 eventstate - состояние
 eventreason - причина
 eventdata - описания
 eventdetail - подробности

Для функционирования данного инструментального элемента требуется наличие


настроенных и активных заданий отслеживания соответствующего типа (см. раздел
контроль изменений), а также глобальные настройки свойств для модуля ITA (см. модуль
ITC Руководство пользователя).

6.10. SS-C/ITSS/4 ОтслеживаниеИзменений2 (тип)


Данная функция предназначена для реализации контроля изменений дочерних узлов
заданного типа для целевого компонента (см. раздел контроль изменений).
Реализуется следующими инструментальными элементами модуля IT(S):
 its_spy2 – выполнение отслеживания, в соответствии с параметрами и реализуемой
функцией, формирование общего уведомления и настроенной реакции4
Для запуска сервиса требуется указание следующих параметров:

, где основные параметры:


cmdbconnect – строка подключения к основной БД АИАС
svnconnect – строка подключения к серверу СКВ Subversion
smtpconnect – строка подключения к почтовому серверу

, дополнительные параметры:
auddepth – глубина (минут) целевого периода от текущей даты
audshift – сдвиг (минут) целевого периода от текущей даты

4
При выполнении соответствующей настройки в консоли заданий отслеживания (см. соответствующие
разделы руководства пользователя)

OOO «АЙТИУРСОФТ» www.itursoft.ru 23


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
processconnect – строка подключения к основной БД АИАС для сохранения информации
по длительности процессов работы сервиса
processname – идентификатор процесса, загружаемый в БД (при его отсутствии
проверяется наличие идентификатора задачи CI Hudson/Jenkins в переменных окружения
или значение “service”)
processsource – имя БД для соответствующего хранилища бизнес-показателей которой,
будет производиться загрузка данных процессов

Ниже приведен пример основного уведомления, формируемого сервисом в рамках


задания отслеживания:

Уведомление состоит из следующих блоков:


1. Заголовок – информация о задании отслеживания, дочернем узле, имеющим
изменения и целевом узле
2. События – выявленные события изменения
 Идентификатор события изменения - код ревизии или версии узла
 Дата события
 Состояние – состояние версии узла или 0
 Причина – тип модификации ревизии или причина создания версии
 Данные – код ревизии и комментарий или информация патча
 Детали – автор ревизии и ссылка на сравнение (для ревизии-модификации) или
информация по агенту патча
3. Параметры – информация по фильтрам задания отслеживания и целевому периоду
сервиса

Информация по сформированному уведомлению, также дублируется в БД АИАС таблица


its_spyevents:
 spyid – идентификатор задания отслеживания
 runid – код запуска (при использовании CI Hudson/Jenkins)
 rundate – дата/время выполнения задания
 eventsource – компонент, для которого зафиксировано событие изменения
 eventid – идентификатор события изменения
 eventdate – дата события изменения

OOO «АЙТИУРСОФТ» www.itursoft.ru 24


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
 eventstate - состояние
 eventreason - причина
 eventdata - описания
 eventdetail - подробности

Для функционирования данного инструментального элемента требуется наличие


настроенных и активных заданий отслеживания соответствующего типа (см. раздел
контроль изменений), а также глобальные настройки свойств для модуля ITA (см. модуль
ITC Руководство пользователя).

6.11. SS-C/ITSS/5 ОтслеживаниеИзменений4 (статистика)


Данная функция предназначена для реализации контроля изменений трендов заданной
статистики целевого узла (см. раздел контроль изменений).
Реализуется следующими инструментальными элементами модуля IT(S):
 its_spy4 – выполнение отслеживания, в соответствии с параметрами и реализуемой
функцией, формирование общего уведомления и настроенной реакции5
Для запуска сервиса требуется указание следующих параметров:

, где основные параметры:


cmdbconnect – строка подключения к основной БД АИАС
smtpconnect – строка подключения к почтовому серверу

, дополнительные параметры:
auddepth – глубина (дней) целевого периода от текущей даты
audshift – сдвиг (дней) целевого периода от текущей даты
processconnect – строка подключения к основной БД АИАС для сохранения информации
по длительности процессов работы сервиса
processname – идентификатор процесса, загружаемый в БД (при его отсутствии
проверяется наличие идентификатора задачи CI Hudson/Jenkins в переменных окружения
или значение “service”)
processsource – имя БД для соответствующего хранилища бизнес-показателей которой,
будет производиться загрузка данных процессов

Ниже приведен пример основного уведомления, формируемого сервисом в рамках


задания отслеживания:

5
При выполнении соответствующей настройки в консоли заданий отслеживания (см. соответствующие
разделы руководства пользователя)

OOO «АЙТИУРСОФТ» www.itursoft.ru 25


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

Уведомление состоит из следующих блоков:


1. Заголовок – информация о задании отслеживания, целевом узле и статистике
2. События – выявленные события изменения
 Идентификатор события изменения - код ревизии или версии узла
 Дата события – текущая дата выполнения задания отслеживания
 Состояние – контрольное значение для срабатывания задания (фильтр3)
 Причина – направление сравнения и функция
 Данные – рассчитанная величина изменения величины статистики
 Детали – целевой и контрольный периоды, и соответствующие значения
статистики на периодах
3. Параметры – информация по фильтрам задания отслеживания и периодам расчета
для задания (целевому – 0 и контрольному – 1)

Информация по сформированному уведомлению, также дублируется в БД АИАС таблица


its_spyevents:
 spyid – идентификатор задания отслеживания
 runid – код запуска (при использовании CI Hudson/Jenkins)
 rundate – дата/время выполнения задания
 eventsource – компонент, для которого зафиксировано событие изменения
 eventid – идентификатор события изменения
 eventdate – дата события изменения
 eventstate - состояние
 eventreason - причина
 eventdata - описания
 eventdetail - подробности

Для функционирования данного инструментального элемента требуется наличие


настроенных и активных заданий отслеживания соответствующего типа (см. раздел
контроль изменений), а также глобальные настройки свойств для модуля ITA (см. модуль
ITC Руководство пользователя).

6.12. SS-C/ITSS/6 ОтслеживаниеИзменений8 (модель)


Данная функция предназначена для реализации контроля изменений по целевой модели и
связанных узлах, и их связанных компонентах (см. раздел контроль изменений).
Реализуется следующими инструментальными элементами модуля IT(S):

OOO «АЙТИУРСОФТ» www.itursoft.ru 26


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
 its_spy8 – выполнение отслеживания, в соответствии с параметрами и реализуемой
функцией, формирование общего уведомления и настроенной реакции6
Для запуска сервиса требуется указание следующих параметров:

, где основные параметры:


cmdbconnect – строка подключения к основной БД АИАС
svnconnect – строка подключения к серверу СКВ Subversion
smtpconnect – строка подключения к почтовому серверу

, дополнительные параметры:
auddepth – глубина (минут) целевого периода от текущей даты
audshift – сдвиг (минут) целевого периода от текущей даты
processconnect – строка подключения к основной БД АИАС для сохранения информации
по длительности процессов работы сервиса
processname – идентификатор процесса, загружаемый в БД (при его отсутствии
проверяется наличие идентификатора задачи CI Hudson/Jenkins в переменных окружения
или значение “service”)
processsource – имя БД для соответствующего хранилища бизнес-показателей которой,
будет производиться загрузка данных процессов

Ниже приведен пример основного уведомления, формируемого сервисом в рамках


задания отслеживания:

6
При выполнении соответствующей настройки в консоли заданий отслеживания (см. соответствующие
разделы руководства пользователя)

OOO «АЙТИУРСОФТ» www.itursoft.ru 27


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
Уведомление состоит из следующих блоков:
1. Заголовок – информация о задании отслеживания и целевой модели
2. События – выявленные события изменения
 Идентификатор события изменения - код ревизии или версии узла
 Дата события
 Состояние – состояние версии узла или 0
 Причина – тип модификации ревизии или причина создания версии
 Данные – уровень влияния (см. раздел контроль изменений), код компонента
(связанного с моделью) и его основная информация
 Детали – информация по ревизии и ссылка на сравнение (для ревизии-
модификации) или информация по патчу и агенту (если узел был создан в
процессе применения патча), или пользователю (если узел был создан вручную)
3. Параметры – информация по фильтрам задания отслеживания и целевому периоду
сервиса

Информация по сформированному уведомлению, также дублируется в БД АИАС таблица


its_spyevents:
 spyid – идентификатор задания отслеживания
 runid – код запуска (при использовании CI Hudson/Jenkins)
 rundate – дата/время выполнения задания
 eventsource – компонент, для которого зафиксировано событие изменения
 eventid – идентификатор события изменения
 eventdate – дата события изменения
 eventstate - состояние
 eventreason - причина
 eventdata - описания
 eventdetail - подробности

Для функционирования данного инструментального элемента требуется наличие


настроенных и активных заданий отслеживания соответствующего типа (см. раздел
контроль изменений), а также глобальные настройки свойств для модуля ITA (см. модуль
ITC Руководство пользователя).

OOO «АЙТИУРСОФТ» www.itursoft.ru 28


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
7. Операции
Данный раздел предназначен для описания реализации ключевых операций модуля.

7.1. Изменение статуса карантина


Операция изменения статуса карантина предназначена для «временного» исключения
соединений узла, имеющих признак отказа обработки при реализации функции SS-
C/ITAR/3 МодульВалидация.

Данная операция выполняется из консоли узлов7, с использованием элемента управления


консоли, как показано ниже:

В данном примере, будет производиться установка признака карантина. Для этого


необходимо указать дату карантина, в появившемся диалоге:

Проверить наличие действующего признака карантина для узла можно следующим


образом:
1. По внешнему виду элемента управления статуса карантина

2. По наличию соответствующего свойства на компоненте:

7
При установленном специализированном решении Непрерывность

OOO «АЙТИУРСОФТ» www.itursoft.ru 29


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
Установка соответствующего свойства на компоненте узла, может быть также выполнена
при исполнении операции Редактирование свойств узла. Подробное описание можно
найти в соответствующем разделе документации - Модуль ITA Руководство пользователя.

OOO «АЙТИУРСОФТ» www.itursoft.ru 30


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

8. Контроль изменений
Реализация процессов контроля изменений в рамках специализированного решения,
предполагает выявление фактов изменения целевых узлов АИАС или трендов их
статистик (см. раздел Функции решения) и обеспечения уведомления ответственных
специалистов или подразделений для реализации реакции для обеспечения
функционирования среды предприятия. Примером процесса контроля изменений может
являться инициализация проведения контроля легитимности изменений со стороны
подразделений ИТ-безопасности, при выявлении внесения модификаций в исходный код
критических объектов ИТ-среды предприятия или создания задачи для обслуживания
актива среды предприятия при выявлении определенного тренда для его статистики.
Для реализации процессов контроля изменений средствами АИАС необходимо выполнить
настройку необходимых заданий отслеживания (см. более подробную информацию в
следующих разделах), и обеспечить применение соответствующих функций решения (см.
раздел Функции решений/ Отслеживание изменений).

8.1. Концепции
Для корректной реализации процессов контроля изменений, с применением функционала
АИАС, необходимо рассмотреть основные понятия:

Задание отслеживания – созданный пользователем набор параметров, связанный с узлом


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

Идентификатор события изменения – некоторый уникальный идентификатор системы,


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

Реакция задания отслеживания - формирование уведомления по электронной почте при


выявлении изменений в целевом узле или его структуре и, определяемое пользователем,
применение сервиса АИАС для целевого узла

Целевой узел (компонент) задания отслеживания – параметр задания отслеживания,


определяющий единственный узел или их совокупность (структуру), попадающих под
анализ

Целевой период задания отслеживания – период, в рамках которого, инструментальные


элементы модуля ITS выполняют поиск изменений в рамках активных заданий
отслеживания

Текущая реализация специализированного решения предполагает применение следующих


типов заданий отслеживания:
 Для компонента
 Для структуры
 Для статистики
 Для модели

OOO «АЙТИУРСОФТ» www.itursoft.ru 31


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
8.1.1. Задания отслеживания (компонент)
Отслеживание изменений заданиями соответствующего типа, предполагает определение
следующих параметров:
 Целевой компонент АИАС
 Общий фильтр данных – использовать данные БД, данные СКВ

Ниже приведен пример схемы, включающей исходные данные и возможные результаты


выполнения задания отслеживания текущего типа:
Исходные данные Результат
период компонент версия (БД) опорный файл БД СКВ БД+СКВ
(СКВ)

  К1-А          

дата0   К1-0        

      К1-10      

             

дата1   К1-1   К1-1   К1-1

    К1-2   К1-2   К1-2

      К1-11   К1-11 К1-11

дата2            

             

             

дата3   К1-3   К1-3   К1-3

    К1-4   К1-4   К1-4

      К1-12   К1-12 К1-12

дата4   К1-5   К1-5   К1-5

      К1-13   К1-13 К1-13

      К1-14   К1-14 К1-14

дата5   К1-6 К1-15      

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


 Для задания указан целевой компонент – компонент 1 типа А, обозначен К1-А.
 Выполнение задания предполагается в целевом периоде – от дата1 до дата5
(выделен на схеме)
 Имеющиеся в АИАС данные приведены в колонках – версия (БД) и опорный файл
(СКВ)

В зависимости от параметра общего фильтра данных (использовать данные БД и/или


данные СКВ) - в столбцах результата, приведены возможные списки идентификаторов
событий изменений.

8.1.2. Задания отслеживания (тип)


Отслеживание изменений заданиями соответствующего типа, предполагает определение
следующих параметров:
 Целевой компонент АИАС – его структура (дочерние элементы 1 уровня)
соответствующего типа являются предметом анализа
 Тип компонента – тип дочерних элементов, попадающих в анализ
 Общий фильтр данных – использовать данные БД, данные СКВ
 Фильтры анализа:
o Фильтр1 – регулярное выражение для имени дочернего компонента,
включаемого в анализ

OOO «АЙТИУРСОФТ» www.itursoft.ru 32


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
o Фильтр2 – регулярное выражение для блока различий опорного файла
дочернего компонента (если фильтр определен, но блок различий не
соответствует фильтру – событие изменения не включается в результаты)
o Фильтр3 – регулярное выражение для имени дочернего компонента,
исключаемого из анализа

Ниже приведен пример схемы, включающей исходные данные и возможные результаты


выполнения задания отслеживания текущего типа:
Исходные данные Результат
перио целевой дочерний версия (БД) опорный файл (СКВ) БД СКВ БД+СКВ
д компонен компонен
т т
К1-А
К10-Б

К11-В

К12-Б
К1- К10- К11- К12-
дата0     0 10 20 30       К12-40      
К1- К11-
              10   30*        

                К10-20          
К1- К10-
дата1     1 11             К10-11   К10-11
К1- К11- К11-
      2   21       31*        
К1-
              11            
К10- К12- К10-12, К12-
дата2       12           41* К10-12 К12-41 41
К12- К10- К12-31, К10-
            31   21*     К12-31 К10-21 21

                           
К1-
дата3     3                    
К1- К10-
      4 13       К10-22     К10-13   К10-13
К11- К1-
          22   12   К11-32        
К1- К12- К12- К12-32, К12-
дата4     5     32       42* К12-32 К12-42 42
К1-
              13            
К1-
              14            
К1- К10- К11- К12- К1-
дата5     6 14 23 33 15            

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


 Для задания указан целевой компонент – компонент 1 типа А, обозначен К1-А.
Данный целевой компонент имеет три дочерних элемента – К10 типа Б, К11 типа В
и К12 типа Б. В соответствии с типом задания отслеживания - К1 не попадает под
анализ.
 Для типа дочерних компонентов определен тип Б, данный параметр исключает
К11 из анализа.
 Для задания отслеживания не определен фильтр1 (включение имен) – все
дочерние компоненты (с учетом типа) проходят анализ.
 Для задания отслеживания определен фильтр2 (блок различий), соответствие
данному фильтру отображено символом «*» для колонок опорного файла.
 Для задания отслеживания не определен фильтр3 (исключение имен) –
исключение компонентов из анализа по имени – не производится.
 Выполнение задания предполагается в целевом периоде – от дата1 до дата5.
 Имеющиеся в АИАС данные приведены в колонках – версия (БД) и опорный файл
(СКВ)

В зависимости от параметра общего фильтра данных (использовать данные БД и/или


данные СКВ) - в столбцах результата, приведены возможные списки идентификаторов
событий изменений.

OOO «АЙТИУРСОФТ» www.itursoft.ru 33


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
8.1.3. Задания отслеживания (статистика)
Данный тип заданий имеет существенные отличия от прочих:
 Используются периоды – контрольный (p1) и целевой (p0), в диапазоне которых
происходит анализ статистики
 Общие фильтры данных не применяются – т.к. используются только данные АИАС
 Идентификатором события изменения является актуальная версия целевого
компонента.

Отслеживание изменений заданиями соответствующего типа, предполагает определение


следующих параметров:
 Целевой компонент АИАС
 Статистика компонента АИАС
 Фильтры анализа:
o Фильтр1 – функция анализа (max, count, avg, sum). Фильтр определяет
алгоритм расчета значений статистики на целевом и контрольном периодах
o Фильтр2 – период анализа (1d, 1d+1w, 2d, 2d+1w, 1w, 1w+1m, 2w, 2w+1m,
4w). Фильтр определяет количество дней для контрольного и целевого
периода и сдвиг между ними
o Фильтр3 – признак анализа (=, +, +1, +2, +5, +10, +20, +50, -, -1, -2, -5, -10,
-20, -50, ~, ~1, ~2, ~5, ~10, ~20, ~50). Фильтр определяет критерии сверки
между результатами применения функции анализа для периодов, и пределы
необходимой разницы. Значения «=» и «~» тождественны, значения «-»
требуют снижения показателя, значения «+» требуют увеличения
показателя, значения «~» требуют отклонения показателя (разница по
модулю). Целое число, указанное после признака, определяет %
необходимой разницы (см. схему3)

Схема применения фильтра1 (функция анализа):


func
p1 p0

27.03.2020 28.03.2020 29.03.2020 value 30.03.2020 31.03.2020 01.04.2020 value

sum 1 2 3 6 4 2 3 9

count 1 2   2 1 2 4 3

avg 2 1 6 3 1 5 3 3

max 1 4 5 5 1   2 2

Схема применения фильтра2 (период анализа):


period calendar

1d 23.03.2020 24.03.2020 25.03.2020 26.03.2020 27.03.2020 28.03.2020 29.03.2020 30.03.2020 31.03.2020 01.04.2020

1d+1w 23.03.2020 24.03.2020 25.03.2020 26.03.2020 27.03.2020 28.03.2020 29.03.2020 30.03.2020 31.03.2020 01.04.2020

1w+1m 29.01.2020 05.02.2020 12.02.2020 19.02.2020 26.02.2020 04.03.2020 11.03.2020 18.03.2020 25.03.2020 01.04.2020

Схема применения фильтра3 (признак анализа):


sign p1-value p0-value delta result

= 10 20    

+ 10 12 20 +

+10 20 30 50 +

+20 50 40 -20 -

+50 80 170 112,5 +

- 10 9 -10 +

-10 120 50 -58,33333 +

-20 50 45 -10 -

-50 50 5 -90 +

OOO «АЙТИУРСОФТ» www.itursoft.ru 34


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
~ 20 20    

~10 10 20 100 +

~20 20 18 -10 -

~50 100 60 -40 -

, где delta считается по следующей формуле: ( p0value – p1value ) / p1value * 100 %


Значения «+» в колонке result обозначают создание уведомления и применения реакции к
целевому компоненту.

8.1.4. Задания отслеживания (модель)


Данный тип заданий отслеживания, ориентирован на выявление изменений модели,
связанных узлов АИАС и узлов, с которыми они осуществляют взаимодействие. В
отличии от заданий отслеживания по структуре, оповещение и реакция, формируются
только для целевого узла. Но при это, оповещение, содержит подробную информацию об
изменениях взаимодействующих узлов с учетом возможного влияния. Более подробная
информация о формате уведомления приведена в соответствующем разделе описания
функции решения. Возможное влияние отображается на основе следующей
классификации:
 Уровень 0 - сама модель
 Уровень 1 - связанные элементы
 Уровень 2 - родительские узлы связанных элементов
 Уровень 3 - узлы, с которыми взаимодействуют связанные элементы
 Уровень 4 - узлы, которые взаимодействуют со связанными элементами

Отслеживание изменений заданиями соответствующего типа, предполагает определение


следующих параметров:
 Целевой компонент АИАС – модель (узел АИАС с типом fm.page)
 Общий фильтр данных – использовать данные БД, данные СКВ

Для примера, приведенного ниже, использованы следующие обозначения:


 М1 – целевой узел задания отслеживания, модель, имеющая связанный элемент Э1
к узлу К1
 К1 – узел, с которым связанный элемент модели Э1
 К2 – родительский узел, для узла К1
 К3-1, К3-2 – узлы, имеющие соединения поведения (в примере соединения
передачи управления - CALL) с узлом К1 - вызываемые из узла К1
 К4-1 – узлы, имеющие соединения поведения (в примере соединения передачи
управления - CALL) с узлом К1 - вызывающие узел К1

OOO «АЙТИУРСОФТ» www.itursoft.ru 35


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

Ниже приведен пример схемы, включающей исходные данные и возможные результаты


выполнения задания отслеживания текущего типа:
Исходные данные Результат
перио целев прочи версия (БД) опорный файл (СКВ) БД СКВ БД+СКВ
д ой е
компо
нент
M1
К1

К2

К3-1

К3-2

К4-1
К1- К3-1- К3-1-
дата0       1   1         10          
К2- К4-1- К1- К4-1-
          1     1 10       10      
К3-2- К3-2-
              1         10        
М1- К2-
дата1     1             10       М1-1 К2-10 М1-1, К2-10
К2-
          2                 К2-2   К2-2
К1-
        2                   К1-2   К1-2
К3-1- К3-1- К3-1- К3-1- К3-1-2, К3-
дата2           2         11     2 11 11
К1-
                  11           К1-11 К1-11
К2- К4-1- К4-1- К2-3, К4-1-
          3               11 К2-3 11 11
К3-2- К2- К3-2- К3-2-2, К2-
дата3             2     11       2 К2-11 11
К1- К3-2- К3-2- К1-3, К3-2-
        3               11   К1-3 11 11

                                 
К4-1- К4-1-
дата4               2           2   К4-1-2
К2- К3-1- К3-1- К2-4, К3-1-
          4           12     К2-4 12 12
К1-
                  12           К1-12 К1-12
М1- К1- К3-1- К3-2- К4-1- К2- К3-2-
дата5     2 4   3 3 3   12   12        

OOO «АЙТИУРСОФТ» www.itursoft.ru 36


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

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


 Для задания указан целевой компонент – модель М1.
 Выполнение задания предполагается в целевом периоде – от дата1 до дата5
(выделен на схеме)
 Имеющиеся в АИАС данные приведены в колонках – версия (БД) и опорный файл
(СКВ)

В зависимости от параметра общего фильтра данных (использовать данные БД и/или


данные СКВ) - в столбцах результата, приведены возможные списки идентификаторов
событий изменений.

8.2. Консоль заданий отслеживания


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

Рабочая область консоли состоит из следующих основных элементов:


1. Таблица доступных заданий отслеживания, содержит следующий перечень
отображаемых данных –
o Код задания
o Состояние задания (отключенные задания выделены красным цветом)
o Тип задания (см.функции решения)
o Иконка и канал – отображаются в случае определения для задания
отслеживания реакции системы (вызова сервиса АИАС)
o Конфигурация? – наличие настройки канала (реакции сервиса)
o На компонент, На тип, На статистику, Имя – отображаются основные
параметры задания отслеживания в части целевого узла
o БД?, СКВ? – флаги параметров проверки относительно доступных АИАС
данных
o Filter1?, Filter2?, Filter3? – наличие дополнительных параметров задания
отслеживания
o Прочие поля, содержащие техническую информацию о создании задания
отслеживания
2. Панель управления консоли, содержит элементы управления для выполнения
следующих операций –
o Обновить данных таблицы
o Создать задание отслеживания
o Редактировать задание отслеживания
o Удалить задание отслеживания

OOO «АЙТИУРСОФТ» www.itursoft.ru 37


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
o Клонировать задание отслеживания
o Переключить состояние задание отслеживания (текущего или всех
доступных)
o Перейти в консоль узлов для целевого узла задания отслеживания
o Перейти в консоль моделей для целевого узла задания отслеживания

8.3. Управление заданиями отслеживания


Для создания задания отслеживания используем панель инструментов консоли, как
показано ниже:

Внешний вид диалога создания задания отслеживания приведен ниже:

И содержит следующие блоки:


1. Тип задания отслеживания
a. Direct – По компоненту
b. Typed – По структуре
c. Trend – По статистике
d. Model – По модели
2. Блок определения параметром целевого узла задания отслеживания
3. Блок общего фильтра данных – использовать данные АИАС и/или данные СКВ8
4. Блок фильтров анализа
5. Блок выбора и настройки реакции

Ниже приведен пример настройки задания отслеживания для представлений схемы ITA
имеющих имя, начинающихся ITA_SDD, исключая ITA_SDD_MYDB:

8
Для использования данных СКВ необходимо развернуть и настроить расширяющее решение xs-svn

OOO «АЙТИУРСОФТ» www.itursoft.ru 38


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

После создания, задание будет отображено в таблице консоли в отключенном состоянии:

Для перевода задание во включенное состояние, необходимо воспользоваться


соответствующими элементами управления, в нижней части панели инструментов
консоли:

Также, панель инструментов консоли заданий отслеживания, имеет возможность


«массового» изменения статуса для доступных заданий:

8.4. Настройка реакции


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

OOO «АЙТИУРСОФТ» www.itursoft.ru 39


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

При реализации сложных процессов реакции на изменения, подобные уведомления могут


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

Настройка реакции (канала взаимодействия) производится через диалог редактирования


задания отслеживания:

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


настроить его обязательные параметры:

Настроенные параметры реакции, можно просмотреть, используя соответствующий


элемент управления:

OOO «АЙТИУРСОФТ» www.itursoft.ru 40


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

Если задание имеет определенную реакцию с настроенными параметрами, то в таблице


заданий отображаются соответствующие значения – канал и признак настройки:

OOO «АЙТИУРСОФТ» www.itursoft.ru 41


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

9. Валидация изменений
При реализации процессов контроля изменений необходимо обеспечить не только
выявление фактов изменений критичных активов среды предприятия, и реакцию на них,
но и обеспечивать целостность существующих связей – целостность архитектуры среды
предприятия. Также необходимо валидировать существующие связи после внесения
изменений, т.е. проверять их логическую непротиворечивость, корректность и полноту.
Особенно актуальна эта проблема при внесении изменений в гетерогенную среду –
например, когда подпрограммы БД, вызываются из скриптов, десктопных или серверных
приложений (написанных зачастую на современных языках – Java, Python, JS и т.п.).
Валидация изменений в подобной среде, зачастую может быть выполнена только за счет
экспертного подхода и в полностью ручном режиме.
АИАС снимает подобные ограничения за счет того, что позволяет оперировать проверкой
объектов кода в едином формате и в одном информационном пространстве, не требуя
дополнительных инструментов, установленных на РМ оператора и специальных навыков
для их использования.
Для реализации валидации изменений, АИАС, предлагает несколько инструментов,
доступных в рамках основного решения и специализированного решения Непрерывность.

9.1. Валидация поведения


Проблема валидации поведения среды предприятия (связей - не определяющих структуру)
приведена на иллюстрации ниже:

Среда предприятия была описана в АИАС последовательно загруженными патчами PS0,


PS1 и PS2, которые сформировали следующие узлы и соединения:
 PS0 – имеется узел К1, содержащий или взаимодействующий с узлами К2 и К3
определенной сигнатуры (набора аргументов и значений по умолчанию)
 PS1 – существуют узлы К10 и К11, взаимодействующие с узлами К2 и К3 по
определенной сигнатуре (набору атрибутов соединения, удовлетворяющих
аргументам конечных узлов)
 PS2 – изменилось определение сигнатуры для узлов К2 и К3 (изменились имена
аргументов или наличие значений по умолчанию)

Проблема заключается в том, что если PS0/PS2 и PS1 относятся к разным доменам –
например, идет речь о гетерогенном вызове объекта Oracle из Java или т.п., то проверить
OOO «АЙТИУРСОФТ» www.itursoft.ru 42
АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
корректность взаимодействия K10,K11 можно только экспериментально – выполнив
соответствующий код, или выполнив полную загрузку каркаса для PS1.
АИАС реализует более эффективный вариант за счет возможности отбора подобных
связей и анализа сигнатур взаимодействия при формировании специализированных
отчетов решения (см. раздел функции решения).

Диагностика подобной ситуации средствами АИАС может быть выполнена следующими


операциями и функциями решений:
 Использование инструментальных элементов, реализующих функции решения

9.2. Валидация маршрутов


Иллюстрация по проблеме валидации маршрутов приведена ниже:

Пусть существует некоторая БД – DB1 (Oracle), содержащая объект O1 схемы S1 и объект


O2 схемы S2, представляющие собой хранимые подпрограммы. Вызов подпрограммы O2
происходит из подпрограммы О1 через публичный синоним Sy1. Структура среды
предприятия была сформирована в результате анализа патча PS1, и в некоторый момент
Sy1 был удален или переименован, что было обработано патчем PS2. При такой ситуации
требуется, как и в предыдущей ситуации – практическая проверка или полная
перезагрузка каркаса DB1. Наибольшие проблемы, данная ситуация, приносит опять же в
гетерогенной среде, где средства анализа самой СУБД не могут быть применены.
Но и в подобной ситуации – применения решения АИАС при формировании
специализированных отчетов решения будет более эффективным способом выявления
проблем (см. раздел функции решения).

Диагностика подобной ситуации средствами АИАС может быть выполнена следующими


операциями и функциями решений:
 Использование инструментальных элементов, реализующих функции решения

9.3. Отказы обработки


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

OOO «АЙТИУРСОФТ» www.itursoft.ru 43


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя
наличия соединений, которые не могут быть созданы АИАС, из-за различных причин,
основными из которых являются:
 Отсутствие необходимых узлов в АИАС (неполное покрытие среды предприятия
инструментами контроля изменений или неправильная конфигурация процессов
загрузки и контроля)
 Отсутствие подобных правил взаимодействия узлов АИАС (или некорректная
обработка синтаксической структуры загружаемых данных)
 Нарушение рекомендуемых практик при настройке взаимодействия элементов
среды (использование адресов вместо имен и т.п.)
 Различие сигнатур соединения и узла (наличие «лишних» атрибутов или
отсутствие обязательных)
 Отсутствие специализированных внедренных решений АИАС

Диагностика отказов обработки средствами АИАС может быть выполнена следующими


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

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

9.4. Пересоздание узлов


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

Диагностика подобной ситуации средствами АИАС может быть выполнена следующими


операциями и функциями решений:
 Использование инструментальных элементов, реализующих функции решения

OOO «АЙТИУРСОФТ» www.itursoft.ru 44


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

10. Решение проблем


10.1. Ошибки клиентской части
1. Приложения не запускаются
Необходимо установить библиотеки Microsoft Visual C Redistributable – 2005, 2008
(можно скачать с официального сайта Microsoft – www.microsoft.com или с нашего
официального сайта www.itursoft.ru раздел Поддержка)
2. Приложение не может подключиться к БД
Необходимо установить соответствующий БД клиент, и прописать в переменной
окружения PATH путь до его библиотек

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


1. Обратитесь к разделу Поддержка на официальном сайте www.itursoft.ru для поиска
актуальной версии документации или поиска решения
2. Обратитесь к нашим специалистам по электронной почте support@itursoft.ru. При
обращении к специалистам поддержки, возможно, потребуется предоставить
информацию по версии ОС и версии БД, на которую производилось
развертывание, а также журналы развертывания (формируются в каталоге пакета в
виде файлов <схема>.log)

OOO «АЙТИУРСОФТ» www.itursoft.ru 45


АИАС «А-СТЕК» Специализированное решение Непрерывность Руководство
пользователя

11. Контактная информация


Полное Общество с ограниченной ответственностью «АЙТИУРСОФТ»
наименование
Сокращенное ООО «АЙТИУРСОФТ»
наименование
ИНН 9715365006
КПП 771501001
ОГРН 1197746605154
Адрес 127081, г.Москва, ул.Заповедная, 14 к1 оф. 3/6
Сайт www.itursoft.ru
Почта contact@itursoft.ru

OOO «АЙТИУРСОФТ» www.itursoft.ru 46

Оценить