Нет описания правки
Нет описания правки
Строка 29: Строка 29:


Поэтому, особенно если учет ресурсов работает параллельно с лифтовой диспетчеризацией, процесс оптимизации БД может выполняться параллельно с  работой системы диспетчеризации. 
Поэтому, особенно если учет ресурсов работает параллельно с лифтовой диспетчеризацией, процесс оптимизации БД может выполняться параллельно с  работой системы диспетчеризации. 


== Подготовка БД ==
== Подготовка БД ==


Далее следует:
Предварительно следует:


#Закрыть АСУД.SCADA (если запущена)  
#Закрыть АСУД.SCADA (если запущена)  
Строка 43: Строка 44:
#Запустить АСУД.SCADA (по необходимости)  
#Запустить АСУД.SCADA (по необходимости)  


После выполнения указанных операций мы отключили все программы от БД. При этом диспетчер может продолжить работать с системой.
После выполнения указанных операций мы отключили все программы от БД. При этом диспетчер '''может продолжить''' работать с системой лифтовой диспетчеризации в штатном режиме.


Далее приступаем к оптимизации БД.
Далее приступаем к оптимизации БД.
'''Замечание: '''вы можете выполнять оптимизацию БД на рабочей машине, или на любой другой, выполнив копирование файла original2.gdb
 


== Оптимизация БД ==
== Оптимизация БД ==

Версия от 08:24, 6 июня 2019




Введение

Внимание! Для ASUDBase версии 1.5-81 или выше.

В статье рассматривается последовательность шагов по оптимизации размера файла базы данных (БД) original.gdb

Когда необходимо выполнять оптимизацию - обычно раз в год, либо по достижению размера файла БД  3 - 4 Гб. 

В процессе выполнения оптимизации:

  1. существующий файл БД будет сохранен, как архивная копия
  2. будет создан новый файл БД, в который будут перенесены:
    • Конфигурация устройств
    • Корректирующие и вычисленные показания импульсных приборов учета
    • Данные расхода по всем приборам за последние 30 суток

Внимание! Оптимизация должна выполняться не позднее 25 дней с даты последнего формирования отчетов по импульсным приборам учета (если импульсные приборы присутствуют в системе учета). 

В общем случае, вы можете сформировать отчеты по всем  импульсным приборам учета (воды, тепла, электроэнергии) и в этот же день или на следующий выполнить оптимизацию БД.

Процесс переноса данных может занять (в зависимости от размера файла БД и  скорости работы жесткого диска)  от 10 до 60 (или более) минут.

Поэтому, особенно если учет ресурсов работает параллельно с лифтовой диспетчеризацией, процесс оптимизации БД может выполняться параллельно с  работой системы диспетчеризации. 


Подготовка БД

Предварительно следует:

  1. Закрыть АСУД.SCADA (если запущена)
  2. Закрыть KCSLogger (если программа используется).
  3. Открыт конфигуратор ОРС-сервера
  4. Запустить ASUDBase  и выбрать меню Справка \ О базе данных. Убедиться, что число подключений к БД = 1.
  5. Закрыть ASUDBase 
  6. Переименовать файл БД  ..\OPC Server\original.gdb  ->  ..\OPC Server\original2.gdb
  7. Закрыть конифгуратор ОРС-сервера
  8. Запустить АСУД.SCADA (по необходимости)

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

Далее приступаем к оптимизации БД.

Замечание: вы можете выполнять оптимизацию БД на рабочей машине, или на любой другой, выполнив копирование файла original2.gdb

 

Оптимизация БД

Запускаем программу ASUDBase

Программа укажет, что не может подключиться к файлу БД   (файл мы переиновали на предыдущем шаге). Нажимаем Ок.

Выбираем меню Файл \ Подключиться к БД и указываем параметры нового подключения

  • 127.0.0.1
  • C:\1Tekon\ASUD Scada\OPC Server\oroginal2.gdb

Нажимаем Ок. Должны подключиться к нашей исходной БД.

Проверям версию БД (меню Справка \ О Базе данных)  - должна быть 184 или выше.  По необходимости выполняем обновление БД до версии 184.

Далее, ввод пароля  и выбор меню Настройка \ Работа с БД \ Отправить в Архив

Если в данный момент к БД подключено несколько клиентских программ (чего не должно быть)  - вы получите сообщение об ошибке.

Если в БД присутсвуют импульсные расходомеры, то программа выполнит проверку того, что по ним были сформированы отчеты не позднее чем 25 дней назад.  В случае, если будут обнаружены приборы учета, у которых нет вычисленных показаний в интервале последних 25 дней, программа сообщит об ошибке  с указанием CID (идентификатора)  прибора учета. Найтие счетчик по CID вы сможете в меню Дополнительно \ Поиск концентратора, указав CID со знаком минус (например: CID 1493, указываете число -1493).

Необходимо будет выполнить формирование отчетов (не включая текущие сутки)  и повторить процедуру переноса в Архив.

Если ошибок обнаружено не было, программа выполнит:

  1. сохранение в папку ..\DBase данных
    • расхода за последние 30 суток
    • данных регистрации приборов учета
    • данных корректирующих и вычисленных показаний импульсных приборов (за все время)
  2. скопирует файл существующей БД в файл DDMMYY-HHMM.old
  3. создаст новый пустой файл БД
  4. перенесет в новую БД ранее сохраненные данные. 

Последним пунктом выполняется восстановление данных расхода.

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

Завершение процесса оптимизации БД

Закройте программу ASUDBase и перенесите архивный файл БД DDMMYY-HHMM.old в папку, например: ..\OPC Server\Archive

Далее следует:

  1. Закрыть АСУД.SCADA (если запущена)
  2. Открыт конфигуратор ОРС-сервера
  3. Переименовать файл БД  ..\OPC Server\original2.gdb  ->  ..\OPC Server\original.gdb
  4. Закрыть конифгуратор ОРС-сервера
  5. Запустить АСУД.SCADA (по необходимости)
  6. Запустить KCSLogger (по необходимости)

Запустить ASUDBase выберите меню Справка \ О базе данных и убедитесь что число подключений к БД > 1.