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

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

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

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

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

Главный сервер – сервер резервирования, на котором запущено ядро СУБД ЛИНТЕР, работающее с клиентскими приложениями.

Резервный сервер – сервер резервирования, на котором поддерживается копия рабочей БД главного сервера.

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

Для главного сервера – это БД, с которой работает ядро СУБД ЛИНТЕР (и, соответственно, клиентские приложения).

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

Рабочий каталог сервера устанавливается либо переменной SY00, либо ключом /pathtodb, либо будет использован текущий каталог. Для задания пути к БД необходимо использовать абсолютные пути.

БД, которая не является рабочей. Служит для хранения копии рабочей БД на главном/резервном сервере резервирования. Архивная БД располагается в архивном каталоге.

Местоположение архивной БД определяется при старте системы резервирования (см. описание ключа /pathtoarc).

Для задания пути к БД необходимо использовать абсолютные пути.

Каталог для хранения архивной БД.

Каталог для хранения рабочей БД.

Упакованная в один файл копия архивной БД, созданная с помощью внешней программы архивирования файлов (zip, tar, gz, bzip2).

Состояние сервера резервирования – возможное (с точки зрения системы резервирования) логическое состояние сервера резервирования.

Состояние БД – логическое состояние БД сервера резервирования в момент текущей или предшествующей работы сервера резервирования с данной БД.

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

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

Список генерируемых программой управления сервером резервирования событий приведен в таблице 1.

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

Интервал посылки тестовых пакетов задает «тактовую частоту», на основе которой в системе резервирования выполняются все временные операции. Например, если интервал посылки тестовых пакетов равен 3 сек., а интервал посылки тестовых запросов к ядру СУБД ЛИНТЕР – 2 сек., то реально посылка тестовых запросов будет выполняться с периодом 3 сек.

Идентификатор сервера резервирования – уникальное (в пределах системы резервирования) внутреннее 128 битное значение. Идентификатор формируется на основе IP-адреса компьютера, его сетевого имени, случайного числа и, возможно, значения ключа /prior командной строки запуска сервера резервирования.

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

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

На основании идентификатора определяются и собственные узлы сервера резервирования (идентификатор узла совпадает со сгенерированным идентификатором).

Старший сервер – сервер резервирования, на который возложена функция разрешения конфликтов при конкуренции за выполнение операций, как правило, при старте системы резервирования (когда все компьютеры равны).

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

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