Резервное копирование и восстановление данных сервера Central Node в режиме распределенного решения и мультитенантности

В этом сценарии описана процедура создания резервной копии и восстановления данных из нее на серверах Central Node, развернутых в режиме распределенного решения или мультитенантности.

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

Резервное копирование и восстановление данных на серверах Central Node, развернутых в режиме распределенного решения или мультитенантности, содержит следующие этапы:

  1. Создание резервной копии

    Вы можете создать резервную копию с помощью меню администратора или с помощью режима Technical Support Mode:

    Как создать резервную копию в меню администратора;

    Как создать резервную копию в режиме Technical Support Mode.

  2. Сохранение резервной копии на жесткий диск

    Сохраните резервную копию на жестком диске компьютера, выполнив команду:

    scp <имя учетной записи для работы в меню администратора и в консоли управления сервером>@<IP-адрес сервера>:<имя файла резервной копии вида data_kata_<дата и время создания резервной копии>.tar>

    Пример:

    Команда для загрузки на жесткий диск компьютера резервной копии, созданной на сервере Central Node с IP-адресом 10.0.0.10 под учетной записью admin 10 апреля 2020 года в 10 часов 00 минут 00 секунд:

    scp admin@10.0.0.10:data_kata_2020_04_10T10_00_00.tar

    Резервная копия будет сохранена на жесткий диск вашего компьютера в текущую директорию.
  3. Переустановка приложения

    Удалите и заново установите Kaspersky Anti Targeted Attack Platform.

    Восстановление данных из резервной копии производится только на сервер с ролью Central Node. Если вы предварительно назначите серверу роль PCN или SCN, процесс восстановления завершится ошибкой.

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

    После установки вам нужно добавить в приложение те же типы лицензионных ключей (KATA, KATA + NDR, KEDR), что и в приложении на сервере, где была создана резервная копия. Это необходимо для того, чтобы восстановить все сохраненные в резервной копии параметры Central Node, PCN или SCN.

  4. Загрузка резервной копии на сервер

    Загрузите резервную копию на сервер Central Node, выполнив команду:

    scp <имя файла резервной копии вида data_kata_<дата и время создания резервной копии>.tar> <имя учетной записи для работы в меню администратора и в консоли управления сервером>@<IP-адрес сервера>:

    Пример:

    Команда для загрузки резервной копии, созданной 10 апреля 2020 года в 10 часов 00 минут 00 секунд, на сервер Central Node с IP-адресом 10.0.0.10 под учетной записью admin:

    scp data_kata_2020_04_10T10_00_00.tar admin@10.0.0.10:

    Резервная копия будет загружена на сервер Central Node в текущую директорию.
  5. Восстановление данных из резервной копии

    Вы можете восстановить данные из резервной копии на сервере Central Node с помощью меню администратора или с помощью режима Technical Support Mode:

    Как восстановить данные в меню администратора;

    Как восстановить данные в режиме Technical Support Mode.

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

После восстановления данных вам не требуется заново подключать SCN к PCN: параметры подключения к PCN и список подключенных SCN восстанавливаются из резервной копии.

Резервная копия параметров сервера не содержит PCAP-файлы записанного зеркалированного сетевого трафика. Вы можете сохранить и восстановить PCAP-файлы самостоятельно, выполнив копирование из директории /data/volumes/dumps подключенного хранилища. После восстановления данных вам необходимо подключить внешнее хранилище.

Ограничение, действующее при восстановлении данных в режиме распределенного решения и мультитенантности

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

Чтобы проверить отображение новых алертов в таблице алертов:

  1. Включите точку мониторинга для используемого Sensor.
  2. Если вы используете Sensor, установленный отдельно, войдите в консоль управления этого сервера Sensor по протоколу SSH или через терминал.
  3. Если вы используете встроенный Sensor, войдите в консоль управления того сервера Central Node, на котором располагается встроенный Sensor, по протоколу SSH или через терминал.

    Если Central Node развернут в виде кластера, вам требуется войти в консоль управления обрабатывающего сервера, на котором включена обработка зеркалированного SPAN-трафика.

    Как определить адрес этого сервера

  4. В ответ на приглашение системы введите имя учетной записи администратора и пароль, заданный при установке компонента.

    Отобразится меню администратора компонента приложения.

  5. В меню администратора приложения выберите режим Technical Support Mode.
  6. Нажмите на клавишу ENTER.
  7. Отобразится окно подтверждения входа в режим Technical Support Mode.
  8. Подтвердите, что хотите выполнять действия с приложением в режиме Technical Support Mode. Для этого выберите Yes и нажмите на клавишу ENTER.
  9. Выполните команду:

    watch "curl http://127.0.0.1:9191/metrics | grep preprocessor_files_extracted_fromhttp"

Если для поля preprocessor_files_extracted_fromhttp отображается значение 0, , выполните приведенные ниже шаги инструкции по устранению ограничения.

Чтобы устранить ограничение при использовании встроенного Sensor:

  1. Войдите в консоль управления того сервера Central Node, на котором располагается встроенный Sensor, по протоколу SSH или через терминал.

    Если Central Node развернут в виде кластера, вам требуется войти в консоль управления обрабатывающего сервера, на котором включена обработка зеркалированного SPAN-трафика.

    Как определить адрес этого сервера

  2. Повысьте привилегии пользователя, выполнив команду:

    sudo -i

  3. Выполните команды:

    kata-sensor-tool reset

    kata-sensor-tool reset-core

    kata-sensor-tool init-embedded-sensor

  4. Убедитесь, что новый алерт отображается в таблице алертов, выполнив шаги инструкции по проверке отображения новых алертов.

Ограничение будет устранено.

Чтобы устранить ограничение при использовании Sensor, установленного на отдельном от Central Node сервере:

  1. Удалите подключенный Sensor в веб-интерфейсе Kaspersky Anti Targeted Attack Platform.
  2. Войдите в консоль управления этого сервера Sensor, по протоколу SSH или через терминал.
  3. Повысьте привилегии пользователя, выполнив команду:

    sudo -i

  4. Выполните команду:

    kata-sensor-tool reset

  5. Подключите Sensor к Central Node заново.
  6. Убедитесь, что новый алерт отображается в таблице алертов, выполнив шаги инструкции по проверке отображения новых алертов.

Ограничение будет устранено.

В начало