8 (800) 222-42-27
Подписаться
на новости и события

Надежность LyriX


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

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

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

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

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

Функционирование всех программных модулей системы зависит от функционирования ядра LyriX. То есть в случае выхода из строя ядра системы, все остальные модули переходят в аварийный режим работы и приостанавливают работу с оборудованием, которое переходит в автономный режим работы. После перезапуска ядра системы нормальный режим работы модулей возобновляется. В настоящее время для систем LyriX, использующих Oracle Database Serever в качестве СУБД, доступна функция горячего резервирования ядра системы. Данный механизм заключается в использовании дополнительного экземпляра ядра, запускаемого на другом компьютере системы и работающего с собственной базой данных. В случае выхода из строя основного ядра, резервное ядро автоматически начинает обслуживать все запросы. При восстановлении основного ядра, резервное ядро переходит в режим ожидания.

Горячее резервирование ядра системы

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

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

Горячее резервирование ядра

Если на основном сервере системы расположено не только ядро, но и база данных LyriX, то при выходе сервера из строя функции горячего резервирования ядра бывает недостаточно — необходимо обеспечить также сохранность базы данных. Этого можно добиться, выделив для хранения базы данных LyriX отдельный сервер. Однако для максимальной надежности рекомендуется организовать резервирование этой базы данных. Резервирование базы данных обеспечивается средствами используемой СУБД, а настройка осуществляется службой поддержки данной СУБД.

Таким образом, LyriX обеспечивает максимально гибкую настройку в зависимости от требований к надежности системы. Возможно использование одной базы данных или периодического ручного копирования, что не требует больших затрат на настройку, но и не обеспечивает высокую надежность. Альтернативой является использование технологий резервирования, предоставляемых производителем СУБД, таких как: Real Application Cluster (Oracle), MS SQL Cluster (Microsoft) или IB Replicator (Interbase). Это существенно повысит надежность системы, но вместе с этим потребует затрат на настройку и администрирование.