Как перенести данные из Kaspersky Security Center Windows в Kaspersky Security Center Linux
Статья обновлена: 04 сентября 2026
ID: 16202
Показать приложения и версии, для которых применима статья
- Kaspersky Security Center 15 Windows (все версии);
- Kaspersky Security Center 16 Linux (все версии);
- Kaspersky Security Center 15.4 Linux (версия 15.4.0.8873);
- Kaspersky Security Center 15.3 Linux (версия 15.3.0.392);
- Kaspersky Security Center 15.2 Linux (версия 15.2.0.442).
Рекомендации могут быть применимы к версиям, снятым с поддержки:
- Kaspersky Security Center 14.2 Windows (версия 14.2.0.26967);
Мы рекомендуем использовать только поддерживаемые версии, чтобы сохранить максимум защиты и получить доступ к новым функциям и улучшениям.
В этой статье вы найдете пошаговую инструкцию по переносу данных из Kaspersky Security Center Windows (далее KSCW) в Kaspersky Security Center Linux (далее KSCL).
В описанном сценарии данные переносятся из KSCW с СУБД Microsoft SQL Server на KSCL с СУБД PostgreSQL с помощью резервного копирования данных. Новому Серверу администрирования KSCL назначаются такие же DNS-имя и IP-адрес, как у Сервера администрирования KSCW.
Инструкции для других сценариев вы можете найти в полном руководстве по переносу данных.
Перед переносом убедитесь, что:
- устройство для установки KSCL соответствует программным и аппаратным требованиям;
- в KSCL есть все необходимые функции;
- вы рассчитали количество Серверов администрирования и проверили совместимость с серверами в иерархии вашей инфраструктуры;
- KSCL поддерживает приложения для защиты, которые используются в вашей инфраструктуре.
Шаг 1. Установите и настройте Сервер администрирования KSCL
- Скачайте дистрибутив KSCL с официального сайта «Лаборатории Касперского»:
- пакет Administration server для установки Сервера администрирования;
- пакет Web console для установки Web Console — веб-интерфейса для взаимодействия с Сервером администрирования.
- Установите Сервер администрирования KSCL по инструкции.
Используйте для Серверов KSCW и KSCL одинаковые DNS-имена устройств. - Убедитесь, что службы Сервера администрирования запущены, с помощью команд:
systemctl status klnagent_srv.servicesystemctl status kladminserver_srv.servicesystemctl status klactprx_srv.servicesystemctl status klwebsrv_srv.service
- Убедитесь, что в журнале событий ОС нет ошибок, с помощью команды:
journalctl -u "KSC*" -u "kl*"
- Убедитесь в сетевой доступности основных компонентов комплекса: проверьте настройки сетевого оборудования и OC. В первую очередь проверьте подключения между основными компонентами:
- На устройстве с Сервером администрирования доступны порт для получения информации от Агентов администрирования (по умолчанию TCP-порт 13000) и порт для получения информации от Web Console (по умолчанию TCP-порт 13299).
- С устройства с Сервером администрирования доступен удаленный порт СУБД PostgreSQL (по умолчанию TCP-порт 5432).
- Если вы не будете использовать для Сервера администрирования KSCL IP-адрес, который освободится после отключения KSCW, управляемые устройства не должны быть подключены к KSCW по IP.
- Если вы используете шлюз соединений и не будете использовать для Сервера администрирования KSCL IP-адрес, который освободится после отключения KSCW, настройте сетевые доступы для нового IP-адреса аналогично Серверу администрирования KSCW.
- Установите на Сервере администрирования или устройстве администратора Web Console по инструкции, чтобы проверить работоспособность Сервера администрирования и сетевую доступность Web Console.
- Удалите Web Console после проверки работоспособности Сервера администрирования.
Шаг 2. Подготовьте данные на Сервере администрирования KSCW
- Скачайте KSCW 15.1 Update 2 (версия 15.1.0.22239) с сайта «Лаборатории Касперского». Эта версия поддерживает перенос данных в СУБД PostgreSQL и Postgres.
- Перед переносом данных выполните стандартные подготовительные работы, чтобы иметь возможность восстановиться в прежнее состояние:
- Создайте резервную копию Сервера администрирования KSCW.
- Убедитесь, что резервная копия создана.
В папке с резервными копиями C:\ProgramData\KasperskySC\SC_Backup есть папка с текущей датой и временем, внутри нее есть файл резервной копии базы данных и архив с данными. - Убедитесь, что вы знаете пароль от резервной копии.
- Проверьте наличие эталонных дистрибутивов установленной версии Сервера администрирования, СУБД и плагинов управления.
- Скопируйте список установленных плагинов управления в Web Console по инструкции.
Если вы ранее не использовали Web Console, выгрузите список плагинов из консоли управления по инструкции. - Создайте учетную запись внутреннего пользователя Сервера администрирования с ролью администратора по инструкции — она понадобится для первого входа в Web Console KSCL.
- Войдите на Сервер администрирования KSCW под созданной учетной записью, чтобы проверить, что учетная запись работает, и пройти двухфакторную аутентификацию, если она настроена.
- Непосредственно перед переносом данных, когда Сервер администрирования KSCL будет готов к использованию, установите обновленную версию 15.1.0.22239 на Сервере администрирования KSCW по инструкции.
- Создайте новую резервную копию Сервера администрирования KSCW с помощью утилиты klbackup в интерактивном режиме:
- Запустите утилиту klbackup, расположенную в папке установки KSCW, и нажмите Далее.
- Оставьте выбранным Выполнить резервное копирование данных Сервера администрирования и нажмите Далее.
- Установите флажок Перенести данные базы данных и выберите Перенос данных в Postgres.
- Задайте и повторите пароль для резервной копии данных, нажмите Далее.
- Дождитесь окончания резервного копирования, нажмите Далее → Завершить.
- Убедитесь, что резервная копия создана.
В папке с резервными копиями C:\ProgramData\KasperskySC\SC_Backup есть новая папка с текущей датой и временем, внутри нее есть файл резервной копии базы данных и архив с данными.
Шаг 3. Перенесите данные на Сервер администрирования KSCL
- Перенесите резервную копию на устройство с Сервером администрирования KSCL, например с помощью утилиты SCP или WinSCP.
- Предоставьте на время восстановления из резервной копии права суперпользователя PostgreSQL учетной записи, которую Сервер администрирования использует для подключения к СУБД.
- Восстановите данные из резервной копии:
- Откройте интерфейс командной строки устройства с Сервером администрирования KSCL локально или удаленно, например по протоколу SSH.
- Запустите утилиту klbackup с параметром восстановления:
sudo /opt/kaspersky/ksc64/sbin/klbackup -restore /<директория с резервной копией> -logfile <директория с резервной копией>/klbackup-log.txtЕсли в процессе восстановления возникнет ошибка, запустите утилиту еще раз с параметром трассировки, чтобы собрать диагностическую информацию для обращения в техническую поддержку:sudo /opt/kaspersky/ksc64/sbin/klbackup -restore /<директория с резервной копией> -tl 4 -tf <директория с резервной копией>/klbackup-trace.txt
- Введите пароль, заданный при создании резервной копии.
- Дождитесь завершения работы утилиты и окончания инициализации данных.
- Восстановите исходные права у учетной записи, которую Сервер администрирования использует для подключения к СУБД.
Шаг 4. Установите Web Console и веб-плагины приложений
- Укажите в параметре address файла ответов IP-адрес или FQDN-имя Сервера администрирования KSCL.
- Заново установите Web Console, чтобы она могла использовать сертификат Сервера администрирования из резервной копии.
- Откройте Web Console:
- Введите в строке браузера <IP-адрес Сервера администрирования KSCL>:<порт консоли> (по умолчанию 8080).
- Введите имя и пароль внутреннего пользователя Сервера администрирования, созданного в пункте 4 шага 2.
После первого входа настройте постоянный доступ пользователям в соответствии с вашими регламентами. Если внутренний пользователь не требуется, удалите или заблокируйте учетную запись.
- Установите веб-плагины по списку, созданному в пункте 3 шага 2:
Шаг 5. Проверьте корректность переноса данных
- Проверьте иерархию устройств:
- Перейдите в раздел Активы (Устройства) → Управляемые устройства.
- Убедитесь, что структура групп корректная.
- Убедитесь, что в списке отображаются все управляемые устройства.
Чтобы в списке управляемых устройств появилось устройство с Сервером администрирования, установите Агент администрирования Kaspersky Endpoint Security для Linux по инструкции.
- Проверьте выборки устройств:
- Перейдите в раздел Активы (Устройства) → Выборки устройств.
- Убедитесь, что в списке отображаются все выборки.
- Проверьте правила перемещения:
- Перейдите в раздел Активы (Устройства) → Правила перемещения.
- Убедитесь, что в списке отображаются все ранее используемые правила.
- Проверьте теги:
- Перейдите в раздел Теги → Теги устройств.
- Убедитесь, что в списке отображаются все теги.
- Проверьте установленные плагины:
- Перейдите в раздел Активы (Устройства) → Политики и профили политик.
- Откройте политики и убедитесь, что в окне политики нет предупреждения об отсутствующем плагине.
Шаг 6. Настройте подключение Агентов администрирования к Серверу администрирования KSCL
- Если вы хотите использовать для Сервера администрирования KSCL тот же IP-адрес, что был у KSCW:
- Отключите сетевой адаптер на устройстве с Сервером администрирования KSCW, чтобы освободить IP-адрес.
- Назначьте этот IP-адрес устройству с Сервером администрирования KSCL.
- Замените IP-адрес в файле ответов Web Console, если в пункте 1 шага 4 вы указали IP-адрес.
- Проверьте сетевые доступы до СУБД и других компонентов по инструкции.
- Если вы не хотите использовать тот же IP-адрес, замените адрес в А-записи на DNS-сервере.
Пример изменения A-записи через PowerShell:- Подключитесь к DNS-серверу.
- Откройте PowerShell и получите IP-адрес в существующей A-записи с помощью команды:
Get-DnsServerResourceRecord -ZoneName "<имя зоны>" -RRType A -Name "<имя Сервера администрирования>"
- Измените IP-адрес в A-записи с помощью команд:
$OldKSC = Get-DnsServerResourceRecord -ZoneName "<имя зоны>" -RRType A -Name "<имя Сервера администрирования>"$NewKSC = $OldKSC.Clone()$NewKSC.RecordData.IPv4Address = [System.Net.IPAddress]::parse('<IP-адрес Сервера администрирования KSCL>')Set-DnsServerResourceRecord -OldInputObject $OldKSC -NewInputObject $NewKSC -ZoneName "<имя зоны>"
- Убедитесь, что IP-адрес в A-записи изменен, с помощью команды:
Get-DnsServerResourceRecord -ZoneName "<имя зоны>" -RRType A -Name "<имя Сервера администрирования>"В выводе команды должен отобразиться IP-адрес Сервера администрирования KSCL.
- Чтобы принудительно обновить локальный кэш DNS-клиента, не дожидаясь истечения срока жизни старой A-записи, выполните на устройстве команду:
ipconfig /flushdns
- Убедитесь, что DNS-имя разрешается в IP-адрес нового Сервера администрирования KSCL на устройстве, с которого вы подключаетесь к Серверу администрирования:
nslookup <DNS-имя>В выводе команды вы должны увидеть IP-адрес Сервера администрирования KSCL.
- Подключитесь к Web Console с использованием DNS-имени: в строке браузера введите <DNS-имя Сервера администрирования>:<порт консоли> и проверьте версию Сервера администрирования.
- Проверьте время последнего подключения управляемых устройств к Cерверу администрирования в Web Console в разделе Активы → Управляемые устройства.
Переключение устройств может занять некоторое время. - Отключите Сервер администрирования KSCW после истечения срока жизни старой DNS-записи в кэше устройств.
Если управляемые устройства не подключаются к новому Серверу администрирования после принудительной очистки локального кэша DNS, запустите на управляемых устройствах утилиту klnagchk по инструкции, чтобы диагностировать причину проблемы.
Шаг 7. Настройте инфраструктуру на работу с Сервером администрирования KSCL
- Если в вашей инфраструктуре настроен мониторинг работоспособности или интеграция с SIEM-системой, обновите параметры конфигурации этих сервисов и сетевого оборудования.
- Обновите настройки задач.
Если какой-либо из параметров включает путь к файлу Windows, замените его соответствующим путем к файлу Linux. При настройке задачи резервного копирования следуйте рекомендациям. - Проверьте:
- работу задачи загрузки обновлений в хранилище Сервера администрирования;
- статистику работы прокси-сервера KSN;
- подключение к серверам KSC в иерархии;
- подключение к шлюзам соединений.
Не удаляйте шлюзы соединений и не переключайте назначение точек распространения в автоматический режим. Это приведет к нарушению существующей схемы подключения внешних устройств.