Модуль обработки данных TransMissData

Для этого требуется полная синхронизация проектов SCADA-системы «Каскад» на основном и дублированном серверах.

После запуска сервера доступа к данным МОД TransMissData пытается определить временную метку последней записи в БД на дублированном сервере и временную метку последней записи в БД на текущем сервере, откуда был запущен МОД. Если временная метка последней записи на дублированном сервере отличается от временной метки последней записи текущего сервера, то МОД пытается синхронизировать данные в базах данных на обеих серверах, путем вычитки недостающих данных с дублированного сервера и записи их в БД текущего сервера. После успешной синхронизации МОД прекращает свою работу и выгружается из памяти.

Настройки проекта для работы с МОД TransMissData

• Настройки сетевого взаимодействия на основном сервере. Нужно правильно указать IP адреса основного и резервного сервера и свойства TCP/IP для клиента.

• Настройки сетевого взаимодействия на резервном сервере. На резервном сервере нужно обязательно поменять местами Адрес 1 и Адрес 2 для сервера и для клиента.

• Настройка сервера доступа к данным на основном и резервном серверах. На обоих сервера нужно на вкладке «Модули расширения» поставить чекбокс напротив строки с наименованием МОДа TransMissData

После этого нужно сохранить изменения и выйти.

• Настройка базы данных на основном и резервном сервере. В программе настройки баз данных технологических параметров нужно выполнить правильную настройку БД. При этом обязательно использовать указание сервера из настроек сетевого взаимодействия, указать номер порта сервера Firebird равным 3050 (МОД не может работать на нестандартном порту). Имя БД желательно указать либо относительным относительно главного файла проекта, либо абсолютным в файловой системе сервера. На основном и дублированном сервере проект должен лежать идентично. Базы данных должны так же располагаться идентично друг другу. Так же нужно указать имя пользователя и пароль пользователя, под которым выполняется запись данных в БД. На основном и дублированном сервере эти настройки должны быть идентичны.  Обязательно нужно активировать чекбокс напротив строки «Разрешить репликацию данных с дублированного сервера». Это настройка для библиотеки ведения баз данных технологических параметров, сообщающая что в проекте есть дублированный СДД, который ведет свои собственные БД.

После выполнения настроек БД нужно сохранить изменения и выйти.

Обязательно проверить!!! Файл БД, указанный в настройках БД должен обязательно существовать.

 

Принцип работы МОДа TransMissData и принцип его взаимодействия с основной библиотекой ведения БД технологических параметров:

• После запуска сервера доступа к данным библиотека ведения БД технологических параметров и на основном и на дублированном сервере создает в БД хранимую процедуру получения временной метки последней записи в БД. Эта хранимая процедура называется либо GET_LAST_RECORDS_DT (если используется единый файл БД) или GET_LAST_RECORDS_EXDT (если используется суточное деление файлов). Хранимая процедура всегда создается в том файле, который указан в настройках БД (в случае использования суточного деления файлов это основной файл БД).

 

Внимание!!! В случае использования суточного деления файлов в настройках сервера БД должны быть разрешены автономные транзакции. Если установка сервера БД выполнялась из дистрибутива «Каскада» то все настройки уже присутствуют в настройках сервера, если нет, то их нужно делать самостоятельно.

• После создания хранимых процедур библиотека ведения БД параметров выполняет запрос к БД с целью получения последней временной метки последней записи, хранящейся в БД. Одновременно с этим фиксируется время запуска опроса значений параметров. Обе временные метки записываются в системный реестр в ключ HKEY_CURRENT_USER\Software\Kaskad\RTP\DUB_DB\гуид БД

Здесь LastDBRecordTime – бинарная запись временной ветки последней записи в БД

StartDBRecordTime – бинарная запись времени запуска опроса параметров сервером

DubDBStatus – статус проверки условий репликации

TMDStatus – статус работы МОДа

 

МОД стартует при запуске СДД и начинает свою работу после полного запуска опроса данных со стороны СДД.

 

При запуске он выводит в БД событий подробный лог своей работы.

Обязательно логируются:

1. Попытки установки соединения с БД (основной и дублированной)
2. Ошибки соединения.
3. Ошибки выборки/вставки данных
4. Информация о интервалах запроса значений
5. Информация о разрывах соединения с БД  и переподключениях.