Проект > Архивы > Общая информация об архивах

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

Встроенная подсистема архивирования в MasterSCADA полноценно обеспечивает потребности хранения данных даже для очень сложных проектов без необходимости приобретения и установки дополнительных специализированных программных модулей. В то же время пользователь всегда имеет выбор – использовать внутреннее файловое хранилище, внешний SQL-сервер или сочетать эти варианты любым мыслимым образом. Подключение в качестве архивного хранилища SQL-сервера, экспорт данных в стандартные форматы открывают безграничные возможности интеграции с любыми внешними системами, работающими на любых платформах. Не будет преувеличением сказать, что гибкость и масштабируемость архива MasterSCADA позволяют использовать этот программный продукт в качестве универсального хранилища любых производственных данных вплоть до уровня предприятия в целом.

Тем не менее, для простых проектов с количеством хранимых переменных, не превышающим нескольких тысяч, пользователь может не настраивать вообще НИЧЕГО: достаточно оставить без изменений все заранее заложенные разработчиками настройки, и архивная подсистема выполнит свое предназначение.

Архив MasterSCADA продолжает общую объектную идеологию пакета. Каждый объект в дереве объекта проекта, являющийся источником данных, может иметь собственный отдельный файловый архив. Допустимо включение в него архивов вложенных объектов. Такой же архив в проекте могут иметь и внешние источники данных (OPC-сервер, встроенный модуль ввода-ввода).

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

При использовании БД-коннекторов к каким-либо SQL-серверам эти серверы можно использовать для всех или части объектов и элементов в качестве внешнего хранилища архивов, либо просто экспортировать туда внутренний архив (целиком или для отдельных объектов).

Существует два вида Архивов: Архивы данных и Архивы сообщений. В MasterSCADA Архивы, как и документы, не существуют сами по себе - они принадлежат Объектам. При этом, никаких специальных действий по созданию Архивов производить не нужно, поскольку любой Объект, присутствующий в дереве Объектов уже имеет в своем составе Архив данных и сообщений. Необходимость архивирования задается следующим образом:

•Данные: На странице свойств "Архив" переменной, данные которой необходимо записывать в Архив, должен быть установлен флаг "Архивировать".

•Сообщения: Необходимость архивирования задается не для отдельного сообщения, а для категории. Для того, чтобы сообщения какой-либо категории архивировались, необходимо для этой категории разрешить канал вывода "Архив" (см. также страницу свойств Системы "Сообщения").

В режиме исполнения данные и сообщения от всех источников (переменных и ФБ), заносятся в Архив объекта, которому они принадлежат.

Система архивирования в MasterSCADA устроена так, что запись данных в Архив по умолчанию осуществляется по изменению. Это позволяет избежать дублирования данных в Архиве, и как следствие уменьшить его объем. Отличительной особенностью MasterSCADA является то, что при записи данных в Архив используется не текущее время (на момент обработки в пакете), а именно метка времени архивируемой переменной (которая может быть получена в том числе из контроллера), что позволяет получить более реальную картину. Это обстоятельство является достаточно важным при работе с ОРС серверами, которые сами устанавливают метки времени на присылаемые данные. Единственным требованием является монотонность меток времени данных по отдельным переменным. Другими словами, данные в Архив будут писаться только в том случае, если метка времени нового значения больше метки времени последнего записанного значения по данной переменной (вне зависимости от меток времени других переменных).

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

•Индивидуальный файловый архив для каждого объекта системы.

•Любой индивидуально назначаемый срок хранения данных. Длительность хранения и размер архива данных ограничены только доступными аппаратными ресурсами накопителей. Обратите внимание, что почти все перечисляемые далее в статье возможности могут быть применены, не только к системе архивирования в целом, но и индивидуально для каждого объекта в проекте.

•Хранение любой части архива в файловом архиве или любом внешнем SQL-сервере (например, MS SQL Server, Oracle, Firebird, PostgreSQL).

•Послойное хранение данных. При архивации в СУБД, для каждого объекта системы имеется возможность получения архивных данных из хранилища на сервере в любой из повременных выборок: полной, поминутной, почасовой, посуточной, а также с использованием неограниченного числа пользовательских выборок с произвольными интервалами.

•Хранение в архиве меток времени, присваиваемых значениям переменных при их создании. При записи данных в архив сохраняется не текущее время системы на момент обработки, а метка, соответствующая моменту времени обновления значения этой переменной, в том числе полученная из контроллера или OPC-cервера, т.е. метка времени в архиве наследуется от переменной.

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

•Экономичная запись значений только при изменении более, чем на заданное значение (контроль мертвой зоны).

•Автоматическое ограничение (чистка) архива по длительности хранения, общему размеру, остатку места на диске.

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

•Архив в памяти – базовый вариант архивации, при котором данные записываются в оперативную память. Это временное хранилище архива.

•Файловый архив – базовый вариант архивации. В этом варианте данные пишутся в специальную папку в папке проекта. Подробнее будет рассмотрено далее.

•Архивация в базу данных – опциональный вариант архивации. В этом варианте данные пишутся в одну из поддержанных баз данных (MS SQL, Oracle, Firebird). Наиболее функциональный вариант архивации, рекомендуется для крупных и сетевых проектов.

В последующих разделах будет рассмотрена настройка данных подсистем.