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

реализация механизма «главный сервер – > резервный сервер». Главный сервер отрабатывает пользовательские запросы к СУБД и хранит данные в рабочей БД;

резервный сервер (их может быть несколько) ведет копию БД главного сервера. Каждый резервный сервер непрерывно получает данные с главного сервера по протоколу TCP/IP об изменениях в его рабочей БД посредством утилиты lhb. В минимальной конфигурации должен быть хотя бы один резервный сервер;

управление запуском и остановом компонентов системы резервирования берет на себя специализированная управляющая программа server;

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

управляющие программы серверов системы резервирования обмениваются информацией друг с другом и отслеживают взаимное состояние серверов;

при отказе (или принудительном останове) главного сервера на одном из резервных серверов запускается СУБД ЛИНТЕР для работы с копией БД, полученной ранее с главного сервера. С этого момента данный сервер станет главным сервером;

запросы клиентских приложений к СУБД ЛИНТЕР всегда адресуются только главному серверу системы резервирования. При смене функции главного сервера переадресация запросов новому главному серверу выполняется автоматически;

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