Вы находитесь на странице: 1из 117

GE Fanuc Automation

CIMPLICITY® - программное обеспечение для


контроля и управления

CIMPLICITY HMI Plant Edition

Резервирование сервера
Руководство по эксплуатации

GFK-1353F-RU июль 2001


GFL-005
Ниже приведен список значков, используемых в документации:

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


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

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


избежать опасных последствий.

Важно обозначает важную информацию.

Выполнить привлекает внимание к процедуре.

Примечания привлекают внимание к информации, которая важна для понимания


оборудования и работы на нем.

Совет обозначает предложение.

Руководство предоставляет информацию о дополнительных инструкциях по


выбранному разделу.

Настоящий документ содержит информацию, доступную на момент публикации. Несмотря на большие


усилия, предпринятые для обеспечения точности, информация, содержащаяся здесь, не претендует на
описание всех возможных деталей и вариантов аппаратного и программного обеспечения, а также способов
их установки, функционирования и обслуживания. Здесь могут быть описаны функции, которые
присутствуют не во всех видах оборудования. Компания GE Fanuc Automation оставляет за собой право
вносить изменения в документ без дополнительного уведомления.
Компания GE Fanuc Automation не дает гарантий, явных, подразумеваемых или установленных законом, и
не берет на себя ответственность за точность, полноту, достаточность или полезность информации,
содержащейся в данном документе. Не предоставляются также гарантии коммерческой ценности или
соответствия целям пользователя.

CIMPLICITY является зарегистрированным товарным знаком, принадлежащим GE Fanuc Automation North


America, Inc.
Windows NT, Windows 2000 и Windows 98 являются зарегистрированными товарными знаками корпорации
Майкрософт.

Настоящее руководство было подготовлено при помощи Doc-To-Help® фирмой WexTech Systems, Inc.
Авторское право 1998-2001 GE Fanuc Automation North America, Inc.

ii CIMPLICITY HMI - руководство по резервированию сервера–Июль 2001 GFK-1353F-RU


Предисловие

Содержание данного руководства


Глава 1. Введение в резервирование сервера. Описывает функциональные возможности
CIMPLICITY и обсуждает различные типы резервирования.
Глава 2. Обзор вопросов резервирование сервера. Рассматривает требования к
аппаратному обеспечению резервирования и дает краткое описание работы
системы резервирования.
Глава 3. Конфигурирование резервирования сервера. Описывает процедуры
конфигурации системы резервирования сервера CIMPLICITY.
Глава 4. Использование объекта Redundancy. Описывает объект резервирования.
Глава 5. Процедуры восстановления. Описывает запуск и останов резервируемых
проектов, и перезапуск первичного сервера после восстановления.
Глава 6. Использования резервирования кабелей. Описывает процедуры конфигурации
при резервировании кабелей.
Приложение А. Использование протоколов связи. Обсуждаются протоколы связи,
поддерживаемые системой резервирования сервера CIMPLICITY.
Приложение В. Параметры конфигурации. Приводит параметры конфигурации,
требуемые для системы резервирования сервера CIMPLICITY.
Приложение С. Сообщения из журнала регистрации для системы резервирования
компьютерных кабелей. Перечисляет сообщения из журнала регистрации,
генерируемые опцией резервирования компьютерных кабелей.
Приложение D. Устранение неполадок, возникающих при слиянии баз данных.
Перечисляет проблемы и решения при слиянии баз данных.

GFK-1353F-RU iii
Дополнительные руководства по теме
Дополнительная информация имеется в следующих публикациях:
Руководство пользователя по CIMPLICITY HMI Plant Edition (GFK-1180). Это
руководство описывает все основные функции ПО CIMPLICITY HMI.
Руководство по связи устройств CIMPLICITY HMI Plant Edition (GFK-1181). В этом
руководстве приведены все разрешающие сигналы для связи устройств в ПО
CIMPLICITY HMI.

iv CIMPLICITY HMI - руководство по резервированию сервера–Июль 2001 GFK-1353F-RU


Содержание
Введение в резервирование сервера 1-1
Введение в систему резервирования сервера CIMPLICITY .............................................1-1
Уровни резервирования .......................................................................................................1-2
Резервирование ПЛК..............................................................................................1-2
Резервирование кабелей.........................................................................................1-3
Резервирование сервера .........................................................................................1-3
Резервирование компьютерной сети ....................................................................1-4
Типы резервирования, поддерживаемые CIMPLICITY ....................................................1-4
Резервирование сервера .........................................................................................1-5
Резервирование кабелей компьютерной сети ......................................................1-5

Обзор вопросов резервирования сервера 2-1


До начала работы..................................................................................................................2-1
Краткое описание требований к аппаратному обеспечению .............................2-1
Краткое описание требований к приложению.....................................................2-3
Обзор резервирования сервера............................................................................................2-6
Краткое описание работы автоматического резервирования ...........................................2-7
Краткая информация по действию резервирования сервера..............................2-7
Пояснения к ограничениям, действующим при автоматическом
резервировании сервера.........................................................................................2-8
Краткое описание сбора данных при резервировании сервера........................2-10
Краткое описание использования уставок при резервировании сервера........2-13
Краткое описание регистрации в базах данных при резервировании
сервера...................................................................................................................2-13
Краткое описание генерации тревог при резервировании сервера..................2-15
Краткое описание регистрации пользователей при резервировании сервера 2-15
Краткое описание действий CimView при резервировании сервера ...............2-15
Краткое описание интервала восстановления на сервере.................................2-16
Обзор ручного резервирования .........................................................................................2-16
Соблюдение требований к точкам при ручном резервировании сервера .......2-18
Ручной перевод управления точками (включая сбор данных).........................2-18
Инициация ручного перевода проекта ...............................................................2-21
Требования к аппаратному обеспечению .........................................................................2-23

Конфигурирование резервирования сервера 3-1


О процедурах конфигурирования при резервировании ....................................................3-1
Конфигурация базовой системы..........................................................................................3-2
1. Конфигурирование проекта для резервирования сервера ..............................3-2
2. Конфигурирование сетей для резервирования сервера ..................................3-4
3. Конфигурирование связей устройств для резервирования сервера...............3-6
4. Конфигурирование глобальных точек для резервирования сервера .............3-6
Конфигурация архивной базы данных ...............................................................................3-7
Конфигурирование источников ODBC-данных ..................................................3-7

GFK-1353F-RU Содержание-v
Конфигурирование в диалоговом окне Logging Properties .............................. 3-17

Использование объекта Redundancy 4-1


Информация об объекте Redundancy ................................................................................. 4-1
Краткое описание компонентов объекта Redundancy ........................................ 4-2
Использование объекта Redundancy .................................................................................. 4-5
Шаг 1. Выведение на экран окна Redundancy CimView .................................... 4-5
Шаг 2. Контроль серверов в окне Redundancy.................................................... 4-6
Шаг 3. Переключение роли ведущего между резервируемыми
компьютерами........................................................................................................ 4-7

Процедуры восстановления 5-1


Рабочие процедуры.............................................................................................................. 5-1
Запуск и останов резервируемых проектов CIMPLICITY................................. 5-1
Запуск проекта со вторичного сервера ................................................................ 5-3
Конфигурирование проекта для запуска при загрузке....................................... 5-4
Сбой первичного сервера .................................................................................................... 5-5
Работа системы во время восстановления после сбоя ....................................... 5-5
Определение причины сбоя первичного сервера ............................................... 5-6
Перезапуск первичного сервера после устранения сбоя.................................... 5-7
Повторная синхронизация файлов регистрации в базах данных ...................... 5-8
Сбои, не вызывающие автоматического включения функции резервирования
сервера ................................................................................................................................ 5-10

Резервирование кабелей 6-1


О резервировании компьютерных кабелей ....................................................................... 6-1
Правила работы ..................................................................................................... 6-2
Обзор ограничений при резервировании компьютерных кабелей ................... 6-2
Обзор требований к аппаратному обеспечению резервирования кабелей....... 6-3
Поддерживаемые конфигурации сетей с резервированием кабелей .............................. 6-4
Процедуры конфигурирования при резервировании кабелей ......................................... 6-4
Ввод IP-адресов для резервирования кабелей .................................................... 6-4
Конфигурирование времени после обнаружения потери кабеля,
необходимого для перехода на резервный кабель.............................................. 6-5
Формирование диагностического выходного сигнала для резервирования
кабелей.................................................................................................................... 6-5
Использование TCP/IP порта для резервирования кабелей............................... 6-6

Состояние сети и статус сокета 7-1


Контроль системы резервирования компьютерных кабелей........................................... 7-1
Интерфейс определения IP-статуса.................................................................................... 7-2
Функции интерфейса определения IP-статуса .................................................................. 7-3
Интерфейс определения статуса сокета............................................................................. 7-5
Функции интерфейса определения статуса сокета ........................................................... 7-7

Приложение A – Использование протоколов связи A-1


О поддерживаемых протоколах связи ...............................................................................A-1
Протокол Series 90 TCP/IP ..................................................................................................A-2
Протокол Series 90 TCP/IP Redundancy .............................................................................A-2
Протокол CCM2 ...................................................................................................................A-3
Протокол Genius ..................................................................................................................A-4

Содержание-vi CIMPLICITY HMI - руководство по резервированию сервера–Июль 2001 GFK-1353F-RU


Протокол SNPX ...................................................................................................................A-4
Протокол Allen-Bradley.......................................................................................................A-5
Протокол Allen-Bradley Data Highway Plus.......................................................................A-5
Протокол APPLICOM .........................................................................................................A-6
Протокол DDE Client...........................................................................................................A-6
Протокол Modbus Plus.........................................................................................................A-6
Протокол Modbus RTU........................................................................................................A-7
Протокол Modbus TCP/IP....................................................................................................A-7
Клиент OPC ..........................................................................................................................A-8
Point Bridge...........................................................................................................................A-8

Приложение B – Параметры конфигурации B-1


О параметрах конфигурации резервирования сервера..................................................... B-1
Конфигурация времени обнаружения сбоя ....................................................................... B-1
Синхронизация регистрации пользователей ..................................................................... B-2
Запуск ведомого компьютера ............................................................................................. B-3

Приложение C – Сообщения из журнала регистрации для


системы резервирования кабелей C-1
Сообщения об ошибках....................................................................................................... C-1

Приложение D – Поиск и устранение ошибок при слиянии баз


данных D-1
Проблемы и их решение .....................................................................................................D-1
Дополнительные руководства по теме .................................................................................iv

Указатель i

GFK-1353F-RU Содержание Содержание-vii


Введение в резервирование
сервера

Введение в систему резервирования сервера


CIMPLICITY
Мы рады, что вы выбрали систему CIMPLICTY для резервирования сервера, как
часть вашего программного обеспечения, предназначенного для выполнения
критических задач. Прежде чем начать работать с этим пакетом следует изучить и
понять данное руководство.
Разделы (главы) данного руководства содержат следующее:
ƒ Обзор по резервированию сервера, в который входят:
Î Требования к аппаратному обеспечению
Î Требования к приложению
Î Описание автоматического и ручного резервирования
ƒ Конфигурация резервирования
ƒ Объект резервирования
ƒ Процедуры восстановления
ƒ Резервирование кабелей
ƒ Состояние сети и канала
ƒ Поддерживаемые интерфейсы связи
ƒ Параметры конфигурации
ƒ Сообщения регистрации статуса
ƒ Устранение неполадок, возникающих при слиянии баз данных

GFK-1353F-RU 1-1
Уровни резервирования
Основой резервирования в автоматизированных системах является переключение
функций на резервное устройство при возникновении неисправности в первичном.
Считается, что такое переключение выполняется автоматически, если не требуется
вмешательство оператора. Резервирование действует как для аппаратного, так и
для программного обеспечения; оно предполагает минимальную потерю
непрерывности процесса при переходе управления от первичного (активного)
устройства к резервному. Системы с резервированием уменьшают воздействие
неисправности, предотвращая простои в работе.
Для производственных систем управления основные уровни резервирования
включают в себя следующее:
ƒ ПЛК (программируемый логический контроллер)
ƒ Кабельная разводка (ЛВС ПЛК или последовательные подключения к
серверу)
ƒ Резервирование сервера
ƒ Компьютерные сети
Каждый уровень резервирования имеет систему восстановления при сбое, которая
обеспечивает непрерывность работы системы с минимальной потерей данных. В
разделах далее кратко описан каждый уровень.

Резервирование ПЛК
Резервирование ПЛК позволяет обеспечить переход управления от первичного
программируемого контроллера к резервному контроллеру при возникновении
неисправности.

Когда первичный ПЛК возвращается в работу, то управление может быть


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

1-2 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Некоторые протоколы связи CIMPLICITY HMI (HMI = Human Machine Interface =
Человеко-машинный интерфейс) поддерживают резервирование ПЛК. См.
"Руководство по связи с устройствами в CIMPLICITY HMI" (GFK-1181) для
получения дополнительной информации.

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

Эти устройства могут находиться в ЛВС (локальная вычислительная сеть)


(GENIUS, MAP и т.п.) или быть подключенными последовательно (SNP, CCM и
т.п.). Резервная кабельная разводка обеспечивает альтернативную линию связи с
устройством при сбое первичной линии. Реализация резервирования кабелей в
том, что касается систем управления и мониторинга хоста, зависит от
используемого протокола устройства.
Некоторые протоколы связи системы CIMPLICITY HMI поддерживают
резервирование кабелей. См "Руководство по связи с устройствами в
CIMPLICITY HMI" (GFK-1181) для получения дополнительной информации.

Резервирование сервера
Резервирование сервера предполагает наличие первичного управляющего
производством сервера и вторичного сервера "горячего резерва".

GFK-1353F-RU Введение в резервирование сервера 1-3


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

Резервирование компьютерной сети


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

Типы резервирования, поддерживаемые CIMPLICITY


Программные средства CIMPLICITY HMI поддерживают два типа
резервирования:
ƒ Резервирование сервера
ƒ Резервирование кабелей компьютерной сети

1-4 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


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

Резервирование кабелей компьютерной сети


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

GFK-1353F-RU Введение в резервирование сервера 1-5


Обзор вопросов
резервирования сервера

До начала работы
Простая активизация резервирования сервера для проекта предоставляет Вам
множество различных функций резервирования. Однако резервирование сервера
является лишь частью системы. Другими ключевыми компонентами системы
являются проект, ПЛК и сеть. Собранные вместе, эти компоненты образуют
"критическое приложение". Поэтому надежность работы данного приложения
определяется надежностью работы его слабейшего звена. Хотя система
резервирования сервера имеет множество встроенных возможностей, она не может
исправить ошибки сети или неправильно написанной программы. Специалист по
управлению должен построить надежную среду, чтобы система резервирования
сервера могла выполнять свои функции.
В данном разделе дано описание решений, которые надо реализовать при
разработке "критического приложения".

Краткое описание требований к аппаратному обеспечению


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

GFK-1353F-RU 2-1
Устройство можно подключить к серверам пары через различные кабели.

Альтернативный способ подключения – это подключение устройства к серверам


пары по одному кабелю.

Резервирование сервера предъявляет определенные требования к аппаратному


обеспечению компьютера и сети.

Требования к компьютерам, используемым в системе


резервирования сервера
Система CIMPLICITY HMI предназначена для работы с широким диапазоном
компьютерного аппаратного обеспечения. Первичный и вторичный компьютеры
должны быть технически идентичными. Обнаружение неисправности первичного
компьютера предполагает наличие жестких ограничений по времени для
аппаратного обеспечения. Перезагрузка компьютера может вызвать ошибку при
передаче данных. Наличие свободных каналов обращения к ЦП и наличие
свободной памяти являются существенными моментами для того, чтобы система
адекватно реагировала по времени на реальные неисправности или сбои процесса
(например, на линейный пуск). Чтобы система резервирования сервера могла
работать на данном компьютере, он должен удовлетворять следующим
требованиям:
1. Установившееся использование ЦП первичного, вторичного серверов и
клиентов должно быть менее 40%.

2-2 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


2. Постоянное использование памяти не допускает страничной ошибки1.
3. Оборудование должно быть рассчитано на окружающую температуру.
Система резервирования сервера требует, чтобы первичный и вторичный
компьютеры работали в операционной системе Windows NT. Поскольку
корпорация Майкрософт позиционирует ОС Windows NT, как систему для
ответственных приложений, то рекомендуется использовать ее также для
Клиентов. Если с системой резервирования сервера используется лицензия
Development Viewer, установленная на Клиенте, то этот Клиент должен
работать под ОС Windows NT и должен иметь установленную на нем
опцию резервирования.

Требования к сети для системы резервирования сервера


Система резервирования сервера использует компьютерную сеть для обнаружения
неисправности любого из серверов и для синхронизации баз данных точек и
тревог. Поэтому надежность сети является критичной для работы системы
резервирования сервера. Настоятельно рекомендуется использовать консультанта
по сетям для разработки и конфигурации сети. Ненадлежащие оконечные
устройства, плохая кабельная разводка или неправильно сконфигурированные
сетевые переключатели могут вызвать проблемы при работе системы. Затраты на
построение надежной системы с качественными компонентами (сетевые
интерфейсные платы, переключатели, кабели и т.п.) сэкономят время и финансы в
долгосрочной перспективе. Сеть должна удовлетворять следующим требованиям:
1. Сеть должна быть надежной и должна быть правильно сконфигурирована.
2. Первичный и вторичный серверы должны быть подключены к одному и
тому же интеллектуальному переключателю сети или концентратору2.
3. Постоянное использование памяти не должно превышать 10%1
4. Время эхо-теста между первичным и вторичным серверами должно быть
менее 10 мс, а между Клиентами и серверами – менее 30 мс.
5. Оборудование должно быть рассчитано на окружающую температуру.
6. Серверы не должны использовать DHCP, если используется опция
резервирования.
Дополнительно должны быть учтены приведенные далее рекомендации.
2. Следует рассмотреть возможность использовать сети Ethernet на 100 Мбит
между первичным и вторичным компьютерами.
3. Следует рассмотреть возможность изоляции трафика между сервером и
ПЛК на отдельном сегменте сети.
Система резервирования сервера требует надежной сети; если она ненадежна, то
следует рассмотреть возможность использовать резервирование кабелей между
серверами и Клиентами.

Краткое описание требований к приложению

1
При использовании Системного монитора (Performance Monitor) в Windows NT следует обратиться к
счетчику память / стр. в сек. Это значение должно быть равно нулю.
2
Между первичным и вторичным компьютерами имеется большой сетевой трафик. Эти два компьютера
должны быть подключены к сетевому переключателю, который будет изолировать межсерверные связи от
остальной сети.

GFK-1353F-RU Обзор вопросов резервирования сервера 2-3


Система резервирования сервера обеспечивает автоматическую синхронизацию
баз данных точек и тревог. Система резервирования сервера обеспечивает
автоматическое переключение приложения CimView, использующего точки и
тревоги. Перед тем, как начать создавать приложение, следует просмотреть раздел
"Ограничения системы резервирования сервера" в данном руководстве, чтобы
убедиться, что те возможности системы CIMPLICITY, которые предполагается
использовать, поддерживаются при резервировании сервера.
Система CIMPLICITY будет работать с приложением в том виде, в каком оно
разработано. CIMPLICITY не может автоматически исправить проект, если он
имеет ошибки. Поэтому важно разрабатывать проект с самого начала, как
приложение для решения ответственных задач. Также обязательным является
тестирование приложения на стадии разработки в резервирующей среде сервера
вместе с Клиентами. Только имея должным образом сконфигурированный проект,
можно включить резервирование сервера и добиться его безукоризненной работы.
В GE Fanuc было разработано немало систем резервирования с использованием
CIMPLICITY. Мы понимаем методологию и технику разработки, необходимые для
построения надежной системы. Поэтому можно порекомендовать обратиться к
нашему торговому представителю, чтобы получить в течение нескольких дней
консультации, перед тем как приступить к первому проекту, а также несколько
дней такой поддержки на месте при развертывании системы.

Требования к подготовке скриптов в системе


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

Использование первичного / вторичного компьютеров


Первичный и вторичный компьютеры предназначены для получения от устройств
данных, обработки этих данных, распределения их по Клиентам и для
поддержания синхронизации. Они должны иметь каналы доступа к ПЛК для
обработки исключительных ситуаций в ходе процесса. Если в системе имеются
Клиенты, то на первичном и вторичном серверах не должны быть запущены такие
пользовательские приложения, как CimView. Вторичный сервер не является
"запасным" компьютером, который можно использовать для выполнения
рутинных работ, таких как обработка текстов и т.п. Он является "горячим
резервом", предназначенным для обеспечения задач резервирования для
ответственного приложения.

Важное замечание: Первичный компьютер должен иметь подключенный


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

2-4 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Требования к регистрации в базах данных
Если планируется использование регистрации в базах данных, то необходимо
прочитать данный документ, чтобы знать, как использовать такую регистрацию в
рамках проекта резервирования сервера. В ответственных приложениях СУБД
Microsoft Access не поддерживается. Вместо нее следует использовать Microsoft
SQL Server, Oracle или иной поддерживаемый сервер базы данных. Если
планируется накопление в БД большого объема данных, то можно рассмотреть
возможность размещения серверов базы данных на отдельных компьютерах в
рамках одной ЛВС и использования их как первичного и вторичного. При этом,
следует помнить, что полное использование ЦП, включая сервер БД, не должно
превышать 40%.

Требования к конфигурации сети


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

Требования к синхронизации времени


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

GFK-1353F-RU Обзор вопросов резервирования сервера 2-5


Обзор резервирования сервера
Автоматическое резервирование сервера полностью входит в функциональные
возможности базовой системы программного обеспечения CIMPLICITY HMI. Эти
функциональные возможности обеспечивают переход управления с первичного
сервера на вторичный, если первичный отключается, в результате чего связь
между этими серверами нарушается.
Функции резервирования встроены в подсистемы Point Management (Управление
оперативной базой данных), Device Communications (Связь с устройствами), User
Registration (Регистрация пользователей) и Alarm Management (Упарвление
тревогами). Система резервирования в программном обеспечении CIMPLICITY
HMI сосредоточена на следующих позициях:
ƒ Сбор данных
ƒ Приложения, работающие с этими данными
ƒ Аварийная сигнализация
ƒ Пользователи, имеющие доступ к данным приложениям
Программное обеспечение CIMPLICITY HMI предоставляет также возможность
ручного резервирования. Ручное резервирование сервера позволяет передать
управление с первичного сервера на вторичный и том случае, когда первичный
сервер активен и оба сервера соединены. Функция передачи включает в себя:
ƒ Ведение оперативной базы данных (Point management), включая сбор
данных
ƒ Полное управление проектом
Для системы резервирования сервера CIMPLICITY имеются два
сконфигурированных компьютера – первичный и вторичный серверы.

Первичным сервером называется сервер, который обычно выполняет первичную


роль в конфигурации резервирования. Каждый первичный сервер имеет один
вторичный.
Вторичный сервер является по существу зеркальным отображением первичного
сервера. Он работает с той же версией ПО, что и первичный сервер, и связан с
теми же устройствами. Если первичный сервер отключается, то вторичный
принимает на себя управление соответствующими функциями, которые в
нормальных условиях работают на первичном сервере. Вторичный сервер не
может быть первичным узлом конфигурации и не поддерживает какие-либо
функции конфигурации.

2-6 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Краткое описание работы автоматического
резервирования
В данном разделе дано общее краткое описание работы системы резервирования
сервера; оно позволит специалисту более точно разработать ответственное
приложение.
Резервирование сервера конфигурируется из программы Workbench на первичном
компьютере. Первичный компьютер имеет подключенный сетевой диск
вторичного компьютера. Workbench автоматически передает данные
конфигурации на вторичный компьютер и может управлять запуском и остановкой
этой пары.

Краткая информация по действию резервирования сервера

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


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

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

GFK-1353F-RU Обзор вопросов резервирования сервера 2-7


Дополнительную информацию о перезапуске первичного сервера см. в разделе
"Перезапуск первичного сервера после восстановления" в главе "Процедуры
восстановления" в данном руководстве.

Пояснения к ограничениям, действующим при


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

Ограничения функциональных возможностей при


автоматическом резервировании сервера
На автоматическое резервирование сервера действуют следующие ограничения:
1. Нельзя использовать:
ƒ функцию Multiple Projects (Несколько проектов) на резервируемых
серверах
ƒ функцию Enterprise Server (Сервер предприятия)
2. Не поддерживается следующее:
ƒ Динамическое обновление для компонента Event Manager (Диспетчер
событий)
ƒ Рецепты
ƒ SPC
ƒ Tracker
3. Клиенты имеют следующие ограничения:
ƒ Обработка сбоя не поддерживается для Клиентов, если:
Î отображается интерфейс BCEUI
Î открыты экраны CimView со встроенными объектами Recipe
Î открыты экраны CimView со встроенными объектами SPC
Î открыты экраны CimView со встроенными объектами Historical
Data Analyzer
Î компьютеры используют сервер удаленного доступа (Remote
Access Server = RAS) или подключение глобальной сети (Wide
Area Network = WAN)
Î открыто окно Show Users
ƒ Чтобы взаимодействовать с последующей обработкой сбоя, Клиенты
должны иметь локальные копии экранов CimView.
4. Первичным сервером при резервировании должен быть сервер с
лицензией Development Server.
5. Если пользователь работает с архивными данными, когда происходит сбой
первичного сервера, то он должен переключиться на вторичный источник
данных, чтобы по-прежнему иметь доступ к архивным данным для работы с:
ƒ трендами
ƒ SPC
ƒ Historical Data Analyzer
6. Информация о точках, сохраненная в буфере для построения тренда, будет
потеряна в ходе обработки сбоя.

2-8 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


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

Ограничения восстановления после сбоя при


автоматическом резервировании сервера
Резервирование сервера в системе CIMPLICITY не распространяется на
приведенные далее виды сбоев. Разработка приложения для ручного
резервирования сервера часто может обойти эти ограничения:
ƒ Потеря данных в результате сбоя какого-либо одного компонента,
участвующего в сборе данных.
Если происходит сбой кабеля или интерфейса ЛВС, то программное
обеспечение CIMPLICITY обнаруживает проблему, но оно не запускает
автоматически сбор данных на вторичном сервере. В этих обстоятельствах
пользователь может выбрать отключение первичного сервера, чтобы дать
возможность вторичному серверу взять на себя эти функции.
ƒ Потеря линии (канала) связи между первичным и вторичным серверами
CIMPLICITY в то время, как первичный сервер еще продолжает работать.
Если эта линия связи потеряна, то оба сервера действуют как активные
серверы. Необходимо выключить вторичный сервер и привести в порядок
сеть. После этого на вторичном сервере может быть запущено
программное обеспечение CIMPLICITY.

GFK-1353F-RU Обзор вопросов резервирования сервера 2-9


Краткое описание сбора данных при резервировании
сервера
На первичном сервере ведется динамическая база данных Point Management,
хранящая текущие значения данных; эта база дублируется на вторичном сервере.
Point Manager на первичном сервере:
1. Обрабатывает значения точек, поступающие:
ƒ от процесса Device Communication (Связь с устройствами) и от
процесса Virtual Point (Виртуальная точка) на первичном сервере
ƒ от всех ручных и автоматических функций управления
2. Направляет обновленные значения на Point Manager вторичного сервера.
Когда на первичном сервере выполняются процессы связи с устройствами, то
соответствующие процессы действуют также на вторичном сервере.
В то время как первичный сервер работает в качестве ведущего, модули связи
устройств на вторичном сервере находятся в режиме ожидания, чтобы
минимизировать воздействие сбора резервируемых данных на линии связи ЛВС
или на программируемый контроллер.
Когда первичный сервер прекращает работу, то происходит следующее:
1. Point Manager на вторичном сервере начинает автоматически получать
обновленные значения
ƒ от процесса Device Communications (Связи с устройствами) и от
процесса Virtual Point (Виртуальная точка) на вторичном сервере
ƒ от всех ручных и автоматических функций управления
2. Процесс Device Communications (Связи с устройствами) на вторичном
сервере:
ƒ Устанавливает все связи с устройствами и сканирует все значения
точек.
ƒ Передает отчет обо всех данных точек в Point Manager.

2-10 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Пример действий при резервировании сервера
(автоматическое резервирование)
Данные о точках, тревогах и пользователях

1 Активен первичный
сервер (A),
подсоединенный к ПЛК
ленты конвейера, CB_PLC
и клиенту.
A
(А) передает данные
о точках, тревогах и
B
пользователях
на вторичный сервер (В).

(В) находится в режиме


ожидания y Регистрация в базах данных
y Генерация тревог
Ожидание
y Base control engine
y Point Manager
y Регистрация пользователей

Отказ первичного сервера (А).


2 Вторичный сервер (В)
автоматически принимает
на себя все функции управления.
CB_PLC
B

y Регистрация в базах данных


Автономный y Генерация тревог
y Base control engine
y Point Manager
y Регистрация пользователей

Важное замечание: Приложения, на которые действуют значения дублируемых


точек, не поддерживаются3.

Когда перезапускается первичный сервер, происходит восстановление


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

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

GFK-1353F-RU Обзор вопросов резервирования сервера 2-11


2. Системный администратор CIMPLICITY выдает команду вручную для
первичного сервера взять на себя управление точками и связи с
устройствами.
3. Первичный сервер:
ƒ Получает данные о точках со вторичного сервера
ƒ Принимает на себя управление точками и связи с устройствами.
4. Вторичный компьютер возвращается в режим ожтдания.
Передача управления при перезапуске первичного сервера
(автоматическое резервирование сервера)
Когда происходит
1 перезапуск Данные о
первичного сервера тревогах и
CB_PLC
(А), то он принимает пользователях
на себя управление B
тревогами и
регистрацией
пользователей от
вторичного сервера
A
(В).

y Тревоги • Регистрация в базах данных


y Регистрация пользователей • Basic control engine
• Point Manager
Системный Данные точек
2 администратор выдает
вручную команду
восстановить
управление на (А).
CB_PLC
(А) забирает
обновленные данные о A
точках от (В), B
поскольку он
осуществляет
управление точками.

• Регистрация в базах данных


• Тревоги • Point Manager
• Basic control engine
• Регистрация пользователей

Первичный сервер Собранные


3 (A) становится данные
активным.

(А) пересылает
CB_PLC
данные регистрации
аварийных
сообщений, A
пользователей, а B
также данные точек
на вторичный
сервер (В).

(В) находится в
режиме ожидания. • Регистрация в базах данных Ожидание
• Тревоги
• Basic control engine
• Point Manager
• Регистрация пользователей

2-12 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Краткое описание использования уставок при
резервировании сервера
Пользователи могут давать запросы на уставки с первичного или вторичного
сервера при помощи следующих механизмов:
ƒ Point Control Panel
ƒ CimView
ƒ Функции автоматического управления (Event Manager (Диспетчер
событий), пользовательские программы)
Когда работает первичный сервер, все уставки от вторичного сервера за
исключением уставок от функций автоматического управления направляются на
первичный компьютер. Все уставки, исходящие от функций автоматического
управления на вторичном компьютере игнорируются когда управление
осуществляет первичный компьютер.
Рассмотрим ситуацию с Диспетчером событий. Диспетчер событий работает как на
первичном, так и на вторичном компьютерах. События запускаются как на
первичном, так и на вторичном компьютерах. Все запросы на уставки,
инициализируемые действием или скриптом, которые связаны с данным событием,
на ведомом компьютере игнорируются. Другими словами, пользовательские
скрипты выполняются последовательно на обоих компьютерах, однако выход на
точки осуществляется только на ведущем компьютере.
Пользовательской программой должна быть программа, написанная с
использованием PTMAP API, которая выполняется как резидентный процесс
внутри CIMPLICITY. Уставки, исходящие из этой программы, будут оказывать то
же действие, что и Диспетчер событий.

Краткое описание регистрации в базах данных при


резервировании сервера
Если управление осуществляется первичным сервером, то, как первичный, так и
вторичный серверы регистрируют данные по тревогам и данные по точкам в своих
отдельных базах данных. Поэтому, если происходит сбой первичного сервера, то
вторичный компьютер может продолжить регистрацию данных без потери
информации.
Когда сервер восстанавливается, то утилита datamerge.exe делает следующее:
1. Выполняет слияние баз данных первичного компьютера и вторичного на
вторичный сервер.
2. Выполняет слияние баз данных со вторичного компьютера на первичный
сервер.
Более детальную информацию см. в главе "Процедуры восстановления" в данном
руководстве.
Основы способности выполнить точное слияние заложены в конфигурации.

Инструкции по идентификации резервируемых архивных баз данных


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

GFK-1353F-RU Обзор вопросов резервирования сервера 2-13


должны сохранять свои данные. Также должно быть обеспечено, чтобы первичный
сервер знал, где вторичный сервер сохраняет данные, на тот случай, если
первичному серверу понадобится доступ ко вторичной зарегистрированной базе
данных после сбоя.
При установке резервируемых архивных баз данных:
1. Установите одинаковые базы данных на первичном и вторичном серверах,
которые при нормальных условиях будут идентичными.
2. Задайте для базы данных на каждом резервируемом сервере:
ƒ То же имя, что и у базы данных на другом сервере
ƒ Имя Источника данных (Data Source Name = DSN), отличное от
соответствующего имени (DSN) на другом сервере
3. Задайте, чтобы первичный сервер показывал следующее:
ƒ Свою собственную базу данных
ƒ Базу данных на вторичном сервере
4. Задайте, чтобы вторичный сервер показывал на свою собственную базу
данных
Пример идентификации резервируемой архивной базы данных (концепция)

имя архивного
источника/ Первичный сервер Вторичный сервер
имя архивной базы
данных

A = Первичный источник
для тревог/
база данных тревог
A

B = Первичный источник
для точек/
база данных точек
B

C = Вторичный источник
для тревог/
база данных тревог
C

D = Вторичный источник
для точек/
база данных точек
D

Подробнее о конфигурации см. в главе "Процедуры конфигурирования


резервирования" в данном руководстве.

2-14 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


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

Краткое описание генерации тревог при резервировании


сервера
Подсистема тревожных сообщений на первичном сервере получает новые данные
от утилит CIMPLICITY на обоих серверах – первичном и вторичном. Приложения
CIMPLICITY, которые работают на вторичном сервере (Point Management
(Управление оперативной базой данных), Event Manager (Диспетчер событий)4 и
т.д.) не будут генерировать тревоги, когда соответствующее приложение работает
на первичном сервере.
Исключения из этого правила:
ƒ Тревожные сообщения связи с устройствами
ƒ Тревожные сообщения остановки процессов
ƒ Тревожные сообщения потери узлов

Краткое описание регистрации пользователей при


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

Краткое описание действий CimView при резервировании


сервера
Приложения CimView, работающие на первичном сервере или на Клиентах,
получают обновленную информацию о точках от первичного сервера. Приложения
CimView, работающие на вторичном сервере, получают обновленную
информацию о точках от вторичного сервера. Все уставки направляются на
первичный Point Manager. Если происходит сбой первичного сервера, то
приложения CimView на Клиентах автоматически начинают получать
обновленную информацию о точках от вторичного сервера.

Важное замечание: Подпрограммы «Тренд» на экранах CimView,


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

4
Из Basic-скрипта, работающего в Event Manager (Диспетчер событий), имеется возможность инициировать
выдачу тревожного сообщения сообщения, если выполнение идет на ведомом компьютере. См.
документацию по функции AlarmGenerate в "Справочном руководстве по языку Basic Control Engine".

GFK-1353F-RU Обзор вопросов резервирования сервера 2-15


Краткое описание интервала восстановления на сервере
Функция Interprocess Communications (Связи между процессами) системы
CIMPLICITY имеет встроенный механизм тестирования, независящий от
механизма тестирования сети TCP/IP. Он выполнен так, что пользователь может
сконфигурировать меньшую длительность интервала восстановления, чем
заданные по умолчанию 2 часа в TCP/IP. Это ускоряет обнаружение неисправного
узла при резервировании сервера. По умолчанию это время составляет 15 секунд.

Обзор ручного резервирования


Хотя автоматическое резервирование сервера является существенной
особенностью системы CIMPLICITY HMI, но оно требует полного сбоя
первичного сервера, чтобы управление перешло к вторичному. Существуют
специфические сбои, когда требуется, чтобы вторичный сервер взял на себя
какую-то функцию или весь проект, несмотря на то, что первичный сервер не
вышел из строя. Поэтому резервирование сервера обеспечивает прикладной
интерфейс, который позволяет включить восстановление, когда выполняется
определенный критерий.
Это может быть сбой на первичном сервере, включающий в себя:
ƒ Программное обеспечение, в котором по каким-то причинам:
Î Прекращается сбор данных
Î Проект останавливается, тогда как сервер продолжает работать
ƒ Связь с устройствами, когда:
Î Прекращается связь устройства с процессом Point Management (PTM)
Î Все устройства, а также приложения Диспетчер тревог (Alarm Manger
= AM), Регистрации пользователей (User Registration = UR) и
Управление оперативной базой данных (Point Management = PTM)
теряют связь с процессами.

Функции для обращения к специальным сбоям


Система CIMPLICITY HMI предоставляет пять функций для обращения к таким
сбоям. Это:
Для сбоя программного обеспечения:
1. Перевод управления точками, включая сбор данных
2. Обработка сбоя для проекта в целом
Для сбоя устройств:
1. Перевод управления точками
2. Обработка сбоя для проекта в целом
Эти функции находятся в библиотеке Redundancy.dll и могут быть вызваны с
помощью любого языка программирования, аналогичного Basic Control Engine,
предоставляющего возможность вызова точки входа DLL.
Такими функциями являются:
COR_BOOLEAN failover_project(COR_STATUS *retstat)
Вызывает завершение локального проекта.

2-16 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


COR_BOOLEAN failover_data_collection(COR_STATUS *retstat)
Делает текущий ведомый компьютер текущим ведущим.
COR_BOOLEAN redundant_is_redundant()
Сообщает, является ли этот проект резервируемым.
int redundant_local_index()
Возвращает индекс того элемента глобальной точки, который имеет статус
локального устройства.
Возврат Если на
0 Первичном
1 Вторичном

int redundant_remote_index()
Возвращает индекс того элемента глобальной точки, который имеет статус
удаленного устройства.
Возврат Если на
0 Первичном
1 Вторичном
Системный администратор должен сконфигурировать определенную глобальную
точку и обеспечить логику, позволяющую определить изменение. В принципе эта
логика может быть любой, поскольку она работает как часть проекта.

Примечание: Если установлена опция резервирования сервера, то в директории


CIMPLICITY HMI имеются вспомогательные средства:

ƒ Mon_failure.c – образец программы, который можно просматривать как


рабочий пример. Место расположения:
…\CIMPLICITY\Hmi\api\redundant_api\mon_failure.c
ƒ Redundancy.h – файл заголовков "C", который содержит прототипы для
функции. Место расположения:
…\CIMPLICITY\Hmi\include\inc_path\redundancy.h

Инструменты для обращения со сбоем устройства


Инструментальное средство devcom обеспечивает получение текущего статуса
соединения устройства с процессом Point Management (PTM). Всякий раз, когда
статус этого соединения меняется, devcom будет посылать сообщение в процесс
Point Management.
Процесс Point Management устанавливает при этом глобальную точку на основе
статуса соединения устройства.
Если имеет место сбой на:
Devcom Все устройства маркируются недоступными для devcom
Удаленном PTM Все удаленные устройства маркируются недоступными
Локальном PTM Приложение переходит на удаленный PTM
Удаленный PTM маркирует локальные устройства как недоступные

GFK-1353F-RU Обзор вопросов резервирования сервера 2-17


Глобальная БУЛЕВА точка является массивом из двух (2) элементов и показывает
статус соединения устройства.
Значение: Показывает, что функция devcom:
1 Имеет связь с устройством
0 Не имеет связи с устройством

Соблюдение требований к точкам при ручном


резервировании сервера
Точка, создаваемая для задания условия сбора данных или переноса всего проекта
на вторичный сервер, является очень специфичной. Она должна удовлетворять
четырем условиям. Она должна:
1. Иметь то же имя, что и устройство.
2. Быть булевой точкой.
3. Иметь два (2) элемента (например, статус устройства на первичном
сервере и статус устройства на вторичном сервере).
4. Быть глобальной точкой.

Ручной перевод управления точками (включая сбор данных)


В нормальном состоянии первичный сервер ведет несколько процессов, которые
можно определить как управление точками.
Управление точками включает в себя:
ƒ Сбор данных
ƒ Обработку виртуальных точек
ƒ Отправку информации в окна CimView
Если первичный сервер прекращает сбор данных с одного устройства, но
продолжает работать и обмениваться данными со вторичным компьютером, то
автоматическая обработка сбоя не происходит.
По этим причинам или по другим, задаваемым пользователем, может быть
выполнен перевод управления точками с первичного сервера на вторичный.
После такого перевода:
ƒ Первичный сервер сохраняет управление следующими процессами:
Программное обеспечение
Î Database logging (Регистрация в базах данных)
Î Alarm viewer (Просмотр тревог)
Î Basic control engine
Devcom
Î Alarm Manager (AM) (Диспетчер тревог)
Î User Registration (UR) (Регистрация пользователей)
ƒ Вторичный сервер принимает на себя управление оперативной базой
данных

2-18 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Чтобы вручную перевести управление точками с первичного сервера
на вторичный:
1. Создайте специальную булеву точку с тем же именем, что и
контролируемое устройство.
2. Вызовите указанную далее функцию:
failover_data_collection()
3. С помощью Basic-скрипта задайте действия, которые должны быть
выполнены, если точка изменится с 1 на 0.
Пример
Первичный сервер соединен с ПЛК (для ленты конвейера), имеющим имя
CB_PLC, и с экраном CimView.
Надо сконфигурировать глобальную булеву точку с именем CB_PLC, которая:
ƒ отслеживает статус устройства на первичном сервере
ƒ находится в состоянии резервирования на вторичном сервере
ƒ выдает сообщение системному администратору, если она изменяется с 1
на 0
Первичный сервер прекращает сбор данных с устройства CB_PLC.
Системному администратору поступает соответствующее сообщение, и он
переключает сбор данных на вторичный сервер.
Вторичный сервер принимает на себя функцию управления точками

GFK-1353F-RU Обзор вопросов резервирования сервера 2-19


Пример ручного перевода функции сбора данных
(ручное резервирование сервера)

1 Первичный сервер (A)


прекращает сбор
данных от ПЛК ленты
конвейера с именем A
x CB_PLC

CB_PLC. B
Булева точка CB_PLC
изменяется с 1 на 0. • Регистрация в базах данных Ожидание
• Тревоги
• Basic control engine
• Оперативная база данных
• Регистрация пользователей
Скрипт точки CB_PLC
2 активирует предупредит.
сообщение Администратору
системы, когда точка
изменяет значение с 1 на 0.

Администратор системы
3 вручную выдает команду на
переключение сбора
данных.

4 Первичный сервер (А)

x
остается все еще активным.

Вторичный сервер (В) CB_PLC


принимает на себя
управление точками.
A B

• Регистрация в базах данных • Оперативная база данных


• Тревоги
• Basic control engine
• Регистрация пользователей

2-20 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


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

Чтобы вручную инициировать перевод проекта:


1. Создайте специальную булеву точку с тем же именем, что и
контролируемое устройство.
2. Вызовите указанную далее функцию:
failover_project ()
3. С помощью Basic-скрипта задайте действия, которые должны быть
выполнены, если точка изменится с 1 на 0.
Пример
Первичный сервер соединен с ПЛК (для ленты конвейера), имеющим имя
CB_PLC, и с экраном CimView.
Надо сконфигурировать глобальную булеву точку с именем CB_PLC, которая:
ƒ отслеживает статус устройства на первичном сервере
ƒ находится в состоянии резервирования на вторичном сервере
ƒ выдает сообщение системному администратору, если она изменяется с 1
на 0
Первичный сервер теряет связь с устройством CB_PLC.
Системному администратору поступает соответствующее сообщение, и он
переводит весь проект с первичного сервера на вторичный.
Вторичный сервер принимает на себя роль ведущего сервера.

GFK-1353F-RU Обзор вопросов резервирования сервера 2-21


Пример ручного переключения проекта после сбоя
(ручное резервирование сервера)

1 Первичный сервер (A)


теряет связь с ПЛК ленты
конвейера, носящим имя
CB_PLC. A
x CB_PLC
B
Булева точка CB_PLC
изменяется с 1 на 0.

• Регистрация в базах данных Ожидание


• Тревоги
• Basic control engine
• Оперативная база данных
• Регистрация пользователей
Скрипт точки CB_PLC
2 активирует предупредит.
сообщение
Администратору системы,
когда точка изменяет
значение с 1 на 0.
Администратор системы
3 вручную выдает команду
на перевод проекта с А на
В.

Первичный сервер (А)


4 работает автономно.

Вторичный сервер (В) CB_PLC


становится активным.
B
A

Автономный
• Регистрац ия в базах д анн ых

• Регистрация в базах данных


• Пр осмотр авари йн ых сообщени й
• Главная маши на упр авлен ия
• Ад мин истрато р точ ек
• Регистрац ия польз ователей

• Тревоги
• Basic control engine
• Оперативная база данных
• Регистрация пользователей

2-22 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


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

Устройство можно подключить к Как альтернатива, устройство может


серверам пары через различные кабели. быть подсоединено к серверам пары по
одному кабелю.

GFK-1353F-RU Обзор вопросов резервирования сервера 2-23


Конфигурирование резерви-
рования сервера

О процедурах конфигурирования при резервиро-


вании
В данной главе описаны процедуры конфигурирования, требуемые для поддержки
резервирования сервера в системе CIMPLICITY HMI под Windows NT.
Прежде чем приступить к конфигурации, следует убедиться, что на обоих серверах
резервируемой пары установлена и лицензирована одна и та же версия программ-
ного обеспечения CIMPLICITY, как описано в "Руководстве пользователя по ба-
зовой системе CIMPLICITY HMI" (GFK-1180). Кроме того, на обоих компьютерах
должны быть установлены все требуемые опции приложения, протоколы и про-
граммное обеспечение базы данных.
Обзор:
ƒ Конфигурация базовой системы
ƒ Конфигурация архивных баз данных

GFK-1353F-RU 3-1
Конфигурация базовой системы
Конфигурирование базовой системы выполняется так, как описано далее:
Конфигурируется:
1. Проект
2. Сеть
3. Связи с устройствами

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


Клиентах.

Примечание: Глобальные точки не используются в CIMPLICITY, начиная с вер-


сии 5.0. Вместо этого следует использовать точки, созданные в объекте резервиро-
вания. Более подробно см. в главе "Использование объекта «Резервирование»" на-
стоящего руководства.

1. Конфигурирование проекта для резервирования сервера


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

Шаг 1. Конфигурирование проекта, подлежащего резервированию:


1. Выберите Project на панели меню Workbench.
2. Выберите Settings.
Появится диалоговое окно Project Properties.
3. Выберите закладку General.

3-2 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


4. Щелкните Server Redundancy в окне Options.
5. Выберите закладку Redundancy.

6. Введите на закладке Redundancy следующую информацию:


Computer name Введите имя вторичного сервера.
(Имя компьютера)
Project Path Введите имя директории на вторичном
(Путь к каталогу проекта) сервере, где будет храниться проект
CIMPLICITY.
Привод должен быть подключен к пер-
вичному серверу.
UNC-имена файлов не поддерживаются.
Файлы конфигурации и экраны копируются с первичного сервера в ката-
лог проекта при каждом обновлении конфигурации.

Важное замечание: Убедитесь, что установка регистрации сконфигурирована


на первичном и вторичном серверах при помощи Database Logger в Workbench
системы CIMPLICITY HMI. См. главу "Администрирование регистрации в базах
данных" в "Руководстве пользователя по базовой системе CIMPLICITY".

GFK-1353F-RU Конфигурирование резервирования сервера 3-3


2. Конфигурирование сетей для резервирования сервера
Вторым шагом при конфигурировании базовой системы для резервирования сер-
вера является конфигурирование и проверка сети.
Конфигурация включает в себя имена хостов.

Важное замечание: Резервирование сервера требует, чтобы все компьютеры


(первичный сервер, вторичный сервер и Клиенты) имели сконфигурированные
имена и IP-адреса, и чтобы эти имена соответствовали текущим именам компью-
теров. Можно сконфигурировать имена хостов в системе DNS, WINS или в файле
локального хоста на каждом компьютере в зависимости от доступных сетевых ре-
сурсов. Резервирование сервера будет функционировать не правильно, если эта
информация не сконфигурирована. Если неясно, как выполнить конфигурацию се-
ти, то необходимо привлечь специалиста, который мог бы это сделать.
После завершения конфигурации должны быть выполнены указанные ниже тесты.
1. С первичного компьютера надо выполнить эхо-тестирование первичного и
вторичного компьютеров и всех Клиентов по имени и по адресу.
2. Со вторичного компьютера надо выполнить эхо-тестирование первичного
и вторичного компьютеров и всех Клиентов по имени и по адресу.
3. С каждого Клиента надо выполнить эхо-тестирование первичного и вто-
ричного компьютеров по имени и по адресу.
4. Проверить имена компьютеров каждого компьютера на совпадение.

Примечание: Элементы поддержки установленного соединения автоматически


конфигурируются на:
ƒ сервере, когда установлено резервирование и
ƒ Клиенте, когда установлено резервирование Клиента.
Приведенный далее пример показывает, как проводится эхо-тестирование по име-
ни и по адресу, и как определить имя компьютера.
C:\WINNT\system32>ping albsagp2

Pinging albsagp2 [3.26.4.215] with 32 bytes of data:

Reply from 3.26.4.215: bytes=32 time<10ms TTL=128


Reply from 3.26.4.215: bytes=32 time<10ms TTL=128
Reply from 3.26.4.215: bytes=32 time<10ms TTL=128

C:\WINNT\system32>ping -a 3.26.4.215

Pinging ALBSAGP2 [3.26.4.215] with 32 bytes of data:

Reply from 3.26.4.215: bytes=32 time<10ms TTL=128


Reply from 3.26.4.215: bytes=32 time<10ms TTL=128
Reply from 3.26.4.215: bytes=32 time<10ms TTL=128
C:\WINNT\system32>set computername
COMPUTERNAME=ALBSAGP2

C:\WINNT\system32>

Чтобы проверить имена, используйте приведенный выше пример как справку.

3-4 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Чтобы проверить имена См. пример выше

Эхо-тестирование по имени команда ping albsagp2 сначала посылает имя


albsagp2 на IP-адрес, а затем проверяет соеди-
нение с компьютером.
Компьютер albsagp2 имеет IP-адрес 3.26.4.215.
Время, показываемое при эхо-тестировании,
должно быть менее 10 мс между первичным и
вторичным компьютерами, и менее 30 мс между
Клиентами.
Этот этап позволяет проверить, что сетевое про-
граммное обеспечение может преобразовывать
имя хоста в IP-адрес.

Эхо-тестирование по адресу Введите команду ping –a 3.26.4.215.


А выходе команда ping albsagp2 выдает IP-
адрес.
Этот этап позволяет проверить, что сетевое про-
граммное обеспечение может преобразовывать
IP-адрес обратно в имя узла, которое было вве-
дено на первом этапе. Если будет получен дру-
гой IP-адрес, то это может означать, что для этих
IP-адресов в сетевой таблице соответствия име-
ются дублирующие входы. Прежде чем продол-
жать работу это надо исправить.
Продолжение эхо-тестирования В данном примере проводится эхо-тестирование
одного компьютера.
Аналогично можно провести эхо-тестирование
других компьютеров (вторичного сервера, Кли-
ентов и др.).

Проверка имен компьютеров Чтобы узнать имя данного компьютера, введите


computername.
Этот завершающий этап на каждом компьютере
предназначен для того, чтобы определить, явля-
ется ли системное имя компьютера тем же, что
имя компьютера, сконфигурированное в сети.
Эта установка должна совпадать с именем, воз-
вращаемым в приведенных выше двух тестах.
Если это не так, что ситуация должна быть ис-
правлена перед тем, как продолжать работу, из-
менением либо имени компьютера, либо конфи-
гурации сетевого ПО.

GFK-1353F-RU Конфигурирование резервирования сервера 3-5


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

Незапрашиваемые (unsolicited) данные


Модуль связи устройства может получать и обрабатывать незапрашиваемые (unso-
licited) данные, передаваемые с устройств.
Незапрашиваемые данные должны направляться на вторичный сервер, одновре-
менно с первичным сервером; таким образом, их обработка может быть выполнена
на вторичном сервере процессами Device Communications (Связи устройств)/Point
Manager (Оперативная база данных), если первичный сервер выйдет из строя.

4. Конфигурирование глобальных точек для резервирова-


ния сервера
Следующим шагом является конфигурирование виртуальных точек, чтобы отсле-
живать статус резервируемого сервера во время работы. К этим точкам предъяв-
ляются следующие требования:
ƒ Соглашение об именах:
Î MASTER_PTM_RP – для первичного сервера
Î SLAVE_PTM_RP – для вторичного сервера
ƒ Тип - виртуальная
ƒ Класс - дискретная
ƒ Вычисление для точки – None (Нет) (по умолчанию).
Точка принимает следующие значения:
ƒ 1 – если сервер, который она представляет, в данный момент работает как
ведущий сервер
ƒ 0 – если сервер является ведомым
Изменять эти значения будет только оперативная база данных (Point Manager) ве-
дущего сервера. Это значит, что обновление точек происходит, когда:
ƒ возникает сбой резервируемого сервера
ƒ резервируемые серверы синхронизируются при запуске
ƒ осуществляется штатный переход от вторичного к первичному серверу.

Важное замечание: Если на трендах используются графики типа Point, которые


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

3-6 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Конфигурация архивной базы данных
Если на первичном и вторичном серверах установлены одинаковые базы данных
(благодаря чему получаются две архивные базы данных, которые при нормальных
условиях работы будут идентичными), то необходимо идентифицировать их для
регистрации данных. Это делается заданием параметров в:
ƒ диалоговом окне ODBC Data Source Administrator Windows
ƒ диалоговом окне Logging Properties системы CIMPLICITY HMI
При резервировании архивных баз данных требуется сконфигурировать резерви-
рование в системе CIMPLICITY как на первичном, так и на вторичном серверах,
при помощи панели управления Windows NT.

Конфигурирование источников ODBC-данных

Важное замечание: Используемые на Клиентах приложения, такие как Тренды,


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

Осторожно! На первичном сервере следует убедиться, что резервируемый сервер


определен в CIMPLICITY HMI Workbench в разделе Settings, находящемся на па-
нели меню Workbench.

Настройка резервируемой базы данных с использовани-


ем SQL-сервера
Выполните следующие шаги, чтобы сконфигурировать резервируемую базу дан-
ных с использованием SQL-сервера.
Шаг 1. Выберите закладку System DSN. См. стр. 3-8.
Шаг 2. Выберите драйвер для нового источника данных. См. стр. 3-8.
Шаг 3. Сконфигурируйте первичный источник данных на первичном сервере.
См. стр. 3-9.
Шаг 4. Сконфигурируйте вторичный источник данных на первичном сервере.
См. стр. 3-13.
Шаг 5. Повторите шаги 1 – 4 на вторичном сервере.
После завершения этой установки следует перейти в диалоговое окно Logging
Properties в CIMPLICITY Workbench, чтобы идентифицировать установленные
файлы. Подробнее см. на стр. 3-15.

GFK-1353F-RU Конфигурирование резервирования сервера 3-7


Шаг 1. Выбор закладки System DSN
1. Щелкните на значок ODBC в панели управления Windows NT.

Откроется окно ODBC Data Source Administrator.


2. Выберите закладку System DSN.
Когда закладка System DSN выбирается первый раз, то источник данных
CIMPLICITY SQL Server будет одинаковым как на первичном, так и на
вторичном серверах. Он называется CIMPLICITY SQL Server Logging.

Регистрация SQL Server

Шаг 2. Выбор драйвера для нового источника данных


Если источник данных и требуемый драйвер отображаются на закладке
System DSN, то следует перейти к шагу 3, см стр. 3-9.

1. Щелкните Add на закладке System DSN.


Откроется диалоговое окно Create New Data Source и отобразится список
драйверов, установленных в сети; из этого списка надо выбрать необхо-
димый драйвер.

3-8 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


2. Выберите драйвер.

3. Щелкните Finish .
Результат: Появляется диалоговое окно ODBC SQL Server, в котором
осуществляется настройка источника данных.

Шаг 3. Конфигурирование первичного источника данных


на первичном сервере
На первичном сервере
(Перейдите на шаг 2, если создается новый источник данных и только
что закончен шаг 1).
1. Щелкните Configure на закладке System DSN в диалоговом окне ODBC
Data Source Administrator, если выполняется конфигурирование уже суще-
ствующего драйвера.
Если было нажато Configure или если был выбран новый драйвер в диа-
логовом окне Create New Data Source (шаг 2), то появляется диалоговое
окно ODBC SQL Server.
2. Введите характеристики в первом диалоговом окне Create a new Data
Source to SQL Server следующим образом:
A. Введите уникальное имя (Name) для источника данных первичного
сервера. Это имя может быть локальным.
B. (Дополнительно) Введите описание источника.
C. Выберите первичный сервер из выпадающего меню в поле Server.

GFK-1353F-RU Конфигурирование резервирования сервера 3-9


Введите описание (необязательный параметр)

Введите уникальное имя Выберите первичный сервер

3. Щелкните Next.
4. Введите характеристики во втором диалоговом окне Create a new Data
Source to SQL Server следующим образом:
A. Поставьте флажок в пункте With SQL Server authentication using a
login ID and password entered by the user (С идентификацией
SQL Server, использующей ID регистрации и пароль, вводимые
пользователем).
B. Поставьте флажок в пункте Connect to SQL Server to obtain default
settings for the additional configuration options (Подсоединить к
SQL Server, чтобы получить настройки по умолчанию для до-
полнительных опций конфигурации).
Появляется доступ к полям Login ID (ID регистрации) и Password
(Пароль).
C. Введите в поле Login ID (ID регистрации) ID (идентификатор), тре-
буемый для доступа к базе данных.
D. Введите в поле Password (Пароль) пароль, требуемый для доступа к
базе данных.

3-10 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Введите требуемые Login ID (имя пользователя) и пароль для
доступа к базе данных

5. Щелкните Next.
4. Введите характеристики в третьем диалоговом окне Create a new Data
Source to SQL Server следующим образом:
A. Поставьте флажок в пункте Change the default database to (Изме-
нить базу данных по умолчанию на).
B. Выберите из выпадающего списка имя базы данных по умолчанию
для любого соединения, выполненного с использованием этого источ-
ника данных.
Выберите базу данных по умолчанию.

5. Щелкните Next.
6. Введите характеристики в четвертом диалоговом окне Create a new Data
Source to SQL Server следующим образом:
Поставьте флажок в пункте Perform translation for character data (Вы-
полнить трансляцию для символьных данных).

GFK-1353F-RU Конфигурирование резервирования сервера 3-11


7. Щелкните Finish .
Окно ODBC Microsoft SQL Server Setup отобразит информацию о конфи-
гурации.

7. Щелкните OK , если эти характеристики правильные.


Результат: Источник данных SQL Server создан и занесен в список Data
Source на закладке System DSN.

3-12 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Шаг 4. Конфигурирование вторичного источника данных
на первичном сервере
На первичном сервере
(Перейдите на шаг 2, если создается новый источник данных и только
что закончен шаг 1).
1. Щелкните Configure на закладке System DSN в диалоговом окне ODBC
Data Source Administrator, если выполняется конфигурирование уже суще-
ствующего драйвера.
Если было нажато Configure или если был выбран новый драйвер в диа-
логовом окне Create New Data Source (шаг 2), то появляется диалоговое
окно ODBC SQL Server.
2. Введите характеристики в первом диалоговом окне Create a new Data
Source to SQL Server следующим образом:
A. Введите уникальное имя (Name) для источника данных вторичного
сервера. Это имя может быть локальным.
B. (Дополнительно) Введите описание источника.
C. Выберите сервер, который будет вторичным сервером, из выпадающе-
го меню в поле Server (Сервер).

GFK-1353F-RU Конфигурирование резервирования сервера 3-13


Введите описание (необязательный параметр)

Введите уникальное имя Выберите вторичный сервер

3. Щелкните Next.
4. Введите характеристики во втором диалоговом окне Create a new Data
Source to SQL Server следующим образом:
A. Поставьте флажок в пункте With SQL Server authentication using a
login ID and password entered by the user (С идентификацией
SQL Server, использующей ID регистрации и пароль, вводимые
пользователем).
B. Поставьте флажок в пункте Connect to SQL Server to obtain default
settings for the additional configuration options (Подсоединить к
SQL Server, чтобы получить настройки по умолчанию для до-
полнительных опций конфигурации).
Появляется доступ к полям Login ID (ID регистрации) и Password
(Пароль).
C. Введите в поле Login ID (ID регистрации) ID (идентификатор), тре-
буемый для доступа к базе данных.
D. Введите в поле Password (Пароль) пароль, требуемый для доступа к
базе данных.

3-14 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Введите требуемые Login ID (имя пользователя) и пароль для доступ а к
базе данных

5. Щелкните Next.
4. Введите характеристики в третьем диалоговом окне Create a new Data
Source to SQL Server следующим образом:
A. Поставьте флажок в пункте Change the default database to (Изме-
нить базу данных по умолчанию на).
B. Выберите из выпадающего списка имя базы данных по умолчанию
использующегося для любого соединения, выполненного с использо-
ванием этого источника данных.
Выберите базу данных по умолчанию.

5. Щелкните Next.
6. Введите характеристики в четвертом диалоговом окне Create a new Data
Source to SQL Server следующим образом:
Поставьте флажок в пункте Perform translation for character data (Вы-
полнить трансляцию для символьных данных).

GFK-1353F-RU Конфигурирование резервирования сервера 3-15


7. Щелкните Finish .
Окно ODBC Microsoft SQL Server Setup покажет информацию о конфигу-
рации.

7. Щелкните OK , если эти характеристики правильные.


Результат: Источник данных SQL Server создан и занесен в список Data
Source (Источник данных) на закладке System DSN.

3-16 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Конфигурирование в диалоговом окне Logging Properties
Чтобы идентифицировать файлы компонента Database Logger в проекте
CIMPLICITY, следует задать источник файлов, как для первичного, так и для вто-
ричного сервера при помощи диалогового окна CIMPLICITY HMI Project
Properties, расположенного на первичном сервере.

Чтобы идентифицировать источник данных для Database Logger в


проекте CIMPLICITY HMI:
1. Щелкните Project в меню Workbench.
2. Выберите пункт Properties.
3. Выберите закладку Settings.
4. Выберите Database Logger.
5. Щелкните Settings.
Откроется диалоговое окно Logging Properties.
6. Выберите закладку Point Connection - Master.
7. Выберите пункт SQL Server ODBC data source из выпадающего меню
имеющихся источников данных, который является источником данных
для данного сервера.

Совет: Нажмите кнопку ODBC Data Source справа от поля ODBC


data source, чтобы открыть диалоговое окно ODBC Data Source
Administrator. Теперь можно видеть драйверы, сконфигурированные для
каждого источника данных, и делать любые необходимые изменения или
дополнения.

GFK-1353F-RU Конфигурирование резервирования сервера 3-17


Закладка System DSN
окна ODBC Data
Source показывает
драйверы,
сконфигурированные
для каждого
источника данных.

8. Введите имя пользователя базы данных (Database user), необходимое


для соединения с выбранным драйвером базы данных. Это поле обяза-
тельно для заполнения, если происходит подсоединение к SQL Server.
9. Введите пароль, необходимый для соединения с выбранным драйвером
базы данных. Это поле обязательно для заполнения, если происходит под-
соединение к SQL Server.
10. Введите значение для параметра Reconnect wait period (Длительность
ожидания повторного подключения), который представляет собой ин-
тервал времени, в течение которого Database Logger ждет между попытка-
ми повторного соединения, когда подсоединение к базе данных потеряно.
По умолчанию – 30 секунд. Введите значение от 0 секунд (непрерывные
попытки) и 24 часами.
11. Поставьте флажок в пункте Enable Store and Forward (Включить функ-
цию «Store and Forward»), чтобы активизировать функцию «Store and
Forward». Если эта функция активирована, то переключателем осуществ-
ляется выбор между неограниченным и ограниченным сохранением запи-
сей базы данных.
Unlimited (Без ограничения) Database Logger сохраняет неограничен-
ное число записей, когда пропадает его
связь с базой данных. Число фактически
хранимых записей определяется време-
нем, прошедшим после потери связи, и
имеющимся свободным дисковым про-
странством.

3-18 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Max number of stored
T Database Logger сохраняет заданное чис-
records ло записей, когда пропадает его связь с
(Максимальное число со- базой данных. Введите число от 1 до
T T

храняемых записей) T 4 294 967 295.


T T

12. Повторите эти шаги для других трех закладок, чтобы иметь все четыре за-
кладки сконфигурированными:
Point Connection – Master
(Подсоединение точки – ведущий) первичный (мастер)
Point Connection – Slave
(Подсоединение точки – ведомый) вторичный (ведомый)
Alarm Connection – Master
(Подсоединение аварийного сигнала – ведущий) первичный
Alarm Connection – Slave
(Подсоединение аварийного сигнала – ведомый) вторичный
13. Щелкните ОК или выберите закладку Parameters.
Результат: CIMPLICITY подтверждает параметры. Если CIMPLICITY не
T

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


об ошибке. T

Важное замечание: Необходимо быть уверенным на каждой закладке, что вы-


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

Инструкции и замечания по специальным источникам данных:


1. CIMPLICITY SQL Server Logging
Источник данных Microsoft SQL Server, который регистрирует данные в
базу данных SQL Server, находящуюся на узле. Чтобы использовать этот
источник данных, должен быть установлен SQL Server (продается отдель-
но).
Если установлено соединение с SQL Server, то в ходе процесса подтвер-
ждения может быть выдан запрос на имя базы данных.
2. База данных Oracle
Пользователю предоставляется возможность видеть источник данных
ODBC, который был создан для БД Oracle.
В ходе процесса подтверждения может быть выдан запрос на Server ID
(Идентификатор сервера). Введите вымышленное имя для базы данных
Oracle в это поле.

GFK-1353F-RU Конфигурирование резервирования сервера 3-19


Использование объекта
Redundancy

Информация об объекте Redundancy


Когда происходит активация опции резервирования сервера в программе
Workbench, система CIMPLICITY автоматически устанавливает объект
Redundancy, который является объектом класса резервирования.
Объект Redundancy позволяет легко выполнять следующее:
ƒ просматривать, работает или нет первичный и / или вторичный сервер,
ƒ переводить роль ведущего с одного сервера на другой, если требуется
вывести текущий ведущий сервер в автономный режим (режим offline),
ƒ передавать роль ведущего обратно, когда подключается первоначальный
ведущий компьютер, и
ƒ конфигурировать набор точек для использования в приложении.
Эти свойства позволяют эффективно переключать управление в обе стороны,
обеспечивая сохранение данных.

GFK-1353F-RU 4-1
Объект Redundancy в системе CIMPLICITY

• Показывает,
какой сервер в
данный момент
ведущий.
• Позволяет
выполнить
передачу роли
ведущего с
одного сервера
на другой

Краткое описание компонентов объекта Redundancy


Если дается разрешение на опцию резервирования сервера, то система
CIMPLICITY автоматически создает следующее:
1. Класс GefRedundancy.
Класс GEFRedundancy (создается автоматически)

4-2 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


2. Объект Redundancy.
Объект Redundancy (создается автоматически)

3. Объект Redundancy характеризуется следующими точками:


REDUNDANCY.PRI_ACTIVE Первичный компьютер активен
(т.е. система CIMPLICITY
работает на первичном
компьютере).
REDUNDANCY.PRI_MASTER Первичный компьютер является
ведущим.
REDUNDANCY.RESTORE_PRIMARY Если этот параметр установлен в
1 (кнопкой в окне Redundancy
CimView), то роль ведущего
переходит к первичному
компьютеру.
REDUNDANCY.SEC_ACTIVE Вторичный компьютер активен
(т.е. система CIMPLICITY
работает на вторичном
компьютере).
REDUNDANCY.SEC_MASTER Вторичный компьютер является
ведущим.
REDUNDANCY.SWITCH_TO_SEC Если этот параметр установлен в
1 (кнопкой в окне Redundancy
CimView), то роль ведущего
переходит к вторичному
компьютеру.
Точки объекта Redundancy

4. Окно GefRedundancy CimEdit/CimView.

GFK-1353F-RU Использование объекта Redundancy 4-3


Окно Redundancy CimView (создается автоматически)

Примечание: Какая-либо конфигурация для класса и объекта резервирования не


требуется. Система CIMPLICITY делает это сама.
Информацию о классах CIMPLICITY см. в главе "Классы конфигурирования"
"Руководства пользователя по базовой системе CIMPLICITY" GFK-1180.

4-4 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Использование объекта Redundancy
Объект Redundancy используется очень просто.
Действия для использования объекта Redundancy
Шаг 1. Выведение на экран окна Redundancy CimView.
Шаг 2. Контроль серверов в окне Redundancy.
Шаг 3. Переключение роли ведущего между резервируемыми компьютерами.

Шаг 1. Выведение на экран окна Redundancy CimView


Окно Redundancy CimView сконфигурировано и готово к использованию.

Шаг 1. Выведение на экран окна Redundancy CimView:


1. Убедитесь, что проект запущен на локальном компьютере.
2. Выберите значок Objects на левой панели Workbench.
3. Щелкните правой кнопкой объект Redundancy на правой панели
Workbench.
4. Выберите во всплывающем меню пункт Quick View (Быстрый просмотр).

Выберите Quick View (Быстрый просмотр),


чтобы вывести окно Redundancy CimView.

Результат: появляется окно Redundancy CimView.

GFK-1353F-RU Использование объекта Redundancy 4-5


Шаг 2. Контроль серверов в окне Redundancy
После того как для данного проекта появится окно Redundancy CimView, можно
будет увидеть:
ƒ какие компьютеры работают
ƒ какой компьютер является ведущим
ƒ какой компьютер является ведомым
Если на обоих компьютерах работает проект одной и той же версии, то кнопка
Switch показывает, что можно переключить функции ведущего с одного
компьютера на другой.

Окно Redundancy CimView: пример

1 2

Оба компьютера работают.


1. Первичный является ведущим.
2. Вторичный – ведомый.
3. Кнопка переключения позволяет перевести роль
ведущего на вторичный компьютер.
4. Имя первичного компьютера.
5. Имя вторичного компьютера.

4-6 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Шаг 3. Переключение роли ведущего между
резервируемыми компьютерами
Щелкните кнопку Switch, чтобы перевести функции ведущего с одного
компьютера на другой

Пример использования окна Redundancy CimView приведен далее.

Пример: использование окна CimView с объектом Redundancy


Вторичный компьютер является ведущим, а первичный находится в автономном
режиме (режим offline).
1. Откройте окно Redundancy CimView на вторичном компьютере.
Вторичный компьютер будет показан как ведущий, а первичный – как
ведомый и автономный (в режиме offline).

2. Верните первичный компьютер в режим online.


3. Перезапустите проект CIMPLICITY.
4. Откройте объект Redundancy на первичном компьютере.
Первичный компьютер будет показан как ведомый и находящийся в
режиме online.
Появится кнопка Switch.

GFK-1353F-RU Использование объекта Redundancy 4-7


2. Щелкните Switch.
Первичный компьютер стал ведущим, а вторичный – ведомым.

4-8 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Процедуры восстановления

Рабочие процедуры
К рабочим процедурам относятся:
ƒ Запуск и останов резервируемых проектов CIMPLICITY
ƒ Запуск проекта с вторичного сервера
ƒ Конфигурирование проекта для его запуска на первичном и вторичном
серверах при подаче питания
В этом разделе описано, как обеспечить бесперебойное выполнение
рабочих процедур.

Запуск и останов резервируемых проектов CIMPLICITY

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


работы ПО CIMPLICITY можно пользоваться инструментами Run и Stop в
CIMPLICITY Workbench на первичном сервере.

Важное замечание: Как правило, для запуска резервируемых проектов следует


использовать Workbench. Это объясняется тем, что Workbench:
1. Дает возможность запустить обе системы одновременно. (Если
использовать CIMPLICITY Options для запуска на первичном сервере, то
придется дождаться завершения пусковой последовательности на
первичном сервере и только тогда произвести запуск вторичного сервера.)
2. Обновляет конфигурацию ведомого узла так, чтобы создать условия для
запуска проекта, обеспечивая при этом синхронизацию ведущего и
ведомого узлов.
Редким исключением при нормальном пуске является неисправимый сбой,
вызывающий отключение обоих компьютеров, например, исчезновение питания. В
этой ситуации при повторном запуске первым должен быть включен последний
активный ведущий компьютер с тем, чтобы обеспечить целостность следующих
массивов данных:

GFK-1353F-RU 5-1
ƒ Данные и их значения, относящиеся к ручному режиму.
ƒ Сохраненные значения точек.
Если перед остановом работал только вторичный сервер, то после этого он должен
быть запущен первым в качестве ведущего. Данные, собранные перед остановом,
должны быть переданы первичному серверу до того, как он будет восстановлен в
качестве ведущего.

Совет: Если один из проектов запущен, а другой – нет, то обе кнопки на панели

инструментов Workbench – Run и Stop – активны. Щелкните любую из


них, чтобы определить, какой из проектов запущен.

Чтобы запустить резервируемый проект:


1. Используйте один из следующих способов:
Способ 1
A. Щелкните строку Project меню Workbench.
B. Выберите Run.
Способ 2

Щелкните кнопку Run на панели инструментов Workbench.


Использование любого из указанных способов приведет к открытию
диалогового окна Start Redundant project.
Кнопки работающих серверов затенены.
2. Выберите Run.
Открывается диалоговое окно Start Redundant Project.

3. Выберите один из следующих вариантов:


ƒ Primary & Secondary (Первичный и Вторичный) – для запуска
проекта на обоих серверах – первичном и вторичном
ƒ Primary only (Только первичный) – для запуска проекта только на
первичном сервере
ƒ Secondary only (Только вторичный) – для запуска проекта только
на вторичном сервере
4. Щелкните кнопку Start для запуска проекта.

5-2 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Чтобы остановить резервируемый проект:
1. Используйте один из следующих способов:
Способ 1
A. Щелкните Project в меню Workbench.
B. Выберите Stop.
Способ 2

Щелкните кнопку Stop на панели инструментов Workbench.


Открывается диалоговое окно Stop Redundant Project.
Кнопки неработающих серверов затенены.
Пример окна Stop a Redundant Project

Первичный
сервер
работает.
Вторичный
сервер не
работает.

3. Выберите один из следующих вариантов:


ƒ Primary & Secondary (Первичный и Вторичный) – для останова
проекта на обоих серверах – ведущем и ведомом.
ƒ Primary only (Только первичный) – для останова проекта только на
первичном сервере.
ƒ Secondary only (Только вторичный) – для останова проекта только
на вторичном сервере.
4. Щелкните кнопку Stop для останова проекта.

Запуск проекта со вторичного сервера


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

Для запуска CIMPLICITY со вторичного сервера:


1. Откройте диалоговое окно CIMPLICITY Options.
2. Выберите файл проекта из директории проектов на вторичном
компьютере.
3. Щелкните Start.

GFK-1353F-RU Процедуры восстановления 5-3


Конфигурирование проекта для запуска при загрузке

Проект может быть сконфигурирован так, чтобы запускаться на первичном и


вторичном компьютерах при включении питания.

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


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

Чтобы разрешить ситуацию при включении питания, когда загрузка обоих


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

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


первичный:
Сконфигурируйте следующий глобальный параметр проекта.
SLAVE_STARTUP_TIMOUT|1|<TIME-MINUTES>

Где
Time-minutes Время, в течение которого происходит запуск проекта на
первичном компьютере, плюс одна дополнительная минута.
Эта величина определяется эмпирически путем замера времени
запуска на ведущем компьютере.
Более подробно о параметрах конфигурации резервирования сервера см. в
приложении к настоящему Руководству "Параметры конфигурации".

Примечание: Для запуска резервируемых проектов рекомендуется использовать


Workbench.

5-4 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Сбой первичного сервера
Когда происходит сбой первичного сервера в системе автоматического
резервирования сервера, вторичный сервер автоматически принимает управление
на себя. В этом случае системный оператор должен:
ƒ Найти причину неисправности.
ƒ После устранения сбоя произвести перезапуск первичного сервера.
ƒ Синхронизировать файлы регистрации в базах данных.
По завершении этих операций нормальное резервирование будет восстановлено.

Работа системы во время восстановления после сбоя


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

Драйверы устройств и оперативная база данных


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

Примечание: В период между моментами сбоя первичного сервера и передачи


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

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

GFK-1353F-RU Процедуры восстановления 5-5


Вход пользователей в систему
Процесс User Registration (Регистрации пользователей) на вторичном сервере
становится активным процессом. Данные о пользователях при этом не теряются,
поскольку процесс User Registration на первичном сервере непрерывно обновлял
список пользователей для процесса User Registration на вторичном сервере. Новый
процесс User Registration теперь обработает все входы в систему и выходы из
системы всех пользователей и выдаст информацию о пользовательских действиях.

Динамические интерфейсы
При сбое первичного сервера все текущие сеансы CimView, Alarm Viewer и Point
Control Panel на этом сервере теряются.
ƒ Пользовательский интерфейс CIMPLICITY доступен через консоль
первичного сервера.
При сбое первичного сервера эта консоль становится недоступной.
Пользователю придется перейти на консоль вторичного сервера, войти в
систему и получить с этой консоли доступ к пользовательскому
интерфейсу CIMPLICITY.
ƒ Пользовательский интерфейс CIMPLICITY доступен через Клиента.
Пользовательские интерфейсы при этом переходят к новому ведущему
серверу.

Определение причины сбоя первичного сервера


Сбой первичного сервера может наступить по причине:
ƒ Сбой системы CIMPLICITY на любом из серверов
ƒ Сбой сети на участке между первичным и вторичным серверами
ƒ Потеря сервера из-за отключения питания или отказа оборудования
Сбой сервера обнаруживается программным Маршрутизатором IPC, который
является процессом связи, работающим на каждом сервере.
1. Маршрутизатор устанавливает в системе канал передачи данных к
каждому серверу и посылает сообщения на каждый узел через заданные
промежутки времени.
Интервал между тестовыми сообщениями определяется переменной
REDUND_PROBE_DELAY, значение которой по умолчанию равно
1000 миллисекунд.
2. Если после заданного числа попыток (определяемого переменной
REDUND_PROBE_COUNT) ответ от сервера не получен, сервер
объявляется аварийным.
3. Маршрутизатор посылает сообщение "Partner Dead" ("Партнер
неработоспособен") каждому процессу, в котором имеются
неотправленные сообщения, предназначенные для процессов на этом
сервере.
Сбой сервера может быть обнаружен на первичном сервере, на вторичном сервере
или на Клиенте.
ƒ При сбое вторичного сервера функциональность не теряется, поскольку
все функции одновременно выполняются также на первичном сервере.

5-6 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


ƒ При сбое первичного сервера вторичный сервер инициирует процедуры,
направленные на то, чтобы взять на себя резервируемые функции
CIMPLICITY.

Перезапуск первичного сервера после устранения сбоя


После возникновения и устранения сбоя первичного сервера процессы на
вторичном сервере должны получить информацию о том, что первичный сервер
теперь доступен. Объект Redundancy предоставляет возможность перезапуска
первичного сервера после восстановления. Система CIMPLICITY автоматически
показывает этот объект, когда функция резервирования активна.

Для перезапуска первичного сервера в системе CIMPLICITY:


1. Убедитесь в том, что программа CIMPLICITY запущена на первичном и
вторичном серверах.
2. Запустите Workbench и откройте проект на первичном сервере.
3. Выберите значок Objects (Объекты) на левой панели Workbench.
4. Щелкните правой кнопкой на объекте Redundancy.
5. Выберите во всплывающем меню пункт Quick View (Быстрый просмотр).

Выберите Quick View (Быстрый просмотр),


чтобы вывести окно Redundancy CimView.

Появится окно Redundancy, показывающее первичный компьютер


ведомым, а вторичный – ведущим.

6. Щелкните Switch.

GFK-1353F-RU Процедуры восстановления 5-7


Результат: Первичный сервер перезапущен в режим ведущего.

Более подробно об объекте Redundancy см. в разделе "Использование объекта


Redundancy" настоящего руководства.

Примечание: При первоначальном подключении первичного сервера процессы


Alarm manager и User Registration на первичном и вторичном серверах
автоматически берут на себя, соответственно, роли ведущего и ведомого.

В процессе переключения происходит, в частности, следующее:


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

Повторная синхронизация файлов регистрации в базах


данных
Для хранения исторических данных Database Logger использует таблицы баз
данных типа ODBC. Для резервирования сервера на первичном и вторичном
серверах создаются одинаковые таблицы баз данных.
Синхронизация по времени работает следующим образом:
Сбой одного из резервируемых серверов.
В директории проектов \log создаются два файла ptnr_<timestamp>.log
ƒ Один файл – на первичном сервере
ƒ Один файл – на вторичном сервере
Файл ptnr_<timestamp>.log с датой и временем его создания <timestamp>
записывает на:
ƒ Вторичный сервер – его системное время в моменты, когда произошел
сбой одного из серверов и его восстановление

5-8 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


ƒ Первичный сервер – его системное время в моменты, когда произошел
сбой одного из серверов и его восстановление
Эти файлы впоследствии используются для синхронизации баз данных.

Чтобы синхронизировать базы данных на первичном и вторичном


узлах, на первичном сервере:
1. Откройте Workbench проектов.
2. Щелкните меню Tools (Сервис).
3. Выберите Command prompt.
4. В диалоговом окне Command Prompt введите:
datamerge (слияние данных)
5. (Дополнительно) Запустите утилиту datamerge.exe с
дополнительными параметрами для слияния при определенных значениях
времени. Формат команды:
datamerge.exe [[source] [dest] time1 time2]

где
параметрами являются:
source Имя сервера – источника
dest Имя сервера – приемника
time1 Время начала слияния данных
time2 Время конца слияния данных

Важное замечание: Утилита datamerge.exe может быть запущена только на


первичном сервере, т.е. на том сервере, на котором определены все источники
данных ODBC. Поэтому первичный сервер должен быть запущен прежде, чем
будет дана команда.

Запущенная утилита datamerge.exe:


1. Считывает файлы ptnr_<timestamp>.log на первичном и вторичном
серверах.
2. По файлам ptnr_<timestamp>.log в директории \log первичного сервера
определяет, какие данные для слияния требуется переслать из базы
данных первичного сервера в базу данных вторичного сервера.
3. Выполняет слияние из первичного сервера во вторичный.
4. По файлам ptnr_<timestamp>.log в директории \log вторичного сервера
определяет, какие данные для слияния требуется переслать из базы
данных вторичного сервера в базу данных первичного сервера.
5. Выполняет слияние из вторичного сервера в первичный.
Для отчета об успешном или несостоявшемся слиянии создается файл
db_merge.log.

Примечание: Когда происходит работа утилиты datamerge.exe с заданными


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

GFK-1353F-RU Процедуры восстановления 5-9


Сбои, не вызывающие автоматического
включения функции резервирования сервера
Существуют две категории сбоев, на которые функция резервирования сервера
CIMPLICITY не реагирует:
ƒ сбои процесса и
ƒ сбои сети

Сбои процесса
Сбой процесса происходит при сбое одного из процессов на сервере. Если это
происходит на первичном сервере, способ восстановления зависит от того, в каком
процессе произошел сбой.
ƒ Если на первичном сервере происходит сбой процесса Alarm Manager или
процесса User Registration, то управление автоматически передается
соответствующему процессу на вторичном сервере. Если процесс на
первичном сервере перезапускается (через cpc), то управление
автоматически возвращается соответствующему процессу на первичном
сервере.
ƒ Если на первичном сервере происходит сбой драйвера устройств, то
управление не передается соответствующему процессу на вторичном
сервере, а данные соответствующих точек теряются.
ƒ Если на первичном сервере происходит сбой оперативной базы данных, то
управление автоматически передается оперативной базе данных на
вторичном сервере.

Для восстановления нормальной работы после сбоя процесса при


автоматическом резервировании:
1. Щелкните Project в меню Workbench.
2. Выберите Stop для останова проекта на первичном сервере.
3. Выберите Run для его перезапуска.
4. После того, как проект запущен и работает, переключите первичный
сервер в режим ведущего.

Чтобы обойти ограничения, связанные со сбоем процесса при


автоматическом резервировании:
Чтобы учесть возможность подобной ситуации и быть в состоянии с ней
справиться, используйте одну из двух функций ручного резервирования.
См. "Ручное резервирование сервера CIMPLICITY " в настоящем руководстве.

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

5-10 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Чтобы сделать один из серверов ведущим в ситуации, когда оба
сервера автоматически принимают на себя управление:
1. На каждом вторичном сервере используйте Stop для останова проекта
CIMPLICITY HMI.
2. Восстановите сеть.
3. После восстановления сети используйте Start для восстановления проекта
на вторичном сервере в онлайновом режиме.

Примечание: Описанная выше процедура основана на предположении, что


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

GFK-1353F-RU Процедуры восстановления 5-11


Резервирование кабелей

О резервировании компьютерных кабелей


Резервирование компьютерных кабелей в системе CIMPLICITY HMI можно ис-
пользовать для создания конфигурации резервируемых кабелей в системе
CIMPLICITY для серверов Windows NT и Клиентов.

В сети с резервированием компьютерных кабелей системы CIMPLICITY могут на-


ходиться компьютеры двух типов – с одним IP-адресом и с двумя IP-адресами.
ƒ Компьютеры с двумя адресами могут продолжать поддерживать связь с
другими компьютерами, имеющими два IP-адреса, даже в случае потери
одного из соединений сети Ethernet.
ƒ Компьютер с одним IP-адресом может поддерживать связь с компьюте-
ром, имеющим два IP-адреса. Если соединение Ethernet, используемое
компьютером с одним IP-адресом, потеряно, то связь с компьютером,
имеющим два IP-адреса, будет полностью потеряна.
Когда проект CIMPLICITY обнаруживает, что посылаемое им сообщение адресо-
вано компьютеру, имеющему резервирование компьютерных кабелей, то проект
дублирует это сообщение, посылая его на каждый IP-адрес. Программное обеспе-
чение CIMPLICITY на компьютере-получателе обрабатывает первое сообщение и
удаляет второе.

GFK-1353F-RU 6-1
Обзор:
ƒ Правила работы
ƒ Ограничения при резервировании компьютерных кабелей
ƒ Требования к аппаратному обеспечению при резервировании кабелей

Правила работы

Следующие правила представляют общее описание работы компьютера, имеюще-


го резервирование компьютерных кабелей:
ƒ Когда обнаружена потеря сети, трафик Ethernet продолжается в другой сети.
ƒ Когда сеть восстановлена, связь между компьютерами автоматически вос-
станавливается максимум через 45 секунд.
ƒ Если потеряны обе сети, программное обеспечение CIMPLICITY HMI дей-
ствует так, как если бы была потеряна связь с проектом. Когда сеть вос-
становлена, CIMPLICITY HMI восстанавливает соединения с другим ком-
пьютером.

Обзор ограничений при резервировании компьютерных ка-


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

Функциональные ограничения
Существуют следующие функциональные ограничения на резервирование компь-
ютерных кабелей:
ƒ Если ведется дистанционный просмотр архивных данных с помощью ком-
понента Trend Control, а кабель Ethernet, использующиеся для связи с ис-
точником ODBC-данных потерян, то Trend Control прекращает обновление
архивных данных.
ƒ Если выполняется вход в удаленную базу данных, а кабель Ethernet, ис-
пользующийся источником ODBC-данных, потерян, то часть данных мо-
жет быть утрачена.
ƒ Работа других приложений, помимо CIMPLICITY HMI, может прерывать-
ся при их переходе на второй кабель Ethernet.
ƒ Если установлены две карты Ethernet, то невозможно использовать только
одну из них для программного обеспечения CIMPLICITY HMI.
ƒ Использование протокола DHCP или DNS поддерживается лишь частично.
Необходимо будет ввести имена и IP-адреса компьютеров с двумя IP-
адресами в файл cimhosts.txt.

6-2 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Ограничения при восстановлении после сбоя
Резервирование компьютерных кабелей в системе CIMPLICITY не распространя-
ется на следующие виды сбоев:
ƒ Потеря обоих сетевых соединений.
ƒ Быстрая периодическая потеря обоих сетевых соединений с периодом ме-
нее 45 секунд

Обзор требований к аппаратному обеспечению резервиро-


вания кабелей
Резервирование компьютерных кабелей в системе CIMPLICITY поддерживает две
сетевые карты в каждом компьютере.
Каждая карта должна быть сконфигурирована для своей:
ƒ IP-сети и
ƒ физической сети

Различные IP-сети для резервирования кабелей


Существуют три различных класса IP-сетей.
ƒ A,
ƒ Bи
ƒ C
Если одна карта сконфигурирована для IP-сети класса А, а другая - для IP-сети
класса С, то по умолчанию они будут подключены к различным IP-сетям.
Пример
Имеется IP-адрес класса C 192.68.1.135.
Где
192.68.1 обозначает сеть, которая принадлежит к классу C.

135 – хост (определенный компьютер) в сети.


Можно сконфигурировать вторую карту с IP-адресом класса C простым изменени-
ем номера, однозначно определяющего адрес.
Теперь пусть IP-адрес класса C будет 192.68.2.243.
Где
192.68.2 обозначает вторую сеть класса C.

243 – хост (определенный компьютер) во второй сети.


Таким образом, у нас имеются две различные IP-сети.

Различные физические сети для резервирования кабелей


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

GFK-1353F-RU Резервирование кабелей 6-3


Поддерживаемые конфигурации сетей с резерви-
рованием кабелей
Поддерживаются следующие конфигурации сетей:
ƒ Нерезервируемый сервер – нерезервируемый Клиент.
ƒ Резервируемый сервер – нерезервируемый Клиент.
ƒ Нерезервируемый сервер – резервируемый Клиент.
ƒ Резервируемый сервер – резервируемый Клиент.
ƒ Нерезервируемый сервер – нерезервируемый сервер.
ƒ Резервируемый сервер – резервируемый сервер.

Процедуры конфигурирования при резервирова-


нии кабелей
На каждом компьютере, использующем резервирование компьютерных кабелей,
необходимо редактировать файл cimhosts.txt. Этот файл находится в директо-
рии etc, входящей в корневой каталог HMI. В директории etc имеется пример
этого файла под именем cimhosts_sample.txt.
Файл cimhosts.txt содержит:
ƒ IP-адреса каждого компьютера, поддерживающего резервирование ком-
пьютерных кабелей.
ƒ Длительность существования сбоя, необходимая для обнаружения потери
соединения.
ƒ Выходной флаг диагностики.
ƒ Использование порта TCP/IP.
Для редактирования файла cimhosts.txt следует использовать текстовый редак-
тор, например, Блокнот.

Ввод IP-адресов для резервирования кабелей

Для каждого компьютера, поддерживающего резервирование компьютерных кабе-


лей в системе CIMPLICITY HMI, необходимо ввести все IP-адреса, используемые
этим компьютером.
Файл cimhosts.txt имеет следующий формат:
<IP address> <hostname>
где
<IP address> – адрес компьютера, а <hostname> – имя компьютера.

6-4 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Пример
Запись может иметь, например, следующий вид:
3.26.5.5 alnt37

Конфигурирование времени после обнаружения потери ка-


беля, необходимого для перехода на резервный кабель

Время, необходимое для констатации факта потери сетевого соединения, по умол-


чанию равно 20 секундам. Такое значение по умолчанию представляется разум-
ным, учитывая бесшовный характер резервирования компьютерных кабелей в сис-
теме CIMPLICITY HMI. Оно может быть изменено в зависимости от конкретного
применения. Время, необходимое для констатации факта потери соединения, в
любом случае, не должно быть установлено менее 3 секунд.
Время, необходимое для перехода на резервный кабель, задается как:
PING_INTERVAL * (PING_COUNT + 1)

Параметры PING_INTERVAL и PING_COUNT определяются в файле cimhosts.txt.


Эти параметры имеют следующий формат:
#PING_INTERVAL <seconds>
#PING_COUNT <count>
где
<seconds> – число секунд между попытками опроса, а <count> – число необходимых
попыток опроса.
Пример
Записи для этих параметров могут иметь, например, следующий вид:
#PING_INTERVAL 2
#PING_COUNT 10
С ними связан параметр CONNECT_TIMEOUT. Это – время в секундах, которое
должно пройти после формирования TCP/IP соединения, чтобы могли поступить
исходные данные с других компьютеров. По умолчанию это время равно 10 секун-
дам. Нет причин, по которым это значение нужно было бы менять.

Формирование диагностического выходного сигнала для


резервирования кабелей

Опция резервирования компьютерных кабелей в системе CIMPLICITY HMI может


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

GFK-1353F-RU Резервирование кабелей 6-5


диагностический выходной сигнал, введите действительное значение параметра
DEBUG (ОТЛАДКА) в файл cimhosts.txt.
Этот параметр имеет следующий формат:
#DEBUG <flags>
где
<flags> – значение, используемое для задания типа диагностического выходного
сигнала, который необходимо создать.
Для формирования значения <flags> можно добавлять любые следующие величины
в любом сочетании:
Значение Выход
1 Печать ошибок
2 Печать редких вызовов
4 Печать всех вызовов Winsock
8 Печать всех транзакций

Использование TCP/IP порта для резервирования кабелей

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


CIMPLICITY HMI, необходимо использовать TCP/IP порты в диапазоне от 5000 до
6000. В зависимости от другого коммуникационного программного обеспечения,
используемого в сети, этот диапазон, возможно, потребуется изменить. Это дела-
ется с помощью параметров START_PORT_RANGE и NUMBER_OF_PORTS в файле
cimhosts.txt.
Эти параметры имеют следующий формат:
#START_PORT_RANGE <port>
#NUMBER_OF_PORTS <count>
где
<port> – TCP/IP порт, с которого надо начинать, а <count> – число используемых
портов.
Пример
Записи для этих параметров могут иметь, например, следующий вид:
#START_PORT_RANGE 5000
#NUMBER_OF_PORTS 1000

6-6 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Состояние сети и статус сокета

Контроль системы резервирования компьютерных


кабелей
Программный интерфейс для контроля системы резервирования компьютерных
кабелей позволяет определить, каким образом будут контролироваться сетевые
соединения пользователя. Для этого пользователь имеет возможность создавать
BASIC-скрипты или программы на C, с помощью которых можно задавать точки,
формировать тревожные сообщения или всплывающие диалоговые окна,
информирующие оператора о потере сетевого соединения. Предусмотрены
следующие программные интерфейсы (API):
ƒ Интерфейс определения IP-статуса может быть использован для контроля
соединения с IP-адресом – установлено оно или потеряно.
ƒ Интерфейс определения статуса сокета предоставляет более подробную
информацию о каждом из соединений, используемых системой.
Обзор:
Î Интерфейс определения IP-статуса
Î Функции интерфейса определения IP-статуса
Программные интерфейсы могут быть вызваны с помощью любого языка
программирования, предоставляющего возможность вызова экспортированных С-
функций из DLL. Сюда входит CIMPLICITY BASIC Control Engine.
Функции находятся в DLL-файле redwinsock.dll.
В директории api\redundant_api, входящей в корневой каталог CIMPLICITY
HMI, находятся два образца программ, демонстрирующих программные
интерфейсы.
ƒ BASIC-скрипт ip_status.bcl осуществляет формирование и сброс
тревог при потере и создании IP-соединений.
ƒ Программа на языке С sock_status.cpp осуществляет распечатку
информации о статусе всех сокетов, используемых в настоящий момент.
Кроме того, в директории exe находится скомпилированная версия
программы sock_status.cpp.
Обзор:
Î Интерфейс определения IP-статуса для сокета
Î Функции интерфейса определения IP-статуса для сокета

GFK-1353F-RU 7-1
Интерфейс определения IP-статуса
Используйте интерфейс определения IP-статуса системы резервирования кабелей
для контроля состояния соединений с IP-адресом. Следующий скрипт формирует
или аннулирует тревогу в зависимости от состояния с IP-адреса.
Declare Function InitSocketChange CDecl Lib "redwinsock.dll" _
() As Long

Declare Function WaitSocketChange CDecl Lib "redwinsock.dll" _


(ByVal data As Long, ByVal timeout As Long) As Long

Declare Function CloseSocketChange CDecl Lib "redwinsock.dll" _


(ByVal data As Long) As Boolean

Declare Function GetNextSocketChange CDecl Lib "redwinsock.dll" _


(ByVal data As Long, ByVal node As String, ByRef ipAddress As Long, _
ByRef state As Long) As Long

Declare Function CvtIPAddress(x As Long) As String


Sub Main()
Dim data As Long
Dim node As String
Dim ipAddress As Long
Dim state As Long
Dim n256 As Long
n256 = 256
data = InitSocketChange()
If data <> 0 Then
While 1
i = WaitSocketChange(data, 5000)

If i = 1 Then
node = Space(256)
While GetNextSocketChange(data, node, ipAddress, state)
ipStr$ = CvtIPAddress(ipAddress)
message$ = "IP address " & ipStr$
refId$ = ipAddress

If state = 2 Then
AlarmUpdate "", "IPALARM", "$SYSTEM", AM_RESET_M, _
message$, "", refId$
Else
AlarmGenerate "", "IPALARM", "$SYSTEM", message$, _
"", refId$, True
End If
node = Space(256)
Wend
End If
Wend
i = CloseSocketChange(data)
End If
End Sub
Function CvtIPAddress(x As Long) As String
mod1 = ipAddress Mod n256
If mod1 < 0 Then mod1 = 256 + mod1
mod2 = ipAddress / n256 Mod n256
If mod2 < 0 Then mod2 = 256 + mod2
mod3 = ipAddress / (n256 * n256) Mod n256
If mod3 < 0 Then mod3 = 256 + mod3
mod4 = ipaddress / (n256 * n256 * n256) Mod n256
If mod4 < 0 Then mod4 = 256 + mod4

CvtIPAddress = mod1 & "." & mod2 & "." & mod3 & "." & mod4
End Function

7-2 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Функции интерфейса определения IP-статуса
Интерфейс определения IP-статуса поддерживает следующие функции:
К числу функций интерфейса определения IP-статуса относятся:
ƒ InitSocketChange
ƒ WaitSocketChange
ƒ CloseSocketChange
ƒ GetNextSocketChange

InitSocketChange
Синтаксис void *InitSocketChange();
Описание Эта функция инициализирует интерфейс для
изменения IP-статуса.
Комментарии Эта функция возвращает либо указатель,
используемый другими функциями для
идентификации данного запроса, либо значение
NULL, если инициализация не прошла.
Пример
Dim data As Long
data = InitSocketChange()

WaitSocketChange
Синтаксис DWORD WaitSocketChange (void *arg, DWORD
timeout);
Описание Эта функция срабатывает при следующем изменении
IP-статуса.
Комментарии Указатель arg – это указатель, возвращаемый
функцией InitSocketChange.
Параметр timeout – это продолжительность времени
ожидания изменения в миллисекундах. Если значение
этого параметра равно –1, это означает, что время
ожидания для функции равно бесконечности.
Функция возвращает 1, если статус изменился, и 0,
если время ожидания для функции истекло.
Пример
Dim data As Long
i = WaitSocketChange(data, 5000)

CloseSocketChange
Синтаксис void CloseSocketChange (void *arg);
Описание Эта функция производит очистку уведомления об
изменении состояния.

GFK-1353F-RU Состояние сети и статус сокета 7-3


Комментарии Указатель arg – это указатель, возвращаемый
функцией InitSocketChange.
Эта функция не возвращает значения.
Пример
Dim data As Long
i = CloseSocketChange(data)

GetNextSocketChange
Синтаксис DWORD GetNextSocketChange (void *arg,
TCHAR *node,
DWORD *ipAddress,
DWORD *state);
Описание Эта функция получает информацию о следующем
изменении IP-статуса.
Комментарии Указатель arg – это указатель, возвращаемый
функцией InitSocketChange.
Буфер node (узел) используется для хранения
имени узла для данного IP-адреса. Это имя должно
содержать не менее 255 символов.
ipAddress – это IP-адрес, статус которого
изменился.
state – это новое состояние IP-адреса. Состояния
могут быть следующими:
0 = Нет соединения
1 = Идет соединение
2 = Соединение установлено
3 = Удалено
4 = Неизвестно
Эта функция возвращает 1, если она выполнена
успешно, либо 0, если больше изменений не
произошло.
Пример
Dim data As Long
Dim node As String
Dim ipAddress As Long
Dim state As Long
Node = Space(256)
While GetNextSocketChange (data,node,ipAddress,state)
Wend

7-4 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Интерфейс определения статуса сокета
Можно использовать программный интерфейс определения статуса сокета для
системы резервирования компьютерных кабелей в целях контроля состояния всех
сокетов, используемых в настоящий момент системой резервирования
компьютерных кабелей.
Следующая С-программа осуществляет распечатку статуса каждого из сокетов.
#include <string.h>
#include <inc_path/cor.h>
#include <inc_path/redwinsock.h>

void print_sockaddr_in(struct sockaddr_in *addr);

TCHAR *socketUse[] =
{
_T("None"),
_T("Listen"),
_T("Connect"),
_T("Accept"),
};

TCHAR *socketState[] =
{
_T("None"),
_T("Connecting"),
_T("Connected"),
};

int main()
{
HANDLE dwChangeHandle;
dwChangeHandle = FindFirstSocketChangeNotification();
if(dwChangeHandle == INVALID_HANDLE_VALUE)
return 0;

HANDLE objectArray[1];
DWORD objectCount = 1;

objectArray[0] = dwChangeHandle;

DWORD dwWaitStatus = WAIT_OBJECT_0;


while(1)
{
time_t ltime = time(NULL);
printf("\n%s", ctime(&ltime));

switch(dwWaitStatus)
{
case WAIT_OBJECT_0:

struct SocketFindData findSocketData;


if(FindFirstSocket(dwChangeHandle, &findSocketData))
{
do
{
if(findSocketData.opened)
{
printf("%-10s ", findSocketData.prcName);
printf("%-10s ", findSocketData.imageName);
printf("%-6s ", findSocketData.opened ? "Opened" :
"Closed");
printf("%-7s ", socketUse[findSocketData.socketUse]);
printf("%-9s ", findSocketData.isRedundant ? "Redundant" :
"");
printf("%-9s ", findSocketData.connectionCompleted ?

GFK-1353F-RU Состояние сети и статус сокета 7-5


"Completed" : "");
printf("%-10s ", findSocketData.hostName);
printf("\n");

unsigned int i;
for(i = 0; i < findSocketData.connectionCount; i++)
{
if(findSocketData.sockets[i].isOpen)
{
printf("\t%2d: %-10s ", i,
socketState[findSocketData.sockets[i].socketState]);
printf("%-9s ", findSocketData.sockets[i].hasException
? "Exception" : "");
if(findSocketData.socketUse == SOCKET_ACCEPT
|| findSocketData.socketUse == SOCKET_CONNECT)
{
print_sockaddr_in(
&findSocketData.sockets[i].partnerAddr);
}
else if(findSocketData.socketUse == SOCKET_LISTEN)
{
print_sockaddr_in(
&findSocketData.sockets[i].localAddr);
}
printf("\n");
}
}
}

} while(FindNextSocket(dwChangeHandle, &findSocketData));

printf("\n");

FindCloseSocket(dwChangeHandle);
}

break;

default:
FindCloseSocketChangeNotification(dwChangeHandle);
return 0;
}

dwWaitStatus = WaitForMultipleObjects(objectCount,
objectArray,
FALSE,
INFINITE);
if(FindNextSocketChangeNotification(dwChangeHandle) == FALSE)
{
FindCloseSocketChangeNotification(dwChangeHandle);
return 0;
}
}

return 0;
}

void print_sockaddr_in(struct sockaddr_in *addr)


{
printf(_T(" %d.%d.%d.%d %u "),
addr->sin_addr.s_net,
addr->sin_addr.s_host,
addr->sin_addr.s_lh,
addr->sin_addr.s_impno,
ntohs(addr->sin_port));
}

7-6 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Функции интерфейса определения статуса сокета
Интерфейс определения статуса сокета поддерживает приведенные ниже функции.
К числу функций интерфейса определения статуса сокета относятся:
ƒ FindFirstSocketChangeNotification
ƒ FindNextSocketChangeNotification
ƒ FindCloseSocketChangeNotification
ƒ FindFirstSocket
ƒ FindNextSocket
ƒ FindCloseSocket

FindFirstSocketChangeNotification
Синтаксис HANDLE FindFirstSocketChangeNotification();
Описание Эта функция инициализирует уведомление о том, что
данные сокета изменились.
Комментарии Функция не имеет входных или выходных
аргументов.
Эта функция возвращает либо идентификатор,
используемый в процедурах поиска сокета, либо в
случае неудачи значение – INVALID_HANDLE_VALUE.
Пример
HANDLE dwChangeHandle;
dwChangeHandle = FindFirstSocketChangeNotification();
if(dwChangeHandle == INVALID_HANDLE_VALUE)
return 0;

FindNextSocketChangeNotification
Синтаксис BOOL FindNextSocketChangeNotification (
HANDLE changeHandle);
Описание Эта функция готовит к получению уведомления о
следующем изменении сокета.
Комментарии Входной аргумент changeHandle – это
идентификатор, возвращаемый функцией
FindFirstSocketChangeNotification.
Функция не имеет выходных аргументов.
Эта функция возвращает либо значение TRUE при
успешном выполнении, либо значение FALSE - при
неудаче.

GFK-1353F-RU Состояние сети и статус сокета 7-7


Пример
HANDLE dwChangeHandle;
if(FindNextSocketChangeNotification(dwChangeHandle)==FALSE)
{
FindCloseSocketChangeNotification(dwChangeHandle);
return 0;
}

FindCloseSocketChangeNotification
Синтаксис BOOL FindCloseSocketChangeNotification (
HANDLE changeHandle);
Описание Эта функция закрывает уведомление об изменении
сокета.
Комментарии Входной аргумент changeHandle – это
идентификатор, возвращаемый функцией
FindFirstSocketChangeNotification.
Функция не имеет выходных аргументов.
Эта функция возвращает либо значение TRUE при
успешном выполнении, либо значение FALSE – при
неудаче.
Пример
HANDLE dwChangeHandle;
FindCloseSocketChangeNotification(dwChangeHandle);

FindFirstSocket
Синтаксис BOOL FindFirstSocket (
HANDLE changeHandle,
Struct SocketFindData
*findSocketData);
Описание Эта функция находит данные первого сокета.
Комментарии Входной аргумент changeHandle – это
идентификатор, возвращаемый функцией
FindFirstSocketChangeNotification.
Выходной аргумент findSocketData содержит всю
информацию о найденном сокете. Эта структура
определена в файле <inc_path/toolkit.h>.
Эта функция возвращает либо значение TRUE, если
сокет найден, либо значение FALSE, если больше
сокетов нет.

7-8 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Пример
HANDLE dwChangeHandle;
struct SocketFindData findSocketData;
if(FindFirstSocket(dwChangeHandle, &findSocketData))
;

FindNextSocket
Синтаксис BOOL FindNextSocket (
HANDLE changeHandle,
Struct SocketFindData
*findSocketData);
Описание Эта функция находит данные следующего сокета.
Комментарии Входной аргумент changeHandle – это дескриптор,
возвращаемый функцией
FindFirstSocketChangeNotification.
Выходной аргумент SocketFindData содержит всю
информацию о найденном сокете. Эта структура
определена в файле <inc_path/toolkit.h>.
Эта функция возвращает либо значение TRUE, если
сокет найден, либо значение FALSE, если больше
сокетов нет.
Пример
HANDLE dwChangeHandle;
struct SocketFindData findSocketData;
do
{
} while(FindNextSocket(dwChangeHandle, &findSocketData));

FindCloseSocket
Синтаксис BOOL FindCloseSocket (
HANDLE changeHandle);,
Описание Эта функция завершает поиск данных сокета.
Комментарии Входной аргумент changeHandle – это
идентификатор, возвращаемый функцией
FindFirstSocketChangeNotification.
Эта функция возвращает либо значение TRUE при
успешном выполнении, либо значение FALSE, если
возникает ошибка.
Пример
HANDLE dwChangeHandle;
FindCloseSocket(dwChangeHandle);

GFK-1353F-RU Состояние сети и статус сокета 7-9


Приложение A –
Использование протоколов
связи

О поддерживаемых протоколах связи


Данное приложение дает краткую информацию о протоколах резервируемой
связи, поддерживаемых системой резервирования сервера.
Поддерживаются следующие протоколы резервируемой связи:
ƒ Series 90 TCP/IP
ƒ Series 90 TCP/IP Redundancy
ƒ CCM2
ƒ Genius
ƒ SNPX
ƒ Allen-Bradley Communications
ƒ Allen-Bradley Data Highway Plus
ƒ APPLICOM
ƒ DDE Client
ƒ Modbus Plus
ƒ Modbus RTU
ƒ Modbus TCP/IP
ƒ OPC Client
ƒ Point Bridge
Кроме того, CIMPLICITY HMI поддерживает создание драйверов с помощью Server
Redundant Device Communication Toolkit (Инструментальных средств устройств
резервирования серверной связи). Для того, чтобы определить, сможет ли вторичный
сервер поддерживать связь со своими сконфигурированными устройствами, используется
функция подтверждения работоспособности в деблокираторе. Более подробное описание
приведено в "Руководстве по инструментальным средствам разработки приложений
связи устройств CIMPLICITY" (GFK-1202).

GFK-1353F-RU A-1
Протокол Series 90 TCP/IP
Конфигурации компьютеров с резервированием сервера, использующие протокол
Series 90 TCP/IP, должны быть составлены в соответствии со следующей схемой:

Первичный и вторичный серверы находятся в одной локальной сети Ethernet,


подключенной к одной Ethernet-карте в программируемом контроллере.

Протокол Series 90 TCP/IP Redundancy

Конфигурации компьютеров с резервированием сервера, использующие протокол


Series 90 TCP/IP Redundancy, могут поддерживать:
• Резервирование ПЛК
• Резервирование кабелей
• Комбинированное резервирование ПЛК и кабелей
Резервирование ПЛК иллюстрируется следующей схемой:

A-2 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Первичный и вторичный серверы находятся в одной локальной сети Ethernet,
подключенной к Ethernet-картам в первичном и резервном программируемых
контроллерах.
Более подробная информация о конфигурациях, поддерживаемых опциями
резервирования связей Series 90 TCP/IP, приведена в "Руководстве по связи с
устройствами CIMPLICITY HMI" (GFK-1181).

Протокол CCM2
Конфигурации компьютеров с резервированием сервера, использующие протокол
CCM2, должны быть составлены в соответствии со следующей схемой:

Первичный и вторичный серверы должны иметь независимое подключение к ПЛК.


ПЛК должен иметь два последовательных порта, пригодных для организации
протокола CCM2. Оба последовательных порта ПЛК должны быть
сконфигурированы с одним и тем же CPU ID (идентификатор ЦП).
Рекомендуеется конфигурация, предусматривающая использование модуля CMM
в режиме CCM2. Оба порта в модуле CMM могут быть сконфигурированы для
использования в протоколе CCM2.

GFK-1353F-RU Приложение A – Использование протоколов связи A-3


Протокол Genius

Конфигурации компьютеров с резервированием сервера, использующие протокол


Genius, должны быть составлены в соответствии со следующей схемой:

Первичный и вторичный серверы должны иметь различные адреса PCIM.


Незапрашиваемые датаграмы, посылаемые с ПЛК, должны направляться на
первичный и вторичный серверы.

Протокол SNPX

Конфигурации компьютеров с резервированием сервера, использующие протокол


SNPX, должны быть составлены в соответствии со следующей схемой:

Первичный и вторичный серверы должны иметь независимые соединения с ПЛК.


ПЛК должен иметь два последовательных порта, пригодных для организации
протокола SNPX. Оба последовательных порта ПЛК должны быть
сконфигурированы с одним и тем же CPU ID (идентификатор ЦП).

A-4 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Протокол Allen-Bradley
Конфигурации компьютеров с резервированием сервера, использующие протокол
Allen-Bradley, должны быть составлены в соответствии со следующей схемой:

Связь может быть организована через сеть Ethernet или через сеть Data Highway
Plus с помощью карт Allen-Bradley 1784 KTX. Незапрашиваемые датаграммы,
посылаемые с ПЛК, должны направляться на первичный и вторичный серверы.

Протокол Allen-Bradley Data Highway Plus


Конфигурации компьютеров с резервированием сервера, использующие протокол
Allen-Bradley Data Highway Plus, должны быть составлены в соответствии со
следующей схемой:

Обе карты 1784-KT/B находятся в одной сети и должны иметь различные адреса.
Незапрашиваемые датаграммы, посылаемые с ПЛК, должны направляться на
первичный и вторичный серверы.

GFK-1353F-RU Приложение A – Использование протоколов связи A-5


Протокол APPLICOM

Если протокол, применяемый с помощью опции линий связи APPLICOM,


допускает использование нескольких серверов на одной шине, то резервирование
сервера поддерживается для этого протокола.

Протокол DDE Client

Конфигурации компьютеров с резервированием сервера, использующие протокол


DDE Client, должны быть составлены одним из следующих способов:
ƒ Сервер NetDDE должен быть установлен и сконфигурирован одинаковым
образом на обоих серверах – первичном и вторичном.
ƒ Сервер NetDDE должен быть установлен и сконфигурирован не на
первичном или вторичном серверах, а на отдельном компьютере.

Протокол Modbus Plus


Конфигурации компьютеров с резервированием сервера, использующие протокол
Modbus Plus, должны быть составлены в соответствии со следующей схемой:

Обе карты SA85 находятся в одной сети и должны иметь различные узловые
адреса. Незапрашиваемые датаграммы, посылаемые с ПЛК, должны направляться
на первичный и вторичный серверы.

A-6 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Протокол Modbus RTU

Конфигурации компьютеров с резервированием сервера, использующие протокол


Modbus RTU, должны быть составлены в соответствии со следующей схемой:

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


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

Важное замечание: Поскольку обе карты RTU имеют одинаковый


идентификатор, они должны находиться в различных сетях.

Протокол Modbus TCP/IP

Конфигурации компьютеров с резервированием сервера, использующие протокол


Modbus TCP/IP, должны быть составлены в соответствии со следующей схемой:

GFK-1353F-RU Приложение A – Использование протоколов связи A-7


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

Клиент OPC

Если OPC Server сконфигурирован так, чтобы поддерживать конфигурации


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

Point Bridge

Интерфейс Point Bridge полностью поддерживаются компьютерными


конфигурациями резервирования сервера.

A-8 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Приложение B – Параметры
конфигурации

О параметрах конфигурации резервирования


сервера
К числу параметров конфигурации резервирования сервера относятся:
ƒ Конфигурация времени обнаружения сбоя
ƒ Синхронизация регистрации пользователей
ƒ Запуск ведомого компьютера

Конфигурация времени обнаружения сбоя

Время обнаружения сбоя по умолчанию равно 15 секундам. Оно может быть


увеличено или уменьшено в зависимости от конкретного применения. Это время в
любом случае не должно быть менее 3 секунд.
Время, необходимое для перехода на резервный ресурс, определяется как:
REDUND_PROBE_DELAY * (REDUND_PROBE_COUNT + 1)

Два параметра – REDUND_PROBE_DELAY и REDUND_PROBE_COUNT – определяются в


файле глобальных параметров.
Эти параметры имеют следующий формат:
REDUND_PROBE_DELAY|3|<millisec>
REDUND_PROBE_COUNT|3|<count>

где
<millisec> – число миллисекунд на задержку опроса, а <count> – число
необходимых попыток опроса.

GFK-1353F-RU B-1
Записи для этих параметров могут иметь, например, следующий вид:
REDUND_PROBE_DELAY|3|1000
REDUND_PROBE_COUNT|3|3

С ними связан параметр REDUND_PROBE_PORT. Это – номер TCP/IP порта,


используемый механизмом опроса. Значение данного параметра по умолчанию
равно 4000. Это значение следует изменять только в случае, если оно приводит к
конфликтам с другими приложениями.
Для выполнения этих изменений нужно перейти в Workbench для проекта и
активизировать приглашение для ввода команды. Выполните следующие
действия:
1. Наберите на клавиатуре Cd master
2. Наберите на клавиатуре Idtpop glb_parms
3. Наберите на клавиатуре glb_parms.idt
4. Добавьте или измените оба указанных выше параметра.
5. Наберите на клавиатуре Scpop glb_parms
6. Остановите проект и перезапустите его.

Синхронизация регистрации пользователей


Процессы регистрации пользователей (UR) на первичном и вторичном узлах
должны быть синхронизированы друг с другом при запуске. Обычно это
происходит в течение 30 секунд. На медленных компьютерах этого времени может
не хватить. Чтобы выделить больше времени на синхронизацию процесса UR,
можно изменить глобальный параметр REDUND_LINK_SLEEP.
Этот параметр имеет следующий формат:
REDUND_LINK_SLEEP|3|<time>

где
<time> – время в режиме ожидания в секундах.
Например, чтобы задать время в режиме ожидания 30 секунд, введите в файл
глобальных параметров запись:
REDUND_LINK_SLEEP|3|30

B-2 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F


Запуск ведомого компьютера

Если проект на обоих серверах – первичном (ведущем) и вторичном (ведомом) –


сконфигурирован так, чтобы запускаться при загрузке, то можно использовать
глобальный параметр SLAVE_STARTUP_TIMEOUT для задержки запуска проекта на
вторичном сервере до тех пор, пока он не будет запущен на первичном сервере.
Это позволяет избежать состязания между обоими серверами, когда они пытаются
определить, какой из них является ведущим.
Если этот глобальный параметр не задан, то время задержки по умолчанию равно
0 (нулю) минут.
Этот параметр имеет следующий формат:
SLAVE_STARTUP_TIMEOUT|1|<time>

где
<time> – время ожидания (в минутах) запуска проекта на вторичном сервере.
Например, чтобы задержать запуск проекта на вторичном сервере на 2 минуты,
введите в файл глобальных параметров запись:
SLAVE_STARTUP_TIMEOUT|1|2

GFK-1353F-RU Приложение B – Параметры конфигурации B-3


Приложение C – Сообщения из
журнала регистрации для
системы резервирования
кабелей

Сообщения об ошибках
Ниже приводится список ошибок, появляющихся в журнале регистрации
состояния системы CIMPLICITY, относящихся к системе резервирования
компьютерных кабелей.
Предусмотрены сообщения о следующих ошибках:
ƒ Ошибки привязки
ƒ Ошибки соединения
ƒ Ошибки сокета
ƒ Потеря связи

Ошибки привязки
Эта ошибка возникает только в случае, если программа связи, отличная от
CIMPLICITY HMI, использует IP-порты в том же диапазоне, что и
опция резервирования компьютерных кабелей.
Failed to bind to port (Невозможно установить связь с портом)
CIMPLICITY HMI пытается использовать один и тот же IP-порт на обеих картах
сетевого интерфейса. Если возникла эта ошибка, попробуйте изменить диапазон
IP-портов, используемый системой резервирования компьютерных кабелей. См.
раздел об использовании TCP/IP-портов в главе 6.

GFK-1353F-RU C-1
Ошибки соединения
Эти ошибки возникают, когда система резервирования компьютерных кабелей
начинает устанавливать соединение с другим компьютером:
Failed to receive connection ID: invalid ID
(Невозможно получить идентификатор соединения: недействительный
идентификатор)
Failed to complete connection: (Невозможно установить соединение:) <IP
Address>
Failed to receive connection ID: invalid ID
(Невозможно получить идентификатор соединения: недействительный
идентификатор)
Failed to receive connection ID: timeout
(Невозможно получить идентификатор соединения: тайм-аут)
Failed to receive connection ID: exception
(Невозможно получить идентификатор соединения: исключение)
Failed to receive connection ID: recv failed
(Невозможно получить идентификатор соединения: сбой при
получении)
Когда опция начинает устанавливать соединение с другим компьютером,
происходит обмен определенной идентификационной информацией. Если эта
информация не получена, соединение не устанавливается.
Как правило, это происходит в результате неправильного конфигурирования. Эта
ошибка возникает, если локальный компьютер "считает", что удаленный
компьютер поддерживает резервирование компьютерных кабелей, хотя на самом
деле удаленный компьютер не сконфигурирован для этого. Эта ошибка может
возникнуть также в случае, если во время установления соединения произошел
разрыв сети.

Ошибки сокета
Эта ошибка возникает, когда локальный сокет ожидает получения данных:
Error performing select on socket (Ошибка выбора сокета)
Эта ошибка никогда не должна возникать.

Потеря связи
Эта ошибка возникает, когда сетевой трафик не поступает с удаленного
компьютера.
Missed hearing from partner: (Отсутствуют сообщения от партнера:) < IP
Address>
Если эта ошибка возникает при нормально функционирующей сети, нужно
проверить параметры PING_INTERVAL и PING_COUNT в файле cimhosts.txt.
Возможно, их значения придется увеличить в зависимости от нагрузки на
компьютер или на сеть.

C-2 Руководство по резервированию сервера CIMPLICITY–Июль 2001 GFK-1353F-RU


Приложение D – Поиск и
устранение ошибок при
слиянии баз данных

Проблемы и их решение

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


файл db_merge.log на наличие ошибок. Способы решения некоторых наиболее
типичных проблем приведены в следующей таблице.

Ниже приведены некоторые наиболее типичные проблемы, с которыми


приходится сталкиваться при использовании функции DataMerge (слияния баз
данных), их симптомы и возможные способы их решения.

Проблема Функция DataMerge не запускается при ее вызове из окна


Command Prompt, открытого из Workbench.
Симптомы WARNING: Unable to translate (Предупреждение:
Невозможно транслировать)
SITE_ROOT.dlrp_init_merge
Fri Apr 10 13:25:47 1998 failure (ошибка) 189
<No Prname> dlrp_init_table 93
Error 2 from fio file (Ошибка 2 из файла
ввода/вывода) data_field: No such file or
directory (Такой файл или директория не
существует).
Error of type (Ошибка типа)COR_SC_ERR: source
130 code 2 COR_logstatus FATAL error resulting
in exit (НЕИСПРАВИМАЯ ошибка, ведущая к выходу
из программы)
Решение Выполните следующее:
1. Откройте компонент Workbench проекта.
2. Щелкните Tools на панели меню.

GFK-1353F-RU D-1
3. Выберите Command prompt…
В окне Command Prompt введите с клавиатуры
datamerge.exe.
Проблема Запуск функции Datamerge без запуска проекта.
Симптомы
CIpcPortShm::Register
m_ConnOut.Attach Err:2

Решение Выполните следующее:
1. Запустите проект.
2. Откройте Workbench проекта.
3. Щелкните Tools на панели меню.
4. Выберите Command prompt…
В окне Command Prompt введите с клавиатуры
datamerge.exe.
Проблема Использование системы регистрации точек CIMPLICITY
(источник данных) или системы регистрации аварийных
сигналов CIMPLICITY на вторичном (ведомом) сервере
без их правильного отображения на первичном (ведущем)
сервере.
Симптомы Запись в файле db_merge.log, сообщающая о том, что
данные для слияния отсутствуют. Само по себе это не
является признаком ошибки. Это, однако, может быть
признаком ошибки, если данные для слияния фактически
имеются.
Решение См. "Процедуры конфигурирования резервирования -
конфигурирование для резервирования баз данных" в
настоящем руководстве.

Проблема Использование на первичном и вторичном серверах


источников данных с одинаковыми именами, которые
указывают на различные базы данных.
Симптомы Запись в файле db_merge.log, сообщающая о том, что
данные для слияния отсутствуют. Само по себе это не
является признаком ошибки. Это, однако, может быть
признаком ошибки, если данные для слияния фактически
имеются.
Решение См. "Процедуры конфигурирования резервирования -
конфигурирование для резервирования баз данных" в
настоящем руководстве.

Проблема Перезапуск функции DataMerge.


Симптомы Не найден файл ptlr[date].log.

D-2 Руководство по резервированию сервера CIMPLICITY– Июль 2001 GFK-1353F-RU


Решение Переименуйте файл ptlr[date].sav в его последней
редакции в ptlr[date].log.
Проблема Перезапуск функции DataMerge для данных, которые уже
были обработаны.
Симптомы Сообщение об ошибке, согласно которому новый ввод
нарушает первичный ключ.
Решение Слияние данных уже произошло.

GFK-1353F-RU D-3
I
InitSocketChange 7-3
IP-адреса
cimhosts.txt 6-4

Указатель IP-статус API 7-1

N
Number_of_Ports 6-6

P
Ping_Count 6-5
Ping_Interval 6-5

A R
API контроля REDUND_LINK_SLEEP B-2
резервирование компьютерных кабелей 7-1 REDUND_PROBE_DELAY B-1
API статуса сокета 7-1 REDUND_PROBE_INTERVAL B-1

C S
cimhosts.txt SLAVE_STARTUP_TIMEOUT B-3
IP-адреса 6-4
резервирование компьютерных кабелей 6-4
Cimhosts.txt W
Number_of_ports 6-6 WaitSocketChange 7-3
Start_port_range 6-6
флаг DEBUG 6-6
CimView
А
поведение резервируемой системы 2-15 Автоматическое резервирование
CloseSocketChange 7-3 введение 2-6
Connect_Timeout 6-5 восстановление после сбоя процесса 5-10
Администрирование аварийных сообщений и
D сигналов
поведение резервируемой системы 2-15
Datamerge.exe 5-9 Администрирование точек
Devcom, конфигурация работа во время восстановления после сбоя 5-5
резервирование сервера 3-6 Аппаратное обеспечение
требования к сети в системе резервирования
F сервера 2-3

FindCloseSocket 7-9
FindCloseSocketChangeNotification 7-8 Б
FindFirstSocket 7-8 Базовая система
FindFirstSocketChangeNotification 7-7 порядок конфигурации 3-2
FindNextSocket 7-9
FindNextSocketChangeNotification 7-7
В
G Введение
резервирование сервера 2-6
GetNextSocketChange 7-4 Восстановление
резервирование сервера 2-16
Восстановление после сбоя

GFK-1353F-RU Предметный указатель-i


автоматическое – краткое описание 2-7 Интерфейс Point bridge
входы пользователей в систему во время 5-6 конфигурация резервирования A-8
динамические интерфейсы во время 5-6 Интерфейс определения IP-статуса
работа связи устройств во время 5-5 InitSocketChange 7-3
работа системы администрирования точек во WaitSocketChange 7-3
время 5-5 Интерфейс определения IP-статуса 7-2
работа системы во время 5-5 CloseSocketChange 7-3
работа системы управления аварийными GetNextSocketChange 7-4
сообщениями 5-5 функции 7-3
Восстановление после сбоя, ограничения Интерфейс определения статуса сокета 7-5
резервирование компьютерных кабелей 6-3 FindCloseSocket 7-9
Восстановление проекта после сбоя FindCloseSocketChangeNotification 7-8
автоматическое – краткое описание 2-7 FindFirstSocket 7-8
Вторичный FindFirstSocketChangeNotification 7-7
синхронизировать базы данных на первичном и FindNextSocket 7-9
вторичном узлах 5-9 FindNextSocketChangeNotification 7-7
Вторичный компьютер функции 7-7
необходимость подключения сетевого диска в Использование TCP/IP портов
системе резервирования 2-4 резервирование компьютерных кабелей 6-6
Вторичный сервер
запуск проекта с 5-3 К
краткое описание автоматического
восстановления после сбоя 2-7 Компьютеры
краткое описание возврата в исходное в системе резервирования сервера 2-6
состояние после сбоя 2-7 Конфигурация
определение 2-6 порядок действий в базовой системе 3-2
Входы пользователей в систему процедуры резервирования сервера 3-1
работа во время восстановления после сбоя 5-6 регистрация в базах данных 3-7
Конфигурация времени обнаружения сбоя
резервирование сервера B-1
Г
Конфигурация резервирования
Глобальная точка интерфейс Point bridge A-8
конфигурация резервирования сервера 3-6 протокол Allen-Bradley A-5
протокол Allen-Bradley Data Highway Plus A-5
Д протокол APPLICOM A-6
протокол CCM2 A-3
Диагностический выходной сигнал протокол DDE client A-6
резервирование компьютерных кабелей 6-6 протокол Genius A-4
Динамические интерфейсы протокол Modbus Plus A-6
работа во время восстановления после сбоя 5-6 протокол Modbus RTU A-7
протокол Modbus TCP/IP A-7
З протокол Series 90 TCP/IP A-2
протокол Series 90 TCP/IP redundancy A-2
Загрузка протокол SNPX A-4
конфигурирование проекта для запуска при 5-4 Конфигурация сети
Задержка запуска ведомого резервирование сервера 3-4
резервирование сервера B-3 Конфигурирование
Запуск резервирование компьютерных кабелей 6-4
проект со вторичного сервера 5-3 Конфигурирование времени, необходимого для
резервируемый проект 5-2 перехода на резервный кабель
резервирование компьютерных кабелей 6-5
И Краткая информация
поддерживаемые протоколы связи для
Интегрирование резервирования сервера A-1
функции резервирования 2-6

Предметный указатель-ii CIMPLICITY HMI - руководство по резервированию сервера–Июль 2001 GFK-1353F-RU


Н первичный сервер после восстановления 5-7
ПЛК, резервирование 1-2
Нормальные рабочие процедуры запуска и Поведение резервируемой системы
завершения CimView 2-15
резервирование сервера 5-1 администрирование аварийных сообщений и
сигналов 2-15
О регистрация пользователей 2-15
сбор данных 2-10
О резервировании
уставки 2-13
резервирование компьютерных кабелей 6-1
Повторно синхронизировать
Обзор
файлы регистрации в базах данных 5-8
перед началом работы 2-1
Подготовка скриптов
Ограничения
требования в системе резервирования сервера
обход автоматического резервирования 5-10
2-4
функциональные возможности резервирования
Поддерживаемые конфигурации сетей
компьютерных кабелей 6-2
резервирование компьютерных кабелей 6-4
Ограничения восстановления после сбоя
Подключенный сетевой диск
резервирование компьютерных кабелей 6-3
требование для резервирования 2-4
Ограничения на восстановление после сбоя
Пользователь
резервирование сервера 2-9
права для подключения сетевого диска 2-7
Определение
Потеря связи
вторичный сервер 2-6
сообщения об ошибках и резервирование
первичный сервер 2-6
компьютерных кабелей C-2
причина сбоя первичного сервера 5-6
Права доступа
Останов
требуются для подключения сетевого диска 2-7
резервируемый проект 5-3
Правила работы
Ошибки соединения
резервирование компьютерных кабелей 6-2
сообщения об ошибках и резервирование
Приложение
компьютерных кабелей C-2
Требования в системе резервирования сервера
Ошибки сокета
2-4
сообщения об ошибках и резервирование
требования к подготовке скриптов в системе
компьютерных кабелей C-2
резервирования сервера 2-4
Приложения
П требования к конфигурации сети в системе
резервирования сервера 2-5
Первичный
требования к первичному и вторичному
синхронизировать базы данных на первичном и
компьютерам в системе резервирования
вторичном узлах 5-9
сервера 2-4
Первичный и вторичный компьютеры
требования к синхронизация времени в системе
требования в системе резервирования сервера
резервирования сервера 2-5
2-4
требования по регистрации в базах данных в
Первичный компьютер
системе резервирования сервера 2-5
необходимость подключения сетевого диска в
Причина
системе резервирования 2-4
определение по сбою первичного сервера 5-6
Первичный сервер
Проблемы
краткое описание автоматического
слияние баз данных D-1
восстановления после сбоя 2-7
Проект
краткое описание возврата в исходное
запуск резервируемого проекта 5-2
состояние после сбоя 2-7
запуск со вторичного сервера 5-3
определение 2-6
конфигурация при резервировании сервера 3-2
переустановка после восстановления,
конфигурирование проекта для запуска при
резервирование сервера 5-7
загрузке 5-4
Перезагрузка
останов резервируемого проекта 5-3
после автоматического восстановления 2-7
Протокол Allen-Bradley
Переустановка
конфигурация резервирования A-5

GFK-1353F-RU Предметный указатель Предметный указатель-iii


Протокол Allen-Bradley Data Highway Plus Резервирование компьютерных кабелей
конфигурация резервирования A-5 о резервировании 6-1
Протокол APPLICOM правила работы 6-2
конфигурация резервирования A-6 функциональные ограничения 6-2
Протокол CCM2 Резервирование компьютерных кабелей
конфигурация резервирования A-3 требования к аппаратному обеспечению 6-3
Протокол DDE client Резервирование компьютерных кабелей
конфигурация резервирования A-6 поддерживаемые конфигурации сетей 6-4
Протокол Genius Резервирование компьютерных кабелей
конфигурация резервирования A-4 конфигурирование 6-4
Протокол Modbus Plus Резервирование компьютерных кабелей
конфигурация резервирования A-6 конфигурирование времени, необходимого для
Протокол Modbus RTU перехода на резервный кабель 6-5
конфигурация резервирования A-7 Резервирование компьютерных кабелей
Протокол Modbus TCP/IP диагностический выходной сигнал 6-6
конфигурация резервирования A-7 Резервирование компьютерных кабелей
Протокол Series 90 TCP/IP использование TCP/IP портов 6-6
конфигурация резервирования A-2 Резервирование компьютерных кабелей
Протокол Series 90 TCP/IP redundancy API контроля 7-1
конфигурация резервирования A-2 Резервирование компьютерных кабелей
Протокол SNPX интерфейс определения IP-статуса 7-2
конфигурация резервирования A-4 Резервирование компьютерных кабелей
Процедуры интерфейс определения статуса сокета 7-5
резервирование сервера 3-1 Резервирование компьютерных кабелей
сообщения об ошибках и ошибки соединения
Р C-2
Резервирование компьютерных кабелей
Работа системы во время восстановления после сообщения об ошибках и ошибки сокета C-2
сбоя Резервирование компьютерных кабелей
резервирование сервера 5-5 сообщения об ошибках и потеря связи C-2
Работа системы резервирования сервера во время Резервирование сервера 1-3
восстановления после сбоя 5-5 восстановление 2-16
Рабочие процедуры задержка запуска ведомого B-3
резервирование сервера 5-1 интерфейс Point bridge A-8
Регистрация в базах данных конфигурация Devcom 3-6
конфигурация 3-7 конфигурация времени обнаружения сбоя B-1
повторная синхронизация файлов при конфигурация глобальных точек 3-6
резервировании сервера 5-8 конфигурация сети 3-4
требования в системе резервирования сервера нормальный запуск и завершение 5-1
2-5 ограничения на восстановление после сбоя 2-9
Регистрация пользователей определение для CIMPLICITY HMI 1-5
поведение резервируемой системы 2-15 переустановка первичного сервера после
Резервирование восстановления. 5-7
общее определение 1-2 повторная синхронизация файлов регистрации в
ПЛК 1-2 базах данных 5-8
сервер 1-3 поддерживаемые протоколы связи, краткая
сеть главного компьютера 1-4 информация A-1
Резервирование протокол Allen-Bradley A-5
кабели 1-3 протокол Allen-Bradley Data Highway Plus A-5
Резервирование кабелей 1-3 протокол APPLICOM A-6
Резервирование кабелей компьютерной сети протокол CCM2 A-3
определение для CIMPLICITY HMI 1-5 протокол DDE client A-6
Резервирование компьютерной сети 1-4 протокол Genius A-4
Резервирование компьютерных кабелей протокол Modbus Plus A-6
ограничения восстановления после сбоя 6-3 протокол Modbus RTU A-7

Предметный указатель-iv CIMPLICITY HMI - руководство по резервированию сервера–Июль 2001 GFK-1353F-RU


протокол Modbus TCP/IP A-7 Т
протокол Series 90 TCP/IP A-2
протокол Series 90 TCP/IP redundancy A-2 Требование
протокол SNPX A-4 подключенный сетевой диск в системе
процедуры конфигурации 3-1 резервирования 2-4
рабочие процедуры 5-1 Требования
сбои процесса 5-10 права пользователя для подключения сетевого
сбои сети 5-11 диска 2-7
синхронизация регистрации пользователей B-2 Требования в системе резервирования сервера
требования к аппаратному обеспечению 2-1, 2- использование первичного / вторичного
23 компьютеров 2-4
функциональные ограничения 2-8 конфигурация сети 2-5
Решения подготовка скриптов 2-4
слияние баз данных D-1 Приложение 2-4
Ручное резервирование регистрация в базах данных 2-5
введение 2-6 синхронизация времени 2-5
Требования к аппаратному обеспечению
резервирование компьютерных кабелей 6-3
С резервирование сервера 2-1, 2-23
Сбои – исключения Требования к системе резервирования сервера
резервирование сервера 5-10 сеть 2-3
Сбои, не вызывающие автоматического
включения функции резервирования сервера У
5-10
Сбой Управление аварийными сообщениями
определение причины для первичного сервера работа во время восстановления после сбоя 5-5
5-6 Уставки
сбои процесса – исключения 5-10 поведение резервируемой системы 2-13
сбои сети – исключения 5-11
Сбор данных Ф
поведение резервируемой системы 2-10
Функции
Связи устройств
интерфейс определения IP-статуса 7-3
работа во время восстановления после сбоя 5-5
интерфейс определения статуса сокета 7-7
Сеть
Функциональные ограничения
сбои резервирования сервера 5-11
резервирование компьютерных кабелей 6-2
требования к конфигурации в системе
резервирование сервера 2-8
резервирования сервера 2-5
требования к системе резервирования сервера
2-3
Синхронизация времени
требования в системе резервирования сервера
2-5
Синхронизация регистрации пользователей
резервирование сервера: B-2
Сообщения об ошибках
резервирование компьютерных кабелей и
ошибки привязки C-1
резервирование компьютерных кабелей и
ошибки соединения C-2
резервирование компьютерных кабелей и
потеря связи C-2
резервирование компьютерных кабелей,
ошибки сокета C-2

GFK-1353F-RU Предметный указатель Предметный указатель-v