13 октября 2026
ID 320258
Сценарий: перенос данных из KATA/KEDR 7.1 в Kaspersky EDR Expert 8.1 с использованием того же сервера для Kaspersky EDR Expert 8.1 в режиме распределенного решения
В этом разделе рассматривается сценарий переноса данных для решения 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.
- Изменение списка паролей архивов.
Подготовка к переносу данных
Перед началом импорта данных выполните следующие действия:
- В OSMP создайте структуру тенантов, которая соответствует следующим критериям:
- Для каждого SCN, включая встроенные, создается отдельный тенант.
- Тенанты, соответствующие SCN, не должны иметь родительско-дочерних отношений – они могут исказить объем передаваемых объектов.
- Для PCN как объединяющей сущности требуется создать отдельного тенанта, который будет служить родительским для тенантов, соответствующих этому SCN.
- В конфигурационном файле, созданном во время экспорта данных (можно в любое другое время, но обязательно перед началом импорта), укажите сопоставление узлов Kaspersky EDR Expert с тенантами OSMP. Сопоставляйте их один к одному – назначение нескольких SCN одному и тому же тенанту OSMP не допускается.
Этапы
Перенос данных в распределенном решении выполняется в соответствии с последовательностью этапов, которая описана в сценарии переноса данных в решение OSMP, развернутое на одном узле, со следующими дополнениями и изменениями.
- Процедуру экспорта данных требуется выполнить на каждом узле распределенного решения. Последовательность обработки узлов произвольна и может быть подобрана для удобства работы. Но учтите, что все экспортированные данные со всех узлов должны быть размещены на одном внешнем диске.
- Операции по экспорту и импорту выполняются в два этапа. Поддерживается две альтернативные схемы:
- Полный экспорт – полный импорт: экспорт для первого, второго и третьего (телеметрия) этапов, затем импорт для первого, второго и третьего этапов. Такой подход увеличивает общее время простоя системы, однако с ним серверы Kaspersky EDR Expert станут доступными раньше.
- Режим с чередованием: экспорт для первого этапа и импорт для первого этапа, экспорт для второго этапа и импорт для второго этапа, затем экспорт для третьего этапа и импорт для третьего этапа. Такой подход уменьшает время простоя системы, но серверы Kaspersky EDR Expert остаются занятыми дольше, чем при выборе предыдущего варианта.
Чтобы выполнить перенос данных с использованием варианта "полный экспорт – полный импорт":
- Монтирование внешнего диска к первому узлу распределенного развертывания
Если вы предпочитаете использовать в качестве внешнего хранилища общую папку, создайте ее на отдельном сервере Linux.
Инструкции по созданию сетевого ресурса
В режиме Technical Support Mode подключите внешний диск (физический или сетевой ресурс) к серверу, на котором развернут KEDR 7.1.
Инструкции по монтированию и размонтированию физического диска
Инструкции по монтированию и размонтированию сетевого ресурса
- Размещение скриптов и файлов, необходимых для переноса данных, на сервере KATA/KEDR
В режиме технической поддержки (Technical Support Mode) поместите скрипт экспорта и архив TAR, содержащий образ Docker img_kata_osmp_migrate.tar, на сервер KATA.
Скрипт экспорта данных выполняет экспорт в три этапа:
- Экспорт данных, необходимых для запуска OSMP и репликации рабочего состояния KEDR 7.1:
- Список активных (включенных) пользователей.
- Список имен образов, включенных в набор данных Sandbox
- Пользовательские правила Sandbox (проверка пользовательских изображений).
- Параметр, включающий или выключающий проверку файлов в Sandbox.
- Правила запрета.
- IOC-правила.
- Пользовательские IOA-правила.
- Пользовательские YARA-правила.
- Пароли к архивам, используемые при проверке антивирусом и Sandbox.
- Расписание IOC-проверок.
- Список Endpoint Agents.
- Группы и теги Endpoint Agent (устройства).
- Данные истории и дополнительные параметры:
- База данных алертов.
- Дополнительные данные, связанные с алертами.
- Хранилище (данные для расследования, загруженные вручную файла и файлы, полученные с помощью задачи
get). - Шаблоны уведомлений по электронной почте.
- Данные телеметрии.
- Экспорт данных, необходимых для запуска OSMP и репликации рабочего состояния KEDR 7.1:
- Запуск скрипта экспорта для первого этапа
Запустите скрипт экспорта для первого шага (укажите параметр
--step firstпри запуске скрипта kata-osmp-export.sh), указав в качестве точки экспорта данных путь к смонтированному диску.Скрипт экспортирует исключения IOA (excludes.json) в отдельный файл в соответствующем формате для политики Endpoint Agent, что позволит импортировать их в дальнейшем. Этот файл располагается среди экспортированных данных в директории ioa.
Скрипт выводит сообщение об успешном завершении первого этапа экспорта данных.
- Подготовка ко второму этапу экспорта данных
После успешного завершения первого этапа экспорта данных выполните следующие действия:
- Отключите KEDR 7.1 от всех внешних интеграций.
- Отключите агенты Endpoint Agent в параметрах политики, удалив сертификаты Endpoint Agent и включив проверку подлинности сертификатов. После этого Endpoint Agent не сможет подключиться к серверу.
- Запуск скрипта экспорта для второго этапа
Запустите скрипт экспорта для второго этапа (укажите параметр
--step secondпри запуске скрипта kata-osmp-export.sh), указав в качестве точки экспорта данных путь к смонтированному диску.Скрипт выводит сообщение об успешном завершении первого этапа экспорта данных.
- Запуск скрипта экспорта для третьего этапа
Если требуется перенести данные телеметрии, запустите скрипт экспорта для третьего этапа (при запуске скрипта kata-osmp-export.sh укажите параметр
--step third).Данные телеметрии будут размещены по пути migration-dir/nodes/[GUID узла]/archive_source/elasticsearch/ в файлах .dump.
- Повторение шагов 1–6
Повторите шаги с 1 по 6 этой процедуры на остальных узлах, физически переместив внешний диск или повторно подключив его к каждому узлу по очереди.
Используйте ту же папку переноса данных для данных со всех остальных узлов.
- Развертывание сервера Linux
Настройте отдельный сервер Linux.
Настройте интеграцию между сервером Linux и OSMP.
Установите Docker на сервер Linux.
Поместите скрипт импорта и архив TAR, содержащий образ Docker img_kata_osmp_migration_importer.tar, на отдельный сервер Linux.
Если KEDR 7.1 еще не заменен на Kaspersky EDR Expert 8.1 и продолжает работать, один из его узлов (например, PCN) можно использовать в качестве необходимого сервера Linux. В этом случае нет необходимости устанавливать Docker, поскольку на KEDR 7.1 он уже установлен.
- Монтирование внешнего диска к серверу Linux
Если используется отдельный Linux сервер, размонтируйте внешний диск на последнем узле KEDR 7.1 в режиме технической поддержки (Technical Support Mode) и смонтируйте его на сервере Linux.
- Создание конфигурационного файла, в котором будет определено соответствие между узлами KEDR и тенантами OSMP
- Запуск скрипта импорта
На сервере Linux запустите скрипт импорта.
- Импорт данных вручную
Выполните следующие действия:
- Если версии агентов Endpoint Agent ниже тех, которые совместимы с Kaspersky EDR Expert 8.1, их нужно обновить.
- Импортируйте пользовательские исключения IOA через политики агентов Endpoint Agent
- Подключите агенты Endpoint Agent к серверу OSMP через сервер Kaspersky Security Center
- Перенос данных телеметрии
Данные телеметрии можно перенести с использованием внешнего хранилища или без внешнего хранилища.
Чтобы выполнить перенос данных в режиме с чередованием:
- Монтирование внешнего диска к первому узлу распределенного развертывания
Если вы предпочитаете использовать общую папку в качестве внешнего хранилища, создайте ее на отдельном сервере Linux.
Инструкции по созданию сетевого ресурса
В режиме Technical Support Mode подключите внешний диск (физический или сетевой ресурс) к серверу, на котором развернут KEDR 7.1.
Инструкции по монтированию и размонтированию физического диска
Инструкции по монтированию и размонтированию сетевого ресурса
- Размещение скриптов и файлов, необходимых для переноса данных, на сервере KATA/KEDR
В режиме технической поддержки (Technical Support Mode) поместите скрипт экспорта и архив TAR, содержащий образ Docker img_kata_osmp_migrate.tar, на сервер KATA.
Скрипт экспорта данных выполняет экспорт в три этапа:
- Экспорт данных, необходимых для запуска OSMP и репликации рабочего состояния KEDR 7.1:
- Список активных (включенных) пользователей.
- Список имен образов, включенных в набор данных Sandbox.
- Пользовательские правила Sandbox (проверка пользовательских изображений).
- Параметр, включающий или выключающий проверку файлов в Sandbox.
- Правила запрета.
- IOC-правила.
- Пользовательские IOA-правила.
- Пользовательские YARA-правила.
- Пароли к архивам, используемые при проверке антивирусом и Sandbox.
- Расписание IOC-проверок.
- Список Endpoint Agents.
- Группы и теги Endpoint Agent (устройства).
- Данные истории и дополнительные параметры:
- База данных алертов.
- Дополнительные данные, связанные с алертами.
- Хранилище (данные для расследования, загруженные вручную файла и файлы, полученные с помощью задачи
get). - Шаблоны уведомлений по электронной почте.
- Данные телеметрии.
- Экспорт данных, необходимых для запуска OSMP и репликации рабочего состояния KEDR 7.1:
- Запуск скрипта экспорта для первого этапа
Запустите скрипт экспорта для первого шага (укажите параметр
--step firstпри запуске скрипта kata-osmp-export.sh), указав в качестве точки экспорта данных адрес подключенного диска, на который будете экспортировать данные.Скрипт экспортирует исключения IOA (excludes.json) в отдельный файл в соответствующем формате для политики Endpoint Agent, что позволит импортировать их в дальнейшем. Этот файл располагается среди экспортированных данных в директории ioa.
- Повторение шагов 1–3
Повторите шаги 1–3 этой процедуры на остальных узлах, физически переместив внешний диск или повторно подключив его к каждому узлу по очереди.
Используйте ту же папку переноса данных для данных со всех остальных узлов.
- Развертывание сервера Linux
Настройте отдельный сервер Linux.
Настройте интеграцию между сервером Linux и OSMP.
Установите Docker на сервер Linux.
Поместите скрипт импорта и архив TAR, содержащий образ Docker img_kata_osmp_migration_importer.tar, на отдельный сервер Linux.
Если KEDR 7.1 еще не заменен на Kaspersky EDR Expert 8.1 и продолжает работать, один из его узлов (например, PCN) можно использовать в качестве необходимого сервера Linux. В этом случае нет необходимости устанавливать Docker, поскольку на KEDR 7.1 он уже установлен.
- Монтирование внешнего диска к серверу Linux
Если используется отдельный Linux сервер, размонтируйте внешний диск на KEDR 7.1 и в режиме технической поддержки (Technical Support Mode) смонтируйте его на сервере Linux.
- Создание конфигурационного файла, в котором будет определено соответствие между узлами KEDR и тенантами OSMP
- Запуск скрипта импорта
На сервере Linux запустите скрипт импорта.
- Подготовка ко второму этапу экспорта данных
После успешного завершения первого этапа импорта данных выполните следующие действия:
- Отключите KEDR 7.1 от всех внешних интеграций.
- Отключите агенты Endpoint Agent в параметрах политики, удалив сертификаты Endpoint Agent и включив проверку подлинности сертификатов. После этого Endpoint Agent не сможет подключиться к серверу.
- Если версии агентов Endpoint Agent ниже тех, которые совместимы с Kaspersky EDR Expert 8.1, их нужно обновить.
- Импортируйте пользовательские исключения IOA через политики агентов Endpoint Agent
- Подключите агенты Endpoint Agent к серверу OSMP через сервер Kaspersky Security Center
- Подключение того же внешнего диска к первому узлу распределенного развертывания
В режиме Technical Support Mode снова смонтируйте внешний диск (физический или сетевой ресурс) на сервере, на котором развернут KEDR 7.1.
- Запуск скрипта экспорта для второго этапа
Запустите скрипт экспорта для второго шага (укажите параметр
--step second). - Запуск скрипта экспорта для третьего этапа
Если требуется перенести данные телеметрии, запустите скрипт экспорта для третьего этапа (при запуске скрипта kata-osmp-export.sh укажите параметр
--step third).Данные телеметрии будут размещены по пути migration-dir/nodes/[GUID узла]/archive_source/elasticsearch/ в файлах .dump.
- Повторение шагов 10–12
Повторите шаги с 10 по 12 этой процедуры на остальных узлах, физически переместив внешний диск или повторно подключив его к каждому узлу по очереди.
- Запуск скрипта импорта для второго этапа в OSMP
Если используется отдельный Linux сервер, размонтируйте внешний диск на KEDR 7.1 и в режиме технической поддержки (Technical Support Mode) смонтируйте его на сервере Linux.
На сервере Linux запустите скрипт импорта для второго этапа.
Скрипт выводит сообщение об успешном завершении второго этапа импорта данных.
- Перенос данных телеметрии
Данные телеметрии можно перенести с использованием внешнего хранилища или без внешнего хранилища.
Глобальные и локальные данные
В этом разделе указано, как глобальные и локальные объекты с данными обрабатываются в процессе экспорта и импорта.
Локальные данные:
- Все локальные данные из каждого SCN (включая встроенные) экспортируются на внешний диск, а затем передаются в тенант OSMP, явно сопоставленный с этим SCN в файле конфигурации.
- Объем локальных объектов после переноса данных:
- Для локальных объектов (например для правил и задач), которые ранее применялись ко всему SCN, областью действия становится тенант OSMP, соответствующим этому SCN.
- Для локальных объектов, которые ранее применялись к определенным устройствам, область действия остается прежней.
- Глобальные данные, передаваемые из PCN в SCN, не переносятся из-за их неполноты.
Глобальные данные:
- Все локальные данные из каждого PCN экспортируются на внешний диск, а затем передаются в тенант OSMP, явно сопоставленный с этим PCN в конфигурационном файле.
- Объем глобальных объектов после переноса данных:
- Для глобальных объектов (например для правил и задач), которые ранее применялись ко всему тенанту, областью действия становятся все тенанты, соответствующие тем SCN, которые были частью исходного тенанта.
- Для глобальных объектов, которые ранее применялись к определенному SCN, областью действия становится тенант, соответствующий этому SCN.
- Для глобальных объектов, которые ранее применялись к определенным устройствам, область действия остается прежней.
- Локальные данные, полученные PCN от SCN, не передаются из-за их неполноты.