Вопросы к экзамену (не скрины учебника а сам текст) / Источники-книги / Администрирование_в_информационных_системах_Беленькая_М_Н_
.pdfПротоколы, используемые для программирования систем |
351 |
|
|
—управление безопасностью (Security Management) обеспечивает контроль доступа к ресурсам сети;
—модуль учета (Accounting Management) регистрирует время использования различных ресурсов сети.
Перечисленные составляющие OSS могут быть объединены в самостоятельные функциональные компоненты и продукты.
Пример реализации OSS
Для примера реализации OSS рассмотрим состав достаточно распространенной в России системы управления и сопровождения Netrac компании TTI.
Продукты семейства Netrac предназначены для управления гетерогенными телекоммуникационными сетями. Они обеспечивают выполнение операций мониторинга, конфигурации, анализа загрузки и администрирования сетевых ресурсов модели FCAPS в соответствии со спецификациями и стандартами ITU-T и TMN Forum. Продукты семейства Netrac поддерживают:
технологии SDH, PDH, Frame Relay, ATM, X.25, GSM, CDMA, UMTS [21];
коммутаторы SDH, PDH, ATM, SONET;
телефонные станции и многофункциональные устройства от Alcatel-Lucent, Siemens, Fujitsu, ECI, Nortel, Cisco, Nokia, Ericsson (более 200 типов).
Netrac представляет собой набор компонентов, реализующих уровни управления сетевыми элементами (NEL), сетью TMN (NML) и управления сервисами (SLM) модели TMN. Продукты выполнены и работают на аппаратной платформе Sun Microsystems под управлением СУБД Sybase.
Рассмотрим основные компоненты Netrac.
Блок адаптации в продуктах Netrac (блок MD модели TMN) обеспечивает интерфейс к сетевым элементам, программам управления элементами (NEM) или внешним NMS/OSS системам. С помощью настраиваемого интерфейса он может обеспечивать взаимодействие с самым разным оборудованием, для чего используются все стандартные технологии, включая CORBA, SNMP, TL/1, CMIP, TCP/IP и др. [12]. Кроме того, поддерживаются возможности применения частных (proprietary) протоколов конкретных производителей и интерфейсов API к сетевым элементам. Блок адаптации Netrac также предусма-
352 |
Глава 12 |
|
|
тривает наличие графического многооконного интерфейса пользователя, с помощью которого можно адаптировать систему с учетом особенностей различного оборудования.
Дополнительные модули. Дополнительные модули Netrac используют данные, собранные блоком адаптации, для оперативной обработки информации, поступающей от различных объектов системы. Кроме того, они позволяют осуществлять мониторинг загрузки узлов и каналов, контролировать параметры передачи информации, такие, как качество сервиса, ширина полосы пропускания и др. То есть они выполняют функции контроля, анализа и конфигурации групп оборудования, анализа возникающих сбоев и перспективного планирования/прогнозирования состояния сети.
Для лучшего понимания задач систем оперативного сопровождения приведем примеры функций, реализованных в дополнительных модулях.
Fault Management (FaM) — модуль фиксации и визуализации информации о сбоях и событиях, произошедших в сети. Обработку информации выполняет блок корреляции событий с поддержкой функций Root-Cause Analysis, что позволяет оперативно реагировать на возникающие события и устанавливать истинную причину сбоев. Благодаря данному компоненту системы уменьшается количество действий по поиску и анализу неисправности, сокращается время поиска неисправности в распределенной системе, а также количество ресурсов, необходимых для решения возникшей проблемы.
ServiceView — модуль контроля параметров работы системы, необходимый для проверки их соответствия условиям договоров на предоставление услуг. Данный блок может получать из других компонентов или систем информацию об условиях предоставления услуг и на ее основе выполнять функции контроля и учета.
Engineering Work Order (EWO) — модуль контроля выполнения технологических работ. Вся информация от служб, выполняющих заявки пользователей по изменению конфигурации оборудования, предоставлению услуг, может обрабатываться данным блоком. При этом формируются типовые схемы выполнения работ, производится оценка необходимых ресурсов, времени исполнения, а также осуществляется постоянный контроль хода работ и учитываются все связанные с этим затраты.
Протоколы, используемые для программирования систем |
353 |
|
|
Performance Management Module (PMM) — модуль расширенного анализа загрузки оборудования и каналов передачи данных. Модуль собирает подробную информацию о параметрах использования оборудования и его загрузке, позволяет прогнозировать изменение загрузки для различных групп оборудования.
Configuration and Provisioning (CaP) — модуль выполнения операций конфигурирования устройств с возможностью осуществления динамических операций в реальном масштабе времени. Блок обеспечивает инвентаризацию устройств в сети, обработку запросов технических служб, поступающих из модуля EWO (Engineering Work Order), а также функции программирования соединений и автоматической активации сетевых элементов.
Network Wire view #7 (NWV7) — модуль реализации средств мониторинга и сбора статистических данных с устройств, поддерживающих систему сигнализации SS7. Обеспечивает построение карты сети для устройств SS7, сбор и отображение информации об их статусе и деталях работы, осуществляет сбор данных о соединениях (CDR) и трафике для последующего анализа.
Call Expert CDR Real-Time Base Analysis — набор средств для реализации функций детального анализа информации о соединениях.
Fraud Management — модуль, предназначенный для выявления аномалий в работе телефонной сети и облегчающий фиксацию попыток несанкционированного проникновения в сеть.
Более подробно с системами оперативного сопровождения для операторов связи можно ознакомиться в разделе дополнительной информации.
Дополнительная информация
1.www.ietf.org/rfc
a)RFC 1065 — Structure and Identification of Management Information for TCP/IP-based internets.
b)RFC 1066 — Management Information Base for Network Management of TCP/IP-based internets.
c)RFC 1067 — A Simple Network Management Protocol
354 |
Глава 12 |
|
|
d)RFC 1155 — Structure and Identification of Management Information for TCP/IP-based internets (Май, 1990)
e)RFC 1157 — A Simple Network Management Protocol (SNMP) (Май, 1990)
f)RFC 1212 — Concise MIB Definitions (Март, 1991). Дополняет RFC 1155 в части синтаксиса определения имен переменных
g)RFC 1213 — Management Information Base for Network Management of TCP/IP-based internets: MIB-II (Март, 1991)
h)RFC 1513 — Token Ring Extensions to the Remote Network Monitoring MIB
i)RFC 1757 — Remote Network Monitoring Management Information Base
j)RFC 2021 — Remote Network Monitoring Management Information Base Version 2 using SMIv2
k)RFC 2034 — SMTP Service Extension for Returning Enhanced Error Codes
l)RFC 3919 — Remote Network Monitoring (RMON) Protocol Identifiers for IPv6 and Multi Protocol Label Switching (MPLS)
m)RFC 3577 — Introduction to the Remote Monitoring (RMON) Family of MIB Modules
n)RFC 3954 — Cisco Systems NetFlow Services Export Version 9
o)RFC 3955 — Evaluation of Candidate Protocols for IP Flow Information Export (IPFIX)
2.www.corba.org — технология Corba
3.www.tti-telecom.com/products.aspx — информация об OSS Netrac
4.www.hp.com — управляющая система HP Open View
5.www.ibm.com — управляющая система Tivoli
6.www.anritsu.com — информация об аппаратных средствах администрирования
7.www.netqos.com — система сетевого управления NetQos
Контрольные вопросы
1.Какие виды запросов существуют в протоколе CMIP?
2.Для чего предназначен протокол SNMP?
3.Приведите пример объектов БД MIB.
Протоколы, используемые для программирования систем |
355 |
|
|
4.Приведите пример части дерева регистрации стандартов ISO.
5.Перечислите команды SNMP.
6.Для чего предназначен протокол RMON?
6.Перечислите 10 групп объектов RMON
7.Для чего предназначен протокол NetFlow?
8.Какова архитектура протокола NetFlow?
9.Приведите пример состава системы администрирования ИС и назначения отдельных модулей.
10.Что такое OSS система?
11.Какие технологии используются для разработки OSSсистем?
12.Какие компоненты обычно входят в состав OSS?
13.Приведите пример основных и дополнительных модулей системы OSS.
Глава 13
ЭКСПЛУАТАЦИЯ И СОПРОВОЖДЕНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ
Каждая из подсистем ИС требует своих средств эксплуатации и сопровождения. В предыдущих главах при описании средств администрирования подсистем ИС уже рассматривались действия администратора системы по оперативному сопровождению и эксплуатации посредством программного обеспечения и различных средств вычислительной техники. В данной главе более подробно освещаются вопросы регламентных работ. При этом перечисляются уровни оборудования и ПО, которые требуют регламентного обслуживания, типы регламентных работ и их сущность для различного оборудования и ПО.
Регламентные работы. В Российской Федерации технический регламент — это документ (нормативно-правовой акт), устанавливающий обязательные для применения и исполнения требования к объектам технического регулирования (к продукции, в том числе зданиям, строениям и сооружениям, а также к процессам производства, эксплуатации, хранения, перевозки, реализации и утилизации). Для выполнения этих требований необходимы регулярные обязательные для исполнения работы, направленные на поддержание эксплуатационных характеристик ИС — регламентные работы.
Регламентные работы бывают двух типов — периодические и календарные.
Периодические регламентные работы должны выполняться за некоторое заданное время до выполнения следующей аналогичной работы. Плановая дата каждой работы графика может зависеть от фактической даты исполнения предыдущих работ. Периодичность может быть задана календарными отрезками времени работы оборудования или ПО.
Календарные регламентные работы выполняются по графику, заданному датами начала работ. График может содержать одну или более работ. Плановая дата каждой работы графика может не зависеть от фактической даты исполнения предыдущих работ.
Эксплуатация и сопровождение информационных систем |
357 |
|
|
Формирование графиков регулярно выполняемых календарных регламентных работ производится администратором системы на основе технологических требований или требований руководства предприятия. Такой график может содержать работы, которые должны осуществляться в определённые дни недели, месяца или года, и/или работы, которые должны выполняться через календарные промежутки времени.
Примером календарных регламентных работ может быть копирование базы данных. Примером периодических регламентных работ может быть замена оборудования. Особенность работ по замене оборудования заключается в том, что период времени до следующей замены не является постоянным, а назначается индивидуально при каждой замене, продлении срока службы или начальной установке (вводе в эксплуатацию) оборудования.
Руководство по техническому обслуживанию, например, программного продукта, создается согласно ГОСТ 19.508—79 и должно содержать разделы: введение; общие указания; требования к техническим средствам; описание функций.
Вразделе «Введение» указывается назначение руководства, перечень эксплуатационных документов, которыми следует пользоваться при техническом обслуживании дополнительно к руководству.
Раздел «Общие указания» определяет порядок технического обслуживания, в нем приводятся указания по организации технического обслуживания и особенностям его проведения.
Вразделе «Требования к техническим средствам» устанавливается минимальный состав технических средств, обеспечивающий работу программы.
Вразделе «Описание функций» указывается максимальный состав технических средств, приводится описание совместного функционирования технических средств и программы (с указанием метода обработки ошибок). Также приводится описание организации входных и выходных данных, используемых при обслуживании технических средств, описание взаимодействия устройств с программой и результатов взаимодействия с выводом результатов работы программы.
Администратору системы следует изучить ГОСТ 19.508—79 при создании руководства по техническому обслуживанию ИС совместно с разработчиками ИС. Администратор системы должен учесть, что в разрабатываемый документ допускается вводить дополнительные разделы с подробным описанием регламентных работ.
358 |
Глава 13 |
|
|
В ИС входят различные подсистемы, включающие оборудование и ПО, которые требуют регламентного обслуживания.
Кним относятся:
—пассивное сетевое оборудование (элементы кабельной системы), а именно, телекоммуникационные шкафы, коммутационные панели, коммутационные шнуры и т.п.;
—активное сетевое оборудование (оборудование передачи данных, требующее электропитания), т. е. маршрутизаторы, коммутаторы, конверторы и т. п.;
—вычислительная техника, используемая в индивидуальном порядке или в режиме разделения ресурса между пользователями, т. е. компьютеры, сетевые и персональные принтеры, сетевые и персональные сканеры и т.п.;
—серверное оборудование (серверы БД, серверы приложения, файл-серверы, серверы электронной почты, DNSсерверы и т. п.);
—системы гарантированного электроснабжения (источники бесперебойного питания, дизель-генераторы или газогенераторы и т. п.);
—прикладное ПО уровня предприятия (ERP-система, CRM-система и т. п.) и уровня пользователя (например, приложения для работы конкретного специалиста);
—системное программное обеспечение (операционные си-
стемы, СУБД, системы мониторинга, системы диагностики и т. п.).
Для технического обслуживания каждой из подсистем требуется технический персонал разной квалификации и различные виды регламентных работ. Например, ряд персональных устройств (принтеры, факсы и т. д.) нуждается в регулярной замене расходных материалов, а для сохранения и восстановления данных ИС нужно регулярное копирование БД ИС в определенное время и в определенных объемах, т. е. по определенному расписанию и правилам (регламенту). Обычно производители рекомендуют подписать соглашение о проведении регламентных работ с авторизованным сервисным центром производителя.
Рассмотрим основные регламентные работы для различных подсистем.
Регламентные работы по кабельным подсистемам. Как правило, к этим работам относятся [5]:
—визуальный осмотр, т. е. контроль физической целостности компонентов кабельной системы (проводится ежемесячно);
Эксплуатация и сопровождение информационных систем |
359 |
|
|
—удаление пыли в помещениях телекоммуникационных клозетов и с информационных разъемов рабочих мест для предотвращения влияния осаждающейся пыли на электрические свойства кабельной системы (проводится 1 раз в 6 месяцев);
—выборочное тестирование (с помощью диагностической аппаратуры) характеристик оптических и медных кабельных систем для определения соответствия номиналам согласно стандартным методикам (проводится 1 раз в год).
Необходимо следить за тем, чтобы корпуса информационных разъемов на рабочих местах не имели механических повреждений и/или трещин; чтобы кабели, подходящие к кроссовым панелям (патч-панелям), не имели механических повреждений, обрывов и чтобы кабели не находились под давлением твердых частей установленной рядом аппаратуры. На разъемах коммутационных панелей не должно быть механических повреждений, а все проводники кабелей и патч-кордов должны находиться в электрическом контакте с соответствующими разъемами коммутационных панелей.
При необходимости модификации кабельной системы администратор системы должен проводить ее в ночное время, в выходные или праздничные дни, когда интенсивность работы пользователей ИС минимальна.
Регламентные работы по активному сетевому оборудованию.
Регламентные работы по сопровождению активного сетевого оборудования тесно связаны с оперативным управлением. Рассмотрим примерный список таких работ.
Основные регламентные работы по активному сетевому оборудованию
1.Ежедневные регламентные работы.
1.1.Тестирование и диагностика сетевых сервисов, мониторинг состояния сети. Проводится по расписанию системы управления (NMS).
1.2.Контроль ежедневных отчетов от систем мониторинга, их анализ и корреляция ошибок. Проводится администратором системы согласно сообщениям NMS.
1.3.Контроль сообщений о критических событиях от систем мониторинга. Проводится постоянно администратором системы.
2.Ежемесячные регламентные работы.
360 |
Глава 13 |
|
|
2.1.Функциональное тестирование оборудования каналов связи.
2.2.Внешний осмотр и очистка от пыли активных устройств, обработка антистатическими составами.
2.3.Копирование БД параметров операционных систем сетевого оборудования.
2.4.Инвентаризация устройств. Создание и документирование функциональной схемы сети.
3.Полугодовые и годовые регламентные работы.
3.1.Копирование БД параметров операционных систем сетевого оборудования.
Регламентные работы по поддержке оборудования пользователей ИС должны включать в себя [54]:
—очистку монитора, системного блока и клавиатуры специальными антистатическими составами (1 раз в квартал);
—проверку работоспособности периферийного оборудования (1 раз в квартал);
—очистку системного блока и клавиатуры с помощью пылесоса (1 раз в 6 месяцев);
—очистку головок CD-ROM с помощью чистящих дисков (1 раз в 6 месяцев);
—очистку графических манипуляторов (1 раз в 6 месяцев).
Регламентные работы по сопровождению серверного обору-
дования. Основные регламентные работы по сопровождению серверного оборудования
1.Ежемесячные регламентные работы.
1.1.Обработка антистатическими жидкостями.
1.2.Внешний осмотр и очистка от пыли серверов.
2.Полугодовые регламентные работы.
2.1.Функциональное тестирование серверного оборудования.
2.2.Копирование БД параметров операционных систем сетевого оборудования.
Регламентные работы для источников бесперебойного питания (ИБП). Для ИБП мощностью более 5 квт регламентные работы должны проводиться в интервалы (сроки) согласно технической документации производителя. ИБП малой мощности, как правило, не требуют проведения регламентных работ (кроме уборки пыли с поверхности корпуса ИБП). Однако администратору системы следует про-
