Сценарий дублирования компонентов Родительская тема

В следующем сценарии представлен порядок работы дублирования компонентов для сервера.

Сценарий дублирования компонентов сервера

Полные базы данных на сервере OfficeScan
Текущая версия: 171
Другие доступные версии:
169
167
165
161
159
  
Последняя версия на сервере ActiveUpdate
173.175
171.175
169.175
167.175
165.175
163.175
161.175
159.175
157.175
155.175
153.175
151.175
149.175
147.175
        
  1. Сервер OfficeScan сравнивает свою текущую версию полной базы данных с последней версией на сервере ActiveUpdate. Если разница между двумя версиями составляет 14 или менее, сервер загружает только инкрементную базу данных, содержащую расхождение между обеими версиями.
    Примечание
    Примечание
    Если разница превышает 14, сервер автоматически загружает полную версию файла базы данных и 14 инкрементных баз данных.
    Для наглядности рассмотрим пример.
    • Разница между номерами версий 171 и 175 составляет 2. Другими словами, на сервере отсутствуют версии 173 и 175.
    • Сервер загружает инкрементную базу данных 171.175. Эта инкрементная база данных содержит расхождение между версиями 171 и 175.
  2. Сервер объединяет инкрементную базу данных со своей текущей полной базой данных, создавая таким образом последнюю полную базу данных.
    Для наглядности рассмотрим пример.
    • На сервере OfficeScan выполняется объединение версии 171 с инкрементной базой данных 171.175 для создания версии 175.
    • На сервере содержатся 1 инкрементная база данных (171.175) и последняя полная база данных (версия 175).
  3. Сервер создает инкрементные базы данных на основе других полных баз данных, доступных на сервере. Если сервер не создает такие инкрементные базы данных, клиенты, пропустившие загрузку более ранних инкрементных баз данных, автоматически загружают полный файл базы данных, что приведен к увеличению объема сетевого трафика.
    Для наглядности рассмотрим пример.
    • Поскольку на сервере находятся базы данных версий 169, 167, 165, 163, 161, 159, он может создавать следующие инкрементные базы данных:
      169.175, 167.175, 165.175, 163.175, 161.175, 159.175
    • Серверу не нужно использовать версию 171, поскольку на нем уже содержится инкрементная база данных 171.175.
    • Сейчас на сервере содержатся 7 инкрементных баз данных:
      171.175, 169.175, 167.175, 165.175, 163.175, 161.175, 159.175
    • Сервер сохраняет 7 последних полных версий базы данных (версии 175, 171, 169, 167, 165, 163, 161). Все более ранние версии удаляются (версия 159).
  4. Сервер сравнивает свои текущие инкрементные базы данных с инкрементными базами данных, доступными на сервере ActiveUpdate. Затем он загружает инкрементные базы данных, которые на нем отсутствуют.
    Для наглядности рассмотрим пример.
    • На сервере ActiveUpdate содержатся 14 инкрементных баз данных:
      173.175, 171.175, 169.175, 167.175, 165.175, 163.175, 161.175, 159.175, 157.175, 155.175, 153.175, 151.175, 149.175, 147.175
    • На сервере OfficeScan содержатся 7 инкрементных баз данных:
      171.175, 169.175, 167.175, 165.175, 163.175, 161.175, 159.175
    • Сервер OfficeScan загружает еще 7 инкрементных баз данных:
      173.175, 157.175, 155.175, 153.175, 151.175, 149.175, 147.175
    • Теперь на сервере содержатся все инкрементные базы данных, доступные на сервере ActiveUpdate.
  5. Последняя полная база данных и 14 инкрементных баз данных становятся доступными для клиентов.