Труды КНЦ вып.7 (ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ вып.2 4/2011(7))

специфичных особенностей конкретных БД. Вследствие этого данный компонент часто считается больше внутренним, а не внешним по отношению к интеграционной платформе. Минус данного подхода заключается в том, что в большинстве подобных систем смена БД либо невозможна, либо является очень сложной операцией. На практике часто приходится сталкиваться с тем, что покупателя по разным причинам может не устраивать выбранная в SCADA- системе БД, и потому приобретение им данного продукта становится невозможным [4]. Например, в системе сбора и обработки информации (ССОИ) Securix в качестве БД выбран Firebird Database Server. Основной причиной такого выбора стало обеспечение выполнения требований к такого рода системам (например, в технические условия одной из инсталляций Securix входило хранение данных для охрано-пожарной сигнализации (ОПС) и системы контроля и управления доступом (СКУД) объекта общей площадью более 30000 м2 с количеством хранимых учетных записей более 16000) при его бесплатности, что значительно снизило стоимость продукта в целом. При этом в Securix создан набор прокси- драйверов для работы с БД, стандартизирующих протокол взаимодействия с ней, что позволяет теоретически подключить к ССОИ любую известную БД. Важным аспектом в структурном построении сетевых систем управления является структура базы данных реального времени (централизованная или распределенная). Каждая из структур в SCADA-системах реализуется разными разработчиками по-разному. От реализации существенно зависят эффективность обеспечения единства и целостности базы данных, ее надежность, возможности модификации и т.д. В одних случаях для доступа к данным на компьютере-клиенте создается своя копия базы данных, копируемая с удаленных серверов. Дублирование данных может привести к определенным проблемам с точки зрения целостности базы данных и производительности системы управления. При модификации базы данных с такой организацией, например, при введении дополнительной переменной потребуются изменения в каждой сетевой копии, использующей эту переменную [2]. В других случаях компьютерам-клиентам не требуются копии баз данных. Они получают необходимую им информацию по сети от сервера, в задачу которого входит подержание базы данных. Серверов может быть несколько, и любая часть данных хранится только в одном месте, на одном сервере. Поэтому и модификация базы данных производится только на одном компьютере - сервере базы данных, что обеспечивает ее единство и целостность. Такой подход к структурному построению системы снижает нагрузку на сеть и дает еще целый ряд преимуществ. Практически любая SCADA-система имеет в своем составе базу данных реального времени и подсистему архивирования данных. Но подсистема архивирования не предназначена для длительного хранения больших массивов информации (месяцы и годы). Информация в ней периодически обновляется, иначе для нее просто не хватит места. Информация, отражающая хозяйственную деятельность предприятия (данные для составления материальных балансов установок, производств, предприятия в целом и т. п.), хранится в реляционных базах данных (РБД) типа Oracle, Sybase и т.д. В эти базы данных информация поставляется либо с помощью ручного ввода, либо автоматизированным 205