Использование СУБД и XML в планировании и управлении сетями связи Текст научной статьи по специальности «Компьютерные и информационные науки»

УДК 004.72

XML AND DATABASE USAGE IN NETWORK PLANNING AND CONTROL

Sviridov Andrey Aleksandrovich, programmer, JSC "Sozvezdie" Concern",

e-mail: [email protected]

Abstract. In the article the problem of storage for configuration and control of telecommunications networks. The author examined options for planning and configuration and control. The author has considered the applications of Postgres, XML, embedded SQLite.

Key words: DB, XML, SQLite, Postgres.

ИСПОЛЬЗОВАНИЕ СУБД И XML В ПЛАНИРОВАНИИ И УПРАВЛЕНИИ СЕТЯМИ СВЯЗИ

Свиридов Андрей Александрович, программист, ОАО «Концерн «Созвездие»,

e-mail: [email protected]

Аннотация. В статье рассмотрена проблема хранения данных для настройки и контроля телекоммуникационных сетей. Выделены варианты планирования и настройки, а также контроля. Рассмотрены варианты применения Postgres, XML, встраиваемой SQLite.

Ключевые слова: СУБД, XML, SQLite, Postgres.

При настройке топологии сетей связи возникает потребность в ведении единого перечня устройств и шаблонов [1]. Если устройства хранятся в виде XML-файлов [2] возникает необходимость копирования копировании шаблонов с ЭВМ на ЭВМ. Одним из негативных последствий такого варианта хранения является возможность возникновения несовместимых веток (форков, fork) разработки настроечных данных. Для этого предлагается выделить сервер баз данных, который хранит эталонную базу, включающую перечни технических средств и шаблонов. В этом случае клиенты с редактором подключаются к единой базе данных. В этом случае не возникает необходимости в копировании шаблонов с ЭВМ на ЭВМ, и исключается возникновение несовместимых веток разработки настроечных данных.

Методика построения БД и хранения в ней сетевых настроек подробно описана в [3].

Итак, рассмотрим оба варианта.

Вариант 1. Работы производятся в компьютерном помещении, оборудованным современными ЭВМ и высокоскоростной ЛВС. Это позволяет развернуть в помещении высокоскоростной сервер с СУБД Postgres, что позволяет хранить все данные на этой машине и использовать подключение редакторов настроечной информации к СУБД для получения шаблонов, редактирования схем и сохранения схем. В этом случае данные кодируются в виде таблиц БД в соответствие с принципами, изложенными в [3] и [4].

Для преобразования данных из XML в формат представления БД и наоборот используется разработанное нами ПО [5].

Вариант 2. Настроечные данные распространяются по низкоскоростным каналам связи, либо с помощью твердотельных накопителей по транспортным средствам, еще не имеющим настроенной связи, в виде XML.

Очевидно, что в данном случае использование подключения к серверу БД является невозможным, поэтому вариант с XML предоставляется наиболее оптимальным, в частности для случая с отсутствием связи (которая будет настроена уже после получения настроек с XML с помощью [6]).

Как вариант, для использования на АРМах базы данных без конвертации в XML, мы рассматривали вариант использования SQLite. Реализация SQLite, также называемая «встраиваемой реляционной базой данных», не образует отдельного процесса, и позволяет использовать приложению SQL-интерфейс доступа к базам данных без подключения к серверу SQL, что как раз подходит для рассматриваемого случая.

Итак, выше мы рассмотрели вариант применения XML/SQL для построения топологии и генерации настроек системы связи. Но есть также еще одна сфера применения шаблонов и схем - для контроля и управления развернутой системой связи. И если для первого случая проектирования в помещении с высокоскоростной ЛВС можно найти аналогию в виде моделирования системы связи, то для контроля уже действующей сети приходится иметь дело с теми же ограничениями на скорость передачи данных. Во втором случае иметь стандартные шаблоны сети на контролируемых АРМ является отдельной задачей (так как настроечные данные могут быть специфичны только для конкретного АРМ и не нести информации о других узлах), при этом в виду низкоскоростных каналов связи подключения к единому серверу может и не быть.

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

Отсюда мы делаем вывод, что для разных задач подходят разные варианты использования, как вариант с хранением в XML и распространением его при использовании для настроек и отсутствии высокоскоростных каналов данных, так и вариант с СУБД, при наличии высокоскоростных каналов связи в ЛВС и, как правило, при проектировании сети, когда требуется хранить библиотеку шаблонов и появление несовместимых версий эталонных настроек следует исключить.

Альтернативой использованию XML-формата данных может быть использование встраиваемой реляционной базы данных SQLite.

Библиографический указатель

1. Вишняков A.B. Опыт настройки системы связи транспортных средств // Научно-исследовательские публикации. 2013.№ 1. С. 56-65.

2. Вишняков A.B., Кручинин C.B., Кручинина М.Ю. Язык описания топологии вычислительных сетей NTDL // Известия Волгоградского государственного технического университета. 2012. № 15. С. 126-129.

3. Кручинина М.Ю. Семантическая модель хранения топологии сети // Научные дискуссии. 2012. Т.1. С. 16-20.

4. Свиридов A.A. Хранение топологии сети в реляционных базах данных // Научно-исследовательские публикации. 2013. №1. 94-105

5. Свиридов A.A. Программа конвертирования форматов представления схем связи XML/PostgreSQL//Cвидeтeльcтвo о государственной регистрации программа для ЭВМ № 2011611427. -Москва. -Федеральная служба по интеллектуальной собственности, патентам и товарным знакам.

6. Кручинин С. В., Лазарев В. В. Программа настройки ПО CT // Свидетельство о государственной регистрации программа для ЭВМ № 2011618880 от 15.10.2011. -Москва. -Федеральная служба по интеллектуальной собственности, патентам и товарным знакам.