updoserdup

Дублирование компонентов сервера OfficeScan

Когда последняя версия полного файла базы данных становится доступной для загрузки с сервера Trend Micro ActiveUpdate, также становятся доступными 14 «инкрементных баз данных». Инкрементные базы данных — это более компактные версии полного файла базы данных, содержащие расхождения между последней и предыдущей версиями полного файла базы данных. Например, если последней является версия 175, то в инкрементной базе данных v_173.175 содержатся сигнатуры версии 175, отсутствовавшие в версии 173 (версия 173 — предыдущая версия полной базы данных, поскольку номера баз данных назначаются с шагом 2). Инкрементная база данных v_171.175 содержит сигнатуры версии 175, отсутствовавшие в версии 171.

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

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

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

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

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

Полные базы данных на сервере OfficeScan

Текущая версия: 171

Другие доступные версии:

169     167     165     163     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 или менее, сервер загружает только инкрементную базу данных, содержащую расхождение между обеими версиями.

  2. Для наглядности рассмотрим пример.

  3. Сервер объединяет инкрементную базу данных со своей текущей полной базой данных, создавая таким образом последнюю полную базу данных.

  4. Для наглядности рассмотрим пример.

  5. Сервер создает инкрементные базы данных на основе других полных баз данных, доступных на сервере. Если сервер не создает такие инкрементные базы данных, клиенты, пропустившие загрузку более ранних инкрементных баз данных, автоматически загружают полный файл базы данных, что приведен к увеличению объема сетевого трафика.

  6. Для наглядности рассмотрим пример.

    169.175     167.175     165.175     163.175     161.175     159.175

    171.175     169.175     167.175     165.175     163.175     161.175     159.175

  7. Сервер сравнивает свои текущие инкрементные базы данных с инкрементными базами данных, доступными на сервере ActiveUpdate. Затем он загружает инкрементные базы данных, которые на нем отсутствуют.

  8. Для наглядности рассмотрим пример.

    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

    171.175     169.175     167.175     165.175     163.175      161.175     159.175

    173.175     157.175     155.175     153.175     151.175     149.175     147.175

  9. Последняя полная база данных и 14 инкрементных баз данных становятся доступными для клиентов.

См. также: