Руководство пользователя базы данных для

системы "Ovation 2.4"

OW240_15

Редакция 0
Март 2005 г.
 Содержание

1 Введение в базу данных системы Ovation 1

1.1 О реляционной базе данных ....................................................................................................1
1.2 О типах баз данных АСУ ТП Ovation .......................................................................................2
1.3 О взаимосвязи между базой данных и другими функциями системы Ovation ....................3
1.4 Создание базы данных системы Ovation ................................................................................4
1.5 Терминология базы данных .....................................................................................................4

2 Заполнение базы данных системы Ovation 7

2.1 Инструменты базы данных.......................................................................................................7
2.2 Об инструменте начального определения базы данных (DBID)...........................................8
2.3 Использование функции импорта (OvPtImport) ......................................................................9
2.3.1.1 Использование формата импорта для систем Ovation версий 2x ...................11
2.3.1.2 Использование формата импорта для систем Ovation версий 1.x ..................14
2.4 Экспорт (OvPtExport)...............................................................................................................16
2.5 Использование вспомогательных функций импорта и экспорта базы данных
Oracle 17

3 Создание резервной копии и восстановление базы данных

системы Ovation 19
3.1 Создание резервной копии файлов базы данных................................................................19
3.2 Создание резервной копии полной базы данных.................................................................20
3.3 Создание резервной копии части базы данных ...................................................................20
3.4 Восстановление базы данных для системы Ovation 2.4 .....................................................20
3.5 Восстановление всей базы данных .......................................................................................21
3.6 Востановление части базы данных .......................................................................................21

4 Указатель 23

OW240_15 i
Раздел 1

Введение в базу данных системы Ovation

В данном разделе

О реляционной базе данных ............................................................................... 1

О типах баз данных АСУ ТП Ovation................................................................. 2
О взаимосвязи между базой данных и другими функциями системы
Ovation ................................................................................................................... 3
Создание базы данных системы Ovation .......................................................... 4
Терминология базы данных ................................................................................ 4

1.1 О реляционной базе данных

В системе Ovation используется принцип работы системы управления реляционной
базой данных (RDBMS). Данный принцип работы основан на трех базовых
составляющих:
ƒ Общий механизм для выполнения аналогичных действий.
ƒ Усовершенствованная схема совместного использования данных.
ƒ Взаимодействие с совместно используемым хранилищем данных.
В системе управления реляционной базой данных информация хранится в виде таблиц
(строк и столбцов данных), а ее поиск осуществляется путем использования данных в
конкретных столбцах одной таблицы с целью отыскания дополнительных данных в
другой таблице. Строки таблицы в реляционной базе данных отображают записи
(собираемые блоки информации по отдельным пунктам), а столбцы таблицы
отображают поля (определенные атрибуты записи). При проведении поиска данных
реляционная база устанавливает совпадение информации из поля в одной таблице с
информацией в соответствующем поле другой таблицы для создания третьей таблицы, в
которой комбинируются запрашиваемые данные из обеих таблиц.

В системе Ovation многие элементы информации, включая информацию о конфигурации

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

В базу данных АСУ ТП Ovation записываются данные всех инструментальных средств

программирования и интерфейсов пользователя, после чего информация пересылается
в систему управления. Благодаря базе данных системы Ovation обеспечивается легкий
доступ к прикладным программам и к системе управления с помощью стороннего
инструмента SQL (языка структурированных запросов). Это означает, что данные АСУ
ТП Ovation открыты и доступны.

Основой базы данных системы Ovation является операционная среда Oracle 9i. Для таких
подключаемых через сеть компьютерных систем как АСУ ТП Ovation, Oracle объединяет
данные, физически расположенные на различных компьютерах, в одну логическую базу
данных, к которой возможен доступ через сетевые узлы без контроллеров.

OW240_15 1
1.2 О типах баз данных АСУ ТП Ovation

1.2 О типах баз данных АСУ ТП Ovation

Ядром RDBMS является база данных АСУ ТП Ovation, содержащая главную базу
данных и поддерживаемая различными распределенными базами данных.

Распределенная база данных содержит поднаборы информации из главной базы данных

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

Содержимое этих поднаборов зависит от устройств системы, как указано ниже:

ƒ Идентификация точки режима установки (при использовании).
ƒ Информация, используемая для извлечения данных о технологических параметрах
по магистрали системы Ovation. В отношении операторских станций сюда
включаются все системные точки, обновляемые с помощью функции загрузки, для
исходящих и принимаемых в явном виде точек, а также программное обеспечение
распространения распределенной базы данных на все другие системные точки. В
отношении контроллеров этими точками являются только исходящие и принимаемые
в явном виде точки (обновляемые с помощью функции загрузки устройства). (См.
"Руководство пользователя пакета Developer Studio ПТК АСУ ТП Ovation").
ƒ Распознавание парных сочетаний идентификаторов первичного/резервного
устройств для системных устройств. Для операторских станций системы Ovation
этими устройствами являются все системные устройства, обновляемые с помощью
программного обеспечения распространения распределенной базы данных. Для
контроллеров здесь имеются в виду только сами контроллеры (если они
резервированы) и любые резервированные устройства, которые в явном виде
принимают точки от контроллера (обновляемые в помощью функции загрузки).
ƒ Информация о безопасности. Относится только к операторским станциям системы
Ovation. Каталог обновляется с помощью программного обеспечения
распространения распределенной базы данных.
ƒ Каталог точек системы. Относится только к операторским станциям системы Ovation.
Каталог обновляется с помощью программного обеспечения распространения
распределенной базы данных.
ƒ Данные человеко-машинного интерфейса (ЧМИ) для всех точек системы. Относится
только к операторским станциям системы Ovation. Каталог обновляется с помощью
программного обеспечения распространения распределенной базы данных.
ƒ Глобальные группы точек. Относится только к операторским станциям системы
Ovation. Эти группы обновляются с помощью программного обеспечения
распространения распределенной базы данных.
Для поднаборов распределенной базы данных поддерживается совместимость с
содержимым главной базы данных. Распространение базы данных обеспечивает
механизм, благодаря которому поддерживается совместимость содержимого базы
данных в каждом месте ее расположения с содержимым главной базы данных.
Распространение всех изменений, вносимых в базу данных, выполняется путем обмена
сообщениями между процессом сервера (db_xmit_server), контролирующим главную
базу данных, и клиентскими процессами (db_xmit_client), действующими в каждой из
распределенных станций.

В главную базу данных изменения вносятся с использованием системных функций

редактирования, например, обеспечиваемых пакетом Developer Studio системы Ovation
или инженерной станцией и пакетом Control Builder системы Ovation. Эти изменения
вносятся в базу данных посредством API-функций делового регламента ("business
rules"). Когда изменение точки загружается в исходящие устройства с помощью функции
загрузки, запись об изменении сохраняется в таблице главной базы данных.

2 OW240_15
 1.3 О взаимосвязи между базой данных и другими функциями системы Ovation

Аналогичным образом изменение регистрируется, когда изменяются объекты группы

точек или объекты безопасности системы Ovation в пакете Developer Studio или Point
Builder системы Ovation. Сервер контролирует таблицу с целью идентификации
состояний загрузки изменений в систему.

Каждое изменение идентифицируется по уникальному порядковому номеру, благодаря

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

По мере того, как вносятся/загружаются изменения, сервер последовательно для

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

1.3 О взаимосвязи между базой данных и другими

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

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

База данных системы Ovation соотносится с другими функциями системы Ovation так, как
указано ниже:

Пакет Control Builder системы Ovation — С помощью пакета Control Builder создаются,
изменяются и удаляются стандартные точки алгоритмов и пакета Control Builder. С
помощью пакета Control Builder создаются и удаляются команды управляющей
программы и информация с инструкциями булевой программы. Для загрузки
информации в исходящие устройства используется функция загрузки, входящая в пакет
Developer Studio системы Ovation.

Пакет Developer Studio системы Ovation — Пакет Developer Studio содержит набор
инструментальных средств, необходимых для создания и обслуживания системы
управления технологическим процессом. С помощью имеющихся средств можно создать
систему целиком, загрузить информацию из созданной ранее базы данных в Developer
Studio, а также редактировать и обновлять свойства ее элементов, например,
конфигурацию сети и данные точки.

OW240_15 3
1.4 Создание базы данных системы Ovation

1.4 Создание базы данных системы Ovation

База данных системы Ovation создана в результате совместных действий разработчиков
проекта от заказчика и инженеров-проектировщиков компании "Эмерсон". Обычно
используется следующий процесс:

1. Заказчик определяет имена и типы точек ввода/вывода, требуемых для его системы.
Данная информация определяется на основе количества и типов устройств, которые
необходимо контролировать в системе управления заказчика.
2. Заказчик и/или компания "Эмерсон" вводит эти точки в инструмент базы данных
(например, DBID, Access или Excel) вместе с полями, требуемыми для каждой точки.
3. Компания "Эмерсон" определяет, какие модули ввода/вывода системы Ovation
необходимы для обработки предлагаемых точек.
4. Компания "Эмерсон" определяет, как следует устанавливать модули ввода/вывода в
шкафы системы, чтобы обеспечить надлежащее распределение всех точек.
5. Получаемая от заказчика информация о точках вводится в DBID и далее
импортируется в главную базу данных.
6. Последовательные изменения по точкам можно вносить с помощью инструмента
создания точек пакета Developer Studio. Для внесения массовых изменений можно
извлечь данные из главной базы данных и ввести их в DBID с целью редактирования.
По окончании редактирования можно заново импортировать файл в главную базу
данных.

1.5 Терминология базы данных

Приводимые ниже термины и описания полезны для ознакомления с базой данных
системы Ovation.

Термины, относящиеся к обеспечению безопасности

Термин Определение

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

“переговоров”, или взаимодействия с реляционными базами данных системы:
Oracle (главной базой данных) или Raima (распределенной базой данных,
используемой операторскими станциями и заполняемой из Oracle).
Business Rules Уровень программного обеспечения между приложениями системы Ovation и
("Деловой программным обеспечением интерфейсов базы данных.
регламент")
(Ovation)
Распределенна Содержит поднабор информации, хранящейся в главной базе данных.
я база данных Распределенная база данных имеется в каждом устройстве системы и
непрерывно обновляется по мере внесения изменений в информацию о
точках. Здесь содержатся обновляемый каталог точек системы и поля данных
ЧМИ для точек процессов (ED, SD, RS и т.д.), а также другие поля, не
пересылаемые при трансляции в качестве составной части статических
данных точки.
Программное Непрерывно выполняемый в устройстве сервера сторожевой процесс
обеспечение трансляции по групповому адресу для доставки информации распределенной
распространени базы данных всем устройствам системы. Поддерживается также режим, в
я котором клиенты могут получать информацию через TCP-соединение при
распределенной существенных пропусках в приеме информации.
базы данных

4 OW240_15
 1.5 Терминология базы данных

Термин Определение

Функция Вспомогательная функция системы Ovation, выполняемая с целью

экспорта копирования информации из базы данных в текстовый файл.
(OvPtExport)
Функция Вспомогательная функция системы Ovation, выполняемая с целью ввода
импорта информации в базу данных. Функция выполняется посредством текстового
(OvPtImport) файла.
Функция Функция системы Ovation, используемая для пересылки данных из главной
загрузки в базы данных и распределения данных между устройствами управления и теми
пакете устройствами, которые создают точки.
Developer Studio
системы Ovation
Главная база Содержит всю базу данных технологического процесса. Она используется для
данных создания, изменения и проверки стратегических данных управления и точек
процессов. Во время работы она поддерживает запросы базы данных
процесса, фиксирует изменения, вносимые в атрибуты управления и точек, а
также распространяет эти изменения в масштабе распределенной базы
данных.
Сетевые узлы Альтернативный термин для устройств в сети АСУ ТП Ovation.
Функция Вспомогательная функция Oracle, используемая с целью ввода информации в
импорта/экспорт базу данных и создания резервной копии информации в базе данных.
а Oracle Несмотря на это, данная функция используется для полного восстановления
всей базы данных (структуры и содержимого) после внезапных отказов
(поломки диска, переустановки операционной системы и т.п.). Данный
инструмент НЕ предназначен для сохранения и восстановления базы данных
при замене версий программного обеспечения системы Ovation.
Рабочее Часть главной базы данных, используемая во время работы с системой. Это –
пространство та часть, где происходят все взаимодействия с базой данных. Это –
единственная часть базы данных, где возможно редактирование.

OW240_15 5
Раздел 2

Заполнение базы данных системы Ovation

В данном разделе

Инструменты базы данных ............................................................................... 7

Об инструменте начального определения базы данных (DBID)................... 8
Использование функции импорта (OvPtImport)................................................ 9
Экспорт (OvPtExport) ........................................................................................ 16
Использование вспомогательных функций импорта и экспорта базы
данных Oracle .................................................................................................... 17

2.1 Инструменты базы данных

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

Инструменты базы данных и описания

Инструмент Описание

DBID Графический интерфейс Microsoft Access, используемый для создания

(Инструмент компании точек в текстовом (ASCII) файле, который далее можно импортировать в
"Эмерсон") главную базу данных.
OvPtImport Импортирует данные из текстового файла (например, файла, созданного с
(Инструмент системы помощью DBID) в главную базу данных. Может быть использован для
Ovation) восстановления данных (с использованием данных из предыдущего файла
OvPtExport).
OvPtExport Экспортирует данные из главной базы данных и создает текстовый файл.
(Инструмент системы Данный файл не содержит идентификаторов SID или информации сетевого
Ovation) интерфейса точки.
imp (см. стр. 17) Может быть использован для восстановления базы данных после
(Инструмент Oracle) внезапного отказа (например, поломки диска). Работает с двоичным
файлом, созданным с помощью инструмента exp.
exp (см. стр. 17) Может быть использован для создания резервной копии системы. Создает
(Инструмент Oracle) двоичный файл.

OW240_15 7
2.2 Об инструменте начального определения базы данных (DBID)

2.2 Об инструменте начального определения базы данных

(DBID)
База данных потенциально является хранилищем очень большого объема данных.
Потребовался метод для обеспечения массового ввода данных и импортирования
данных, определенных в формате, не принятом для главной базы данных.

Чтобы облегчить начальное заполнение базы данных, был создан инструмент

начального определения базы данных (DBID). Аналогично процессу создания точек
АСУ ТП Ovation в пакете Developer Studio системы Ovation, DBID предоставляет
графический интерфейс пользователя для создания, удаления и изменения данных о
точках. Кроме того, DBID поддерживает функции массового ввода данных и глобального
редактирования/замены, позволяя пользователю изменять данные непосредственно в
таблицах точек. (См. "Руководство пользователя пакета Developer Studio ПТК АСУ
ТП Ovation")

Основу DBID составляют продукты базы данных Microsoft Access в сочетании с другими
программами, используемыми для проверки данных. ИнструментDBID имеет высокую
степень подобия программе создания точек системы Ovation, поскольку он содержит
формы для определений и конфигурирования аппаратных средств в системе, а также
для ввода и редактирования данных о точках.

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

DBID создает текстовый файл, который можно импортировать с помощью средств

управления процессами компании "Эмерсон" в базу данных системы Ovation.

После ввода информации в DBID, обработки с помощью средств управления процессами

компании "Эмерсон" и импортирования в главную базу данных возможно изменение
информации с помощью процесса создания точек системы Ovation методом от точки к
точке.

Примечание: Дальнейшее рассмотрение DBID не входит в тематику данного

документа. Дополнительную информацию см. в документации на DBID.per Studio ПТК
АСУ ТП

8 OW240_15
 2.3 Использование функции импорта (OvPtImport)

2.3 Использование функции импорта (OvPtImport)

При наличии импортируемого файла, созданного с помощью инструмента DBID,
функция импорта (OvPtImport) используется для перемещения информации в главную
базу данных. Данная функция сочетается с функцией экспорта (OvPtExport).

Процесс импорта служит трем следующим целям.

ƒ Начальное создание базы данных.
ƒ Изменение существующей базы данных.
ƒ Восстановление базы данных в известное состояние.
Функция импорта поддерживает два различных формата импортируемого файла.
Первый (версия 1) идентичен формату, создаваемому функцией экспорта системы
Ovation версии 1.x и инструментом DBID. Для обеспечения расширенных
функциональных возможностей и повышения качества работы в системах Ovation версии
2.x создан новый формат (версия 2).

Утилита OvPtImport располагается в каталоге C:\Ovation\OvationBase. Для

использования OvPtImport необходимо выполнить указанную ниже команду из командной
строки:
ovptimport -u ptadmin/ptadmin@ptdb -s <systemName> <options>

где для <options> допускается одно из следующих значений:

-h = показывать сообщения справки.

-c = продолжать, невзирая на ошибки.
-f = полный импорт. Замена имеющегося содержимого. Заметим, что использование
данной опции приводит к переназначению
системных идентификаторов (SID). При использовании данной опции схемы
управления и графического отображения (Graphics and Control Sheets) необходимо
заново импортировать и
заново компилировать.
-id = Игнорировать значения по умолчанию.
-n = Только новые объекты.
-p = Структурный анализ файла (файлов). Без обновлений базы данных.
-r = Проверка наличия всех требуемых полей.
-s <systemName> = Для импортируемых файлов версии 1 необходимо указывать
системное имя для полного импорта
или указывать систему для использования (в случае инкрементного импорта).
<importfile1 importfile2 ...> = файлы, содержащие импортируемые данные.

OW240_15 9
2.3 Использование функции импорта (OvPtImport)

После импортирования информации в главную базу данных необходимо загрузить

данные в контроллеры и в устройства, являющиеся исходящими для точек. Это
выполняется с помощью функции загрузки пакета Developer Studio системы Ovation. (См.
Руководство пользователя по пакету Developer Studio ПТК АСУ ТП Ovation.)

ПРЕДОСТЕРЕЖЕНИЕ: НЕЛЬЗЯ пользоваться функцией импорта базы данных

(OvPtImport) в ситуациях, когда пакет Developer Studio системы Ovation или
какая-либо другая прикладная программа системы Ovation, к которой
выполняется доступ из Studio Control Builder, Graphics Builder или Holding
Register Configuration UI ("Интерфейс пользователя для конфигурирования
регистров временного хранения информации") используется где-либо еще в
имеющейся системе. Перед выполнением импорта базы данных необходимо
убедиться в том, что упомянутые выше программы не используются.

Программа OvPtImport временно блокирует некоторые триггерные функции

Oracle, требуемые для обеспечения надлежащей работы инструментов
проектирования системы Ovation. Если программу OvPtImport не удается
выполнить или выйти из нее естественным образом (например, по причине
ручной отмены задачи пользователем), упомянутые триггерные функции не
восстанавливаются. Если это происходит, то для обеспечения нормального
функционирования базы данных необходимо заново ввести в действие
триггерные функции либо путем повторения операции OvPtImport
(выполняемой до конца), либо вручную с помощью следующей команды:

OvPtImport -u ptadmin/ptadmin@ptdb -Xrc

10 OW240_15
 2.3 Использование функции импорта (OvPtImport)

2.3.1.1 Использование формата импорта для систем Ovation

версий 2x

Формат импортируемого файла для систем Ovation версий 2x структурируется согласно

иерархии, определяемой в пакете Developer Studio системы Ovation. (См. "Руководство
пользователя пакета Developer Studio ПТК АСУ ТП Ovation".)

Пакет Developer Studio системы Ovation является интегральным пакетом, позволяющим

пользователю быстро и легко выполнять функции конфигурирования и технического
проектирования системы Ovation на платформе Windows. С помощью имеющихся
инструментов можно создать полномасштабную систему, импортировать информацию
из ранее созданной базы данных, а также редактировать и обновлять такие атрибуты, как
конфигурационные данные сети и информация о точках.

Функции пакета Developer Studio разбиты на категории в иерархической структуре

файлов или в дереве системы. Информация о конфигурации системы Ovation
определяется соответствующим уровнем иерархии системы. Максимально высоким
уровнем в дереве системы является System ("Система"), далее следуют Network ("Сеть)",
Unit ("Блок"), Drop ("Устройство") и Point ("Точка"). Объекты точки находятся на самом
низком уровне дерева системы и открываются для получения доступа к записям точек.
Записи о точке содержат данные, определяющие атрибуты точки. Настройки
конфигурации и изменения атрибутов системы Ovation, выполняемые на уровне System
("Система"), по умолчанию охватывают и более низкие уровни дерева системы, однако
возможна их корректировка на любом последующем уровне.

OW240_15 11
2.3 Использование функции импорта (OvPtImport)

ПРИМЕР ИМПОРТИРУЕМОГО ФАЙЛА ДЛЯ СИСТЕМ OVATION ВЕРСИЙ 2X

Как указано ранее, формат импортируемого файла зеркально отражает структуру

системного дерева пакета Developer Studio. Каждая строка импортируемого файла
содержит оператор следующего формата:

(TYPE=“<OBJECT_TYPE>” NAME=“<OBJECT_NAME>”
[
<attributes>
]

Определения объектов (за которыми могут следовать необязательные атрибуты)

указываются в порядке понижения уровней иерархии и заключаются в круглые скобки.
Изменения, вносимые в объекты, заключаются в квадратные скобки [ ]. Отсутствие
квадратных скобок указывает на то, что объект является "заполнителем" для
следующего уровня иерархии. Никакие изменения в данный объект при импорте не
вносятся.

ПРЕДУПРЕЖДЕНИЕ: Если в операторе имеются квадратные скобки, между

которыми ничего не указано“[ ]”, (“[ ]”), это означает, что атрибуты
объекта должны быть удалены (то есть, какой бы ни была информация, ее
необходимо заменить информацией по умолчанию по причине отсутствия
информации в квадратных скобках). При пользовании квадратными скобками
следует проявлять особое внимание.

Список атрибутов объектов для точек является таким же, как для имен полей,
используемых в импортируемых файлах версии 1.x, за исключением NETWORK_ID,
UNIT_ID и DROP_ID. Эти атрибуты в неявном виде соответствуют расположению точки в
иерархии.

В приводимом ниже примере представлен импортируемый файл, в котором объекты

уровней "Система", "Сеть" и "Устройство" используются в качестве "заполнителей" (т.е. в
имеющиеся данные никакие изменения не вносятся). Объект "Блок" изменяется, как и
аналоговая точка “LA100”. Заметим, что первой строкой файла должна являться
“OVPT_FORMAT=2.x” для указания на то, что файл является импортируемым файлом в
формате версий 2.x.

OVPT_FORMAT=2.1
(TYPE=”System” NAME=”Ovation”
(TYPE=”Network” NAME=”NET0”

TYPE=”Unit” NAME=”UNIT1”
[UNIT_NAME=”UNIT1”
UNIT_VALUE=”1”]

(TYPE=”Drop” NAME=”DROP1/DROP51”

12 OW240_15
 2.3 Использование функции импорта (OvPtImport)

(TYPE=”AnalogPoint” NAME=”LA100”
[DESCRIPTION=”Test Point”
BROADCAST_FREQUENCY=”S”
OPP_RATE=”S”
CHARACTERISTICS=”-----”
PERIODIC_SAVE=”0”
TAGOUT=”0”
UNCOMMISSIONED=”0”
INITIAL_VALUE=”0”
AUTO_RESET=”0”
AUTO_ACKNOWLEDGE=”0”
LOW_ALARM_PRIORITY_1=”1”
LOW_ALARM_PRIORITY_2=”1”
LOW_ALARM_PRIORITY_3=”1”
LOW_ALARM_PRIORITY_4=”1”
LOW_ALARM_PRIORITY_USER=”1”
HIGH_ALARM_PRIORITY_1=”1”
HIGH_ALARM_PRIORITY_2=”1”
HIGH_ALARM_PRIORITY_3=”1”
HIGH_ALARM_PRIORITY_4=”1”
HIGH_ALARM_PRIORITY_USER=”1”
TOP_OUTPUT_SCALE=”100”
BOTTOM_OUTPUT_SCALE=”0”
THERMOCOUPLE_UNITS=”F”
CONVERSION_TYPE==”0”
CONVERSION_COEFF_1=”0”
CONVERSION_COEFF_2=”1.234”
CONVERSION_COEFF_3=”1.234E+012”
CONVERSION_COEFF_4=”0”
CONVERSION_COEFF_5=”10000”
CONVERSION_COEFF_6=”0”
CJC_TEMPERATURE_UNITS=”F”
DISPLAY_TYPE=”S”
SIGNIFICANT_DIGITS=”2”
IO_TASK_INDEX=”1”
SECURITY_GROUP_1=”1”
SECURITY_GROUP_2=”1”
SECURITY_GROUP_3=”1”
SECURITY_GROUP_4=”1”
DEADBAND_ALGORITHM=”STANDARD”
COLLECT_ENABLED=”0”
EVENT_ENABLED=”0”

OW240_15 13
2.3 Использование функции импорта (OvPtImport)

2.3.1.2 Использование формата импорта для систем Ovation

версий 1.x

Указанные ниже форматы импорта подходят для пользователей, заменяющих систему

Ovation версий 1.x на версии 2.x. Каждая строка импортируемого файла содержит
оператор действия следующего формата:

OBJECT=“<OBJECT_TYPE>” ACTION=“<ACTION_TYPE>” <атрибут> <атрибут>

Примечание: Данный формат применим также при импорте из DBID.

Используемые термины

Правомерными типами объекта (OBJECT_TYPE) являются POINT (точка) и TABLE

(таблица). Для каждого типа объекта OBJECT_TYPE правомерны различные типы
действий (ACTION_TYPE), приведенные ниже:
ƒ POINT (точка) – правомерными значениями ACTION_TYPE являются:
à INSERT (вставить) — используется для вставки новой точки или для внесения
изменений в определенные поля существующей точки. Заметим, что при импорте
в базу данных системы Ovation данная команда интерпретируется в виде
RESET/REDEFINE (переустановить/переопределить).
à DELETE (удалить) — используется для удаления точки. Данная команда не
применима при импорте в базу данных системы Ovation.
à RESET (переустановить) (или REDEFINE (переопределить)) — используется для
назначения нулевого значения каждому ненужному полю существующей точки и
для выборочного изменения определенных полей данной точки. Попытка
переустановить (RESET) несуществующую точку воспринимается для данной
точки как INSERT (вставка).
ƒ TABLE (таблица) — правомерными значениями типа действий ACTION_TYPE
являются:
à PURGE (очистить) — приводит к удалению содержимого таблицы.
à INSERT (вставить) — вставляется новая строка в таблицу.

14 OW240_15
 2.3 Использование функции импорта (OvPtImport)

Правила

К форматированию импортируемого файла применяются указанные ниже правила.

1. Типы объектов и действий OBJECT_TYPE и ACTION_TYPE должны быть заданы для

каждой строки действия. Строка действия может быть разделена на несколько
физических строк с переходом на новые строки, однако требуется разрыв строки
между парами ключевых слов.
2. Для точек атрибуты указываются с именем поля и значением поля, разделяемыми
знаком равенства. Атрибуты разделяются пробелом. Значения полей заключаются в
двойные кавычки. Для каждого определения должны быть заданы все требуемые
поля. Может быть задано любое (включая "none" - нулевое) количество
дополнительных полей. Регистр не играет роли для имен таблицы, однако имеет
значение для содержимого полей. Поля целых значений могут быть заданы в
десятичном или шестнадцатеричном виде (если имеется префикс 0x).
3. Для таблиц их название задается с указанием атрибута таблицы, а каждый столбец
обозначается в виде <column_name>= “значение столбца". Настоятельно
рекомендуется, чтобы командам таблицы всегда предшествовал оператор PURGE
(очистить), за которым должны следовать все операторы вставки, необходимые для
заполнения таблицы.
4. Возможно включение комментариев, наличие которых обозначается
предшествующим им символом “#”. Весь текст от символа # до конца строки
игнорируется. Заметим, что символы # в двойных кавычках не считаются символами
комментариев.

Примеры

Далее приводятся примеры, иллюстрирующие формат импорта.

ƒ Вставка или изменение точки:
OBJECT= “POINT” ACTION= “INSERT” point_name= “LD134INS001”
record_type= “LD” network_id= “0” unit_id= “1” drop_id= “134”
broadcast_frequency= “S” opp_rate= “S” low_alarm_priority_1= “2”
high_alarm_priority_1= “3”
ƒ Переустановка точки и обозначения поля:
OBJECT= “POINT” ACTION= “RESET” point_name= “LD134INS001” network_id=
“0” unit_id= “1” engineering_units= “Volts”
ƒ Очистка таблицы:
OBJECT= “TABLE” ACTION= “PURGE” table= “drop_io_config”
ƒ Вставка в таблицу:
OBJECT= “TABLE” ACTION= “INSERT” table= “drop_io_config”
drop_id= “161” network_id= “0” unit_id= “1” pci_slot= “1” io_type= “1”

Неподдерживаемые о поддерживает следующие операции:

ƒ Перемещение объектов из одного места в другое.
ƒ Замену модулей ввода/вывода (аппаратных средств) с помощью файлов
импорта версии 1.перации
Функция импорта не

OW240_15 15
2.4 Экспорт (OvPtExport)

2.4 Экспорт (OvPtExport)

Функция экспорта (OvPtExport) используется для извлечения информации из главной
базы данных. Она сочетается в работе с функцией импорта (OvPtImport).

Функция экспорта (OvPtExport) формирует текстовый файл, содержащий текущие

конфигурационные данные системы (устройств, аппаратных средств, безопасности и
т.д.), а также параметры уровня пользователя, определенные для всех точек в системе.
Этот файл не содержит SID и сетевую информацию.

Файлы OvPtExport могут быть использованы для управления обновлением базы данных.
Поскольку каждый файл OvPtExport отображает параметры пользователя для всех
объектов в базе данных, эти параметры можно сохранять независимо по назначаемым
пользователем номерам версии и в дальнейшем использовать для восстановления
содержимого базы данных.

Вспомогательная функция OvPtExport располагается в каталоге

C:\Ovation\OvationBase. Для использования OvPtExport из окна оболочки
инструментальных средств необходимо выполнить следующую команду:

ovptexport -u ptadmin/ptadmin@ptdb -o <outputfile> [-a -mm -nd -s

<systemName> -h]

где:

-o <outputfile> = имя выходного файла для приема экспортируемых данных.

-a = вывод всех определений атрибутов.
-mm = минимальные определения модулей.
-nd = без экспорта значений по умолчанию.
-s <systemName> = обозначение системного имени для экспорта.
-h = отображаются сообщения справки.

16 OW240_15
 2.5 Использование вспомогательных функций импорта и экспорта базы данных Oracle

Использование OvPtExport для восстановления базы данных

Для восстановления рабочего пространства базы данных требуются соответствующие

средства. Восстановление можно выполнить одним из двух способов: восстановить базу
данных в целом, используя вспомогательные функции импорта/экспорта (см. стр.
17) Oracle, либо использовать содержимое предыдущего файла OvPtExport.

В зависимости от обстоятельств и требований пользователя возможно использование

любого или обоих методов.

Меньшие издержки обеспечиваются средствами восстановления на основе

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

Данному процессу свойственна одна оговорка: функция OvPtImport не подразумевает

удаление точек. Если после создания файла OvPtExport в базе данных добавляются
точки, то OvPtImport предыдущего файла эти новые точки не удаляет.

Примечание: Файл OvPtExport не содержит управляющей информации. Резервные

копии схем управления следует создавать отдельно. (См. Руководство
пользователя пакета Control Builder.)

Данный файл также не содержит исходных файлов графики. Эти файлы необходимо
отдельно копировать и импортировать их резервные копии в систему с помощью
функции импорта пакета Developer Studio после восстановления базы данных
посредством OvPtImport. (См. "Справочное руководство пользователя пакета
Graphics Builder ПТК АСУ ТП Ovation".)

2.5 Использование вспомогательных функций импорта и

экспорта базы данных Oracle
Вспомогательные функции imp и exp базы данных Oracle используются для создания и
восстановления резервных копий образа всей базы данных. Эти функции позволяют
сделать цифровой (бинарный) моментальный снимок (файл) как структуры, так и
содержимого базы данных, и могут быть использованы для полного восстановления
базы данных в целом после внезапных отказов (поломки диска, перезагрузки
операционной системы и т.д.). База данных (структура и содержимое) после
восстановления останется точно такой же, как и при получении экспортируемых данных.
Функции imp и exp не требуются (и обычно не используются) для восстановления
содержимого базы данных при замене версии программного обеспечения системы
Ovation.

Дополнительную информацию о функциях imp и exp см. в соответствующей

документации по базе данных Oracle.

OW240_15 17
Раздел 3

Создание резервной копии и восстановление

базы данных системы Ovation

В данном разделе

Создание резервной копии файлов базы данных........................................... 19

Создание резервной копии полной базы данных............................................ 20
Создание резервной копии части базы данных ............................................. 20
Восстановление базы данных для системы Ovation 2.4 .............................. 20
Восстановление всей базы данных................................................................. 21
Востановление части базы данных................................................................ 21

3.1 Создание резервной копии файлов базы данных

Примечание: Описываемые ниже программы могут быть использованы для

создания резервной копии базы данных, однако рекомендуемые системные
процедуры создания резервных копий описаны в инструкциях по установке системы
Ovation (см. Справочное руководство по установке программного обеспечения
системы Ovation).

Для создания резервной копии базы данных имеются две программы:

ƒ программа экспорта Oracle (exp (см. стр. 20)).
Данный инструмент обеспечивает сохранение базы данных в целом, всей
структуры и всего содержимого; в другом варианте он может быть использован для
сохранения частей базы данных. Существующие SID (системные индификаторы)
точек и назначения сетевой адресации сохраняются. База данных (структура и
содержимое) после восстановления останется точно такой же, как и при получении
экспортируемых данных.
Данный инструмент следует использовать для создания резервной копии базы
данных с таким расчетом, чтобы ее можно было полностью восстановить при таком
системном отказе, как поломка диска или перезагрузка операционной системы.
Данный способ создания резервной копии обычно не переносится из одного сеанса
работы системы Ovation в другой. Его не следует использовать для создания копий
базы данных, пересылаемых между главной и внешней базами данных.
Использование программы экспорта Oracle описывается в документации по Oracle,
поставляемой вместе с системой.
ƒ Программа экспорта системы Ovation Ovation Export (OvPtExport).
Данный инструмент обеспечивает сохранение всех конфигурационных данных базы
данных и информации о точках в файле ASCII. Структура базы данных не
сохраняется.
Данный инструмент следует использовать, когда при замене версии программного
обеспечения системы Ovation на сервере требуется полная перезагрузка данного
устройства.
Во время замены версии программного обеспечения схемы базы данных при
необходимости изменяются, и никакие операции по восстановлению не требуются.

OW240_15 19
3.2 Создание резервной копии полной базы данных

Однако, если по какой-либо причине сервер базы данных перезагружен полностью,

требуются заполнение базы данных экспортируемым файлом, новое выполнение
сценариев Control Builder (для загрузки информации схемы управления в базу
данных) и новый импорт всех пользовательских диаграмм.

3.2 Создание резервной копии полной базы данных

1. Экспортируйте содержимое базы данных Oracle с помощью следующей команды:
exp USERID=’sys/wdpf as sysdba’ FILE=<exportfile> FULL=Y
COMPRESS=N LOG=<logfile>
где:
<exportfile> = заданное пользователем имя для файла резервной копии. В
данном случае создается файл
под именем <exportfile>.
<logfile> = заданное пользователем имя регистрационного файла. В данном
случае создается файл
<logfile>.
2. Используя любую программу сжатия, имеющуюся в системе (например, WinZip или
другую), выполните сжатие файла. См. соответствующую документацию по
операционной системе.
3. Сохраните файл резервной копии, используя резервный носитель подходящего типа
(ленту, CD и т.д.). См. соответствующую документацию по операционной системе.

3.3 Создание резервной копии части базы данных

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

1. Запустите программу OvPtExport:

OvPtExport -u ptadmin\ptadmin@ptdb -o <exportfile>
где:
<exportfile> = заданное пользователем имя для файла резервной копии. В
данном случае создается файл
под именем <exportfile>.
2. Используя любую программу сжатия, имеющуюся в системе (например, WinZip или
другую), выполните сжатие файла. См. соответствующую документацию по
операционной системе.
3. Сохраните файл резервной копии, используя резервный носитель подходящего типа
(ленту, CD и т.д.). См. соответствующую документацию по операционной системе.

3.4 Восстановление базы данных для системы Ovation 2.4

Имеются два метода восстановления файлов базы данных:
ƒ Восстановление с помощью резервной копии базы данных Oracle.
ƒ Восстановление с помощью экспортируемого файла системы Ovation.

20 OW240_15
 3.5 Восстановление всей базы данных

3.5 Восстановление всей базы данных

Для восстановления базы данных в целом (включая структуру) с помощью ранее
созданной резервной копии (см. стр. 20) используется описываемая далее процедура.
Это может потребоваться, например, при восстановлении после внезапного отказа
(например, поломки жесткого диска).

1. Если требуется восстановление функций сервера программного обеспечения,

обратитесь к инструкциям по установке программного обеспечения системы Ovation.
(См. Справочное руководство по установке программного обеспечения системы
Ovation.) Конкретные процедуры зависят от специфики систем; описание в данном
справочнике всех процедур не представляется возможным.
2. Вставьте ленту/CD с резервной копией базы данных в соответствующий накопитель.
3. Распакуйте файлы.
4. Для восстановления резервной копии выполните следующую группу команду (ее
можно выполнить из любого каталога):
do_ptadmin_import.bat <exportfile>
5. Для экономии дискового пространства удалите из системы файл резервной копии.
6. Перезагрузите сервер базы данных.
7. С помощью пакета Developer Studio системы Ovation импортируйте пользовательские
файлы графики и схемы Control Builder. (См. Руководство пользователя по пакету
Graphics Builder ПТК АСУ ТП Ovation и Руководство пользователя по пакету Control
Builder ПТК АСУ ТП Ovation.)

3.6 Востановление части базы данных

Описываемая ниже процедура используется для восстановления части базы данных (без
структуры) с помощью ранее созданной резервной копии.

1. Если требуется восстановление функций сервера программного обеспечения,

обратитесь к инструкциям по установке программного обеспечения системы Ovation.
(См. Справочное руководство по установке программного обеспечения системы
Ovation.) Конкретные процедуры зависят от специфики систем; описание в данном
справочнике всех процедур не представляется возможным.
2. Запустите программу импорта:
OvPtImport -u ptadmin\ptadmin@ptdb -f <exportfile>
3. С помощью функции импорта пакета Developer Studio восстановите
пользовательские файлы графики и схемы Control Builder. (См. Руководство
пользователя по пакету Graphics Builder ПТК АСУ ТП Ovation и Руководство
пользователя по пакету Control Builder ПТК АСУ ТП Ovation.)
4. Очистите и перезагрузите каждое устройство системы с помощью функции загрузки.
Очистка и перезагрузка каждого устройства в системе требуется, если в операции
импорта (см. шаг 2) используется опция -f. Если опция -f не используется, просто
перезагрузите каждое из устройств. (См. "Руководство пользователя пакета
Developer Studio ПТК АСУ ТП Ovation".)

OW240_15 21
Указатель

В Э
Введение в базу данных системы Экспорт (OvPtExport) - 16
Ovation - 1
Восстановление базы данных для
системы Ovation 2.4 - 20
Восстановление всей базы данных - 21
Востановление части базы данных - 21
З
Заполнение базы данных системы
Ovation - 7
И
Инструменты базы данных - 7
Использование вспомогательных
функций импорта и экспорта базы
данных Oracle - 17
Использование формата импорта для
систем Ovation версий 1.x - 14
Использование формата импорта для
систем Ovation версий 2x - 11
Использование функции импорта
(OvPtImport) - 9
О
О взаимосвязи между базой данных и
другими функциями системы Ovation -
3
О реляционной базе данных - 1
О типах баз данных АСУ ТП Ovation - 2
Об инструменте начального
определения базы данных (DBID) - 8
П
Пример импортируемого файла для
систем Ovation версий 2x - 12
С
Создание базы данных системы Ovation
-4
Создание резервной копии и
восстановление базы данных системы
Ovation - 19
Создание резервной копии полной базы
данных - 20
Создание резервной копии файлов базы
данных - 19
Создание резервной копии части базы
данных - 20
Т
Терминология базы данных - 4

OW240_15 23