Алгоритм выбора главного сервера

При конкурсе на роль главного сервера проводятся следующие действия:

  1. среди рабочей БД, архивной БД и архивного файла БД выбирается объект с максимально свежими данными (по времени или по системному журналу);

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

  3. если у сравниваемых серверов нет БД, то подходящий сервер выбирается на основе сравнения времени архивных файлов;

  4. если у сравниваемых серверов есть БД и если включен режим сравнения по системному журналу, то сравнение происходит по системному журналу, иначе этот пункт опускается;

  5. если сравнение по системному журналу не выявило предпочтительного сервера или не производилось, то выполняется сравнение по времени БД;

  6. если и сравнение по времени БД не выявило наиболее подходящий сервер, то производится сравнение по состояниям БД. MONO или MAIN состояния имеют преимущество перед всеми остальными;

  7. если и на данной стадии не обнаружено наиболее подходящего сервера, то главным выбирается сервер с наибольшим идентификатором (старший).

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