Kaspersky Endpoint Detection and Response Expert (on-premises)

Сценарий: перенос данных из KATA/KEDR 7.1 в Kaspersky EDR Expert 8.0 с использованием того же сервера для Kaspersky EDR Expert 8.0 в режиме распределенного решения

13 октября 2026

ID 320258

В этом разделе рассматривается сценарий переноса данных для решения Open Single Management Platform, развернутого в виде распределенного решения. В отличие от сценариев с одним узлом, распределенные развертывания включают в себя несколько узлов (PCN, SCN, Embedded SCN), и для сохранения изоляции и иерархии данных требуется тщательное сопоставление тенантов.

Ограничения

Перенос данных в сценарии режима распределенного решения имеет следующие ограничения:

  • Для переноса всех данных, кроме телеметрии:
    • Для переноса данных распределенного решения должен использоваться один внешний диск (физическое или сетевое хранилище).
    • При экспорте данных скрипт экспорта нужно последовательно запускать на каждом узле распределенного решения. Последовательность узлов произвольна и может быть подобрана для удобства работы.
    • Данные импортируются с помощью внешнего диска, содержащего все экспортированные данные со всех узлов.
    • Импорт данных должен быть начат через узел OSMP, содержащий корневой тенант. Данные со второстепенных узлов и тенантов также импортируются через корневой узел и распространяются по иерархии тенантов.
    • Если для сканирования трафика на мультитенантном сервере OSMP используются YARA-правила, они переносятся в корневой тенант сервера, даже если они были созданы на SCN, связанном с тенантом второго уровня.
    • Если на мультитенантном сервере OSMP используются для сканирования файлов в потоке используются пароли для архивов, они переносятся в корневой тенант сервера, даже если изначально были созданы на SCN, связанном с тенантом второго уровня.
  • Для переноса данных телеметрии:
    • Импорт данных телеметрии выполняется отдельно для каждого узла распределенного решения по сценарию, описанному ниже. Целевой узел для телеметрии можно выбрать во время настройки коллектора KUMA.
  • До завершения процесса экспорта рекомендуется воздержаться от следующих действий:
    • Добавление, изменение или удаление пользователей.
    • Выполнение каких-либо действий с образами операционной системы в Sandbox или изменение правил Sandbox.
    • Добавление, изменение или удаление правил запрета.
    • Добавление, изменение или удаление IOC, IOA-правил, YARA-правил, исключений IOA и расписания проверки IOC.
    • Добавление или удаление Endpoint Agent или изменение групп и тегов Endpoint Agent.
    • Изменение списка паролей архивов.

Подготовка к переносу данных

Перед началом импорта данных выполните следующие действия:

  1. В OSMP создайте структуру тенантов, которая соответствует следующим критериям:
    • Для каждого SCN, включая встроенные, создается отдельный тенант.
    • Тенанты, соответствующие SCN, не должны иметь родительско-дочерних отношений – они могут исказить объем передаваемых объектов.
    • Для PCN как объединяющей сущности требуется создать отдельного тенанта, который будет служить родительским для тенантов, соответствующих этому SCN.
  2. В конфигурационном файле, созданном во время экспорта данных (можно в любое другое время, но обязательно перед началом импорта), укажите сопоставление узлов Kaspersky EDR Expert с тенантами OSMP. Сопоставляйте их один к одному – назначение нескольких SCN одному и тому же тенанту OSMP не допускается.

Этапы

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

  1. Процедуру экспорта данных требуется выполнить на каждом узле распределенного решения. Последовательность обработки узлов произвольна и может быть подобрана для удобства работы. Но учтите, что все экспортированные данные со всех узлов должны быть размещены на одном внешнем диске.
  2. Операции по экспорту и импорту выполняются в два этапа. Поддерживается две альтернативные схемы:
    • Полный экспорт – полный импорт: экспорт для первого, второго и третьего (телеметрия) этапов, затем импорт для первого, второго и третьего этапов. Такой подход увеличивает общее время простоя системы, однако с ним серверы Kaspersky EDR Expert станут доступными раньше.
    • Режим с чередованием: экспорт для первого этапа и импорт для первого этапа, экспорт для второго этапа и импорт для второго этапа, затем экспорт для третьего этапа и импорт для третьего этапа. Такой подход уменьшает время простоя системы, но серверы Kaspersky EDR Expert остаются занятыми дольше, чем при выборе предыдущего варианта.

Чтобы выполнить перенос данных с использованием варианта "полный экспорт – полный импорт":

  1. Монтирование внешнего диска к первому узлу распределенного развертывания

    Если вы предпочитаете использовать в качестве внешнего хранилища общую папку, создайте ее на отдельном сервере Linux.

    Инструкции по созданию сетевого ресурса

    В режиме Technical Support Mode подключите внешний диск (физический или сетевой ресурс) к серверу, на котором развернут KEDR 7.1.

    Инструкции по монтированию и размонтированию физического диска

    Инструкции по монтированию и размонтированию сетевого ресурса

  2. Размещение скриптов и файлов, необходимых для переноса данных, на сервере KATA/KEDR

    В режиме технической поддержки (Technical Support Mode) поместите скрипт экспорта и архив TAR, содержащий образ Docker img_kata_osmp_migrate.tar, на сервер KATA.

    Скрипт экспорта данных выполняет экспорт в три этапа:

    1. Экспорт данных, необходимых для запуска OSMP и репликации рабочего состояния KEDR 7.1:
      • Список активных (включенных) пользователей.
      • Список имен образов, включенных в набор данных Sandbox
      • Пользовательские правила Sandbox (проверка пользовательских изображений).
      • Параметр, включающий или выключающий проверку файлов в Sandbox.
      • Правила запрета.
      • IOC-правила.
      • Пользовательские IOA-правила.
      • Пользовательские YARA-правила.
      • Пароли к архивам, используемые при проверке антивирусом и Sandbox.
      • Расписание IOC-проверок.
      • Список Endpoint Agents.
      • Группы и теги Endpoint Agent (устройства).
    2. Данные истории и дополнительные параметры:
      • База данных алертов.
      • Дополнительные данные, связанные с алертами.
      • Хранилище (данные для расследования, загруженные вручную файла и файлы, полученные с помощью задачи get).
      • Шаблоны уведомлений по электронной почте.
    3. Данные телеметрии.
  3. Запуск скрипта экспорта для первого этапа

    Запустите скрипт экспорта для первого шага (укажите параметр --step first при запуске скрипта kata-osmp-export.sh), указав в качестве точки экспорта данных путь к смонтированному диску.

    Скрипт экспортирует исключения IOA (excludes.json) в отдельный файл в соответствующем формате для политики Endpoint Agent, что позволит импортировать их в дальнейшем. Этот файл располагается среди экспортированных данных в директории ioa.

    Скрипт выводит сообщение об успешном завершении первого этапа экспорта данных.

  4. Подготовка ко второму этапу экспорта данных

    После успешного завершения первого этапа экспорта данных выполните следующие действия:

  5. Запуск скрипта экспорта для второго этапа

    Запустите скрипт экспорта для второго этапа (укажите параметр --step second при запуске скрипта kata-osmp-export.sh), указав в качестве точки экспорта данных путь к смонтированному диску.

    Скрипт выводит сообщение об успешном завершении первого этапа экспорта данных.

  6. Запуск скрипта экспорта для третьего этапа

    Если требуется перенести данные телеметрии, запустите скрипт экспорта для третьего этапа (при запуске скрипта kata-osmp-export.sh укажите параметр --step third).

    Данные телеметрии будут размещены по пути migration-dir/nodes/[GUID узла]/archive_source/elasticsearch/ в файлах .dump.

  7. Повторение шагов 1–6

    Повторите шаги с 1 по 6 этой процедуры на остальных узлах, физически переместив внешний диск или повторно подключив его к каждому узлу по очереди.

    Используйте ту же папку переноса данных для данных со всех остальных узлов.

  8. Развертывание сервера Linux

    Настройте отдельный сервер Linux.

    Настройте интеграцию между сервером Linux и OSMP.

    Установите Docker на сервер Linux.

    Поместите скрипт импорта и архив TAR, содержащий образ Docker img_kata_osmp_migration_importer.tar, на отдельный сервер Linux.

    Если KEDR 7.1 еще не заменен на Kaspersky EDR Expert 8.0 и продолжает работать, один из его узлов (например, PCN) можно использовать в качестве необходимого сервера Linux. В этом случае нет необходимости устанавливать Docker, поскольку на KEDR 7.1 он уже установлен.

  9. Монтирование внешнего диска к серверу Linux

    Если используется отдельный Linux сервер, размонтируйте внешний диск на последнем узле KEDR 7.1 в режиме технической поддержки (Technical Support Mode) и смонтируйте его на сервере Linux.

  10. Создание конфигурационного файла, в котором будет определено соответствие между узлами KEDR и тенантами OSMP

    Пример файла конфигурации

  11. Запуск скрипта импорта

    На сервере Linux запустите скрипт импорта.

  12. Импорт данных вручную

    Выполните следующие действия:

  13. Перенос данных телеметрии

    Данные телеметрии можно перенести с использованием внешнего хранилища или без внешнего хранилища.

Чтобы выполнить перенос данных в режиме с чередованием:

  1. Монтирование внешнего диска к первому узлу распределенного развертывания

    Если вы предпочитаете использовать общую папку в качестве внешнего хранилища, создайте ее на отдельном сервере Linux.

    Инструкции по созданию сетевого ресурса

    В режиме Technical Support Mode подключите внешний диск (физический или сетевой ресурс) к серверу, на котором развернут KEDR 7.1.

    Инструкции по монтированию и размонтированию физического диска

    Инструкции по монтированию и размонтированию сетевого ресурса

  2. Размещение скриптов и файлов, необходимых для переноса данных, на сервере KATA/KEDR

    В режиме технической поддержки (Technical Support Mode) поместите скрипт экспорта и архив TAR, содержащий образ Docker img_kata_osmp_migrate.tar, на сервер KATA.

    Скрипт экспорта данных выполняет экспорт в три этапа:

    1. Экспорт данных, необходимых для запуска OSMP и репликации рабочего состояния KEDR 7.1:
      • Список активных (включенных) пользователей.
      • Список имен образов, включенных в набор данных Sandbox.
      • Пользовательские правила Sandbox (проверка пользовательских изображений).
      • Параметр, включающий или выключающий проверку файлов в Sandbox.
      • Правила запрета.
      • IOC-правила.
      • Пользовательские IOA-правила.
      • Пользовательские YARA-правила.
      • Пароли к архивам, используемые при проверке антивирусом и Sandbox.
      • Расписание IOC-проверок.
      • Список Endpoint Agents.
      • Группы и теги Endpoint Agent (устройства).
    2. Данные истории и дополнительные параметры:
      • База данных алертов.
      • Дополнительные данные, связанные с алертами.
      • Хранилище (данные для расследования, загруженные вручную файла и файлы, полученные с помощью задачи get).
      • Шаблоны уведомлений по электронной почте.
    3. Данные телеметрии.
  3. Запуск скрипта экспорта для первого этапа

    Запустите скрипт экспорта для первого шага (укажите параметр --step first при запуске скрипта kata-osmp-export.sh), указав в качестве точки экспорта данных адрес подключенного диска, на который будете экспортировать данные.

    Скрипт экспортирует исключения IOA (excludes.json) в отдельный файл в соответствующем формате для политики Endpoint Agent, что позволит импортировать их в дальнейшем. Этот файл располагается среди экспортированных данных в директории ioa.

  4. Повторение шагов 1–3

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

    Используйте ту же папку переноса данных для данных со всех остальных узлов.

  5. Развертывание сервера Linux

    Настройте отдельный сервер Linux.

    Настройте интеграцию между сервером Linux и OSMP.

    Установите Docker на сервер Linux.

    Поместите скрипт импорта и архив TAR, содержащий образ Docker img_kata_osmp_migration_importer.tar, на отдельный сервер Linux.

    Если KEDR 7.1 еще не заменен на Kaspersky EDR Expert 8.0 и продолжает работать, один из его узлов (например, PCN) можно использовать в качестве необходимого сервера Linux. В этом случае нет необходимости устанавливать Docker, поскольку на KEDR 7.1 он уже установлен.

  6. Монтирование внешнего диска к серверу Linux

    Если используется отдельный Linux сервер, размонтируйте внешний диск на KEDR 7.1 и в режиме технической поддержки (Technical Support Mode) смонтируйте его на сервере Linux.

  7. Создание конфигурационного файла, в котором будет определено соответствие между узлами KEDR и тенантами OSMP

    Пример файла конфигурации

  8. Запуск скрипта импорта

    На сервере Linux запустите скрипт импорта.

  9. Подготовка ко второму этапу экспорта данных

    После успешного завершения первого этапа импорта данных выполните следующие действия:

  10. Подключение того же внешнего диска к первому узлу распределенного развертывания

    В режиме Technical Support Mode снова смонтируйте внешний диск (физический или сетевой ресурс) на сервере, на котором развернут KEDR 7.1.

  11. Запуск скрипта экспорта для второго этапа

    Запустите скрипт экспорта для второго шага (укажите параметр --step second).

  12. Запуск скрипта экспорта для третьего этапа

    Если требуется перенести данные телеметрии, запустите скрипт экспорта для третьего этапа (при запуске скрипта kata-osmp-export.sh укажите параметр --step third).

    Данные телеметрии будут размещены по пути migration-dir/nodes/[GUID узла]/archive_source/elasticsearch/ в файлах .dump.

  13. Повторение шагов 10–12

    Повторите шаги с 10 по 12 этой процедуры на остальных узлах, физически переместив внешний диск или повторно подключив его к каждому узлу по очереди.

  14. Запуск скрипта импорта для второго этапа в OSMP

    Если используется отдельный Linux сервер, размонтируйте внешний диск на KEDR 7.1 и в режиме технической поддержки (Technical Support Mode) смонтируйте его на сервере Linux.

    На сервере Linux запустите скрипт импорта для второго этапа.

    Скрипт выводит сообщение об успешном завершении второго этапа импорта данных.

  15. Перенос данных телеметрии

    Данные телеметрии можно перенести с использованием внешнего хранилища или без внешнего хранилища.

Глобальные и локальные данные

В этом разделе указано, как глобальные и локальные объекты с данными обрабатываются в процессе экспорта и импорта.

Локальные данные:

  • Все локальные данные из каждого SCN (включая встроенные) экспортируются на внешний диск, а затем передаются в тенант OSMP, явно сопоставленный с этим SCN в файле конфигурации.
  • Объем локальных объектов после переноса данных:
    • Для локальных объектов (например для правил и задач), которые ранее применялись ко всему SCN, областью действия становится тенант OSMP, соответствующим этому SCN.
    • Для локальных объектов, которые ранее применялись к определенным устройствам, область действия остается прежней.
  • Глобальные данные, передаваемые из PCN в SCN, не переносятся из-за их неполноты.

Глобальные данные:

  • Все локальные данные из каждого PCN экспортируются на внешний диск, а затем передаются в тенант OSMP, явно сопоставленный с этим PCN в конфигурационном файле.
  • Объем глобальных объектов после переноса данных:
    • Для глобальных объектов (например для правил и задач), которые ранее применялись ко всему тенанту, областью действия становятся все тенанты, соответствующие тем SCN, которые были частью исходного тенанта.
    • Для глобальных объектов, которые ранее применялись к определенному SCN, областью действия становится тенант, соответствующий этому SCN.
    • Для глобальных объектов, которые ранее применялись к определенным устройствам, область действия остается прежней.
  • Локальные данные, полученные PCN от SCN, не передаются из-за их неполноты.

Вам помогла эта статья?
Что нам нужно улучшить?
Спасибо за ваш отзыв, вы помогаете нам становиться лучше!
Спасибо за ваш отзыв, вы помогаете нам становиться лучше!