Резервное копирование KUMA

KUMA позволяет выполнять резервное копирование базы данных Ядра KUMA и сертификатов. Функция резервного копирования предназначена для восстановления KUMA – для переноса или копирования ресурсов следует использовать функции экспорта и импорта ресурсов.

Резервное копирование можно выполнить с помощью REST API.

Вы также можете создавать резервные копии отдельных партиций с помощью процедуры архивирования.

Особенности резервного копирования KUMA

Восстановление данных из резервной копии поддерживается только при сохранении версии KUMA.
Резервное копирование коллекторов не требуется, за исключением коллекторов с SQL-подключением. При восстановлении таких коллекторов следует вернуть к исходному начальное значение идентификатора.
Если не запускается сервис MongoDB, мы рекомендуем обнулить базу данных kuma в MongoDB. Выключение сервера с базой данных кнопкой питания может привести к нарушению целостности базы данных. В таком случае базу данных можно обнулить и восстановить данные из резервной копии.
Как обнулить базу данных в MongoDB, если сервис mongodb в рабочем состоянии
Если после восстановления данных не включается Ядро KUMA, необходимо повторить восстановление, очистив при этом базу данных kuma в MongoDB®.

Чтобы очистить базу данных MongoDB и восстановить данные KUMA:
1. Войдите в ОС сервера, на котором установлено Ядро KUMA.
2. Остановите Ядро KUMA, выполнив следующую команду:
  sudo systemctl stop kuma-core
3. Войдите в MongoDB, выполнив следующие команды:
  1. cd /opt/kaspersky/kuma/mongodb/bin/
  2. ./mongo
4. Очистите базу данных MongoDB, выполнив следующие команды:
  1. use kuma
  2. db.dropDatabase()
5. Выйдите из базы данных MongoDB, нажав Ctrl+C.
6. Восстановите данные из резервной копии, выполнив следующую команду:
  sudo /opt/kaspersky/kuma/kuma tools restore --src <путь к директории с резервной копией> --certificates
  
  Флаг --certificates не является обязательным и используется для восстановления сертификатов.
7. Запустите KUMA, выполнив следующую команду:
  sudo systemctl start kuma-core
8. Пересоздайте сервисы, используя восстановленные наборы ресурсов для сервисов.
Данные будут восстановлены из резервной копии.
Как обнулить базу данных в MongoDB, если сервис mongodb в нерабочем состоянии
Чтобы восстановить данные KUMA с обнулением базы данных MongoDB:
1. Войдите в ОС сервера, на котором установлено Ядро KUMA.
2. Остановите сервис mongodb, выполнив следующую команду:
  sudo systemctl stop kuma-mongodb.service
3. Остановите Ядро KUMA, выполнив следующую команду:
  sudo systemctl stop kuma-core-00000000-0000-0000-0000-000000000000.service
4. Удалите данные из директории data:
  sudo rm -rf /opt/kaspersky/kuma/mongodb/data/*
5. Запустите сервис mongodb:
  sudo systemctl start kuma-mongodb.service
6. Выполните инициализацию сервиса mongodb:
  sudo /opt/kaspersky/kuma/mongodb/bin/mongo --eval 'rs.initiate()'
7. Запустите сервис Ядра KUMA:
  sudo systemctl start kuma-core-00000000-0000-0000-0000-000000000000.service
8. Выполните восстановление Ядра KUMA.
Данные будут восстановлены из резервной копии.

Резервное копирование в распределенной установке со сменой имени хоста для Ядра KUMA

Чтобы выполнить резервное копирование в распределенной установке со сменой имени хоста для Ядра KUMA:

На машине 1 сделайте резервную копию KUMA.
Поместите резервную копию с машину 1 на машину 2 и выполните восстановление резервной копии.
После восстановления из резервной копии Ядро KUMA будет развернуто на машине 2. Вам нужно переключить все сервисы с Ядра KUMA, установленного на 1 машине, на Ядро KUMA, установленное на 2 машине.
На машине 1 выполните следующие действия:
1. Остановите сервис Ядра KUMA:
  sudo service kuma-core-00000000-0000-0000-0000-000000000000 stop
2. Перейдите в директорию /usr/lib/systemd/system, найдите файл сервиса коллектора, коррелятора, хранилища, маршрутизатора событий и замените имя хоста на новый в параметре –core. Например:
  ExecStart=opt/kaspersky/kuma/kuma collector --id c34fe3db-ac08-56d3-191r-5246a1d8f6d1 --core https://kuma-core.newhostname.com:7210 --api.port 7231
3. Сохраните файл.
4. Чтобы применить новые параметры, последовательно выполните следующие команды:
  sudo systemctl daemon-reload
  
  sudo systemctl restart kuma-<тип сервиса collector/correlator/storage/eventRouter>-<идентификатор сервиса>
5. Повторите шаги b) и c) для каждого сервиса.
6. Перезапустите VictoriaMetrics
  sudo systemctl restart kuma-victoria-metrics
На машине 2 перейдите в раздел KUMA Ресурсы и сервисы → Активные сервисы, в списке сервисов установите флажок для необходимых сервисов коллектора, коррелятора, хранилища, маршрутизатора и на панели инструментов или в меню () выберите Сбросить сертификат.
KUMA автоматически сгенерирует новый сертификат для каждого сервиса, для которого был сброшен сертификат. Для работающих сервисов перезапуск сервиса не требуется, новый сертификат будет применен автоматически. Если сервис был остановлен, необходимо перезапустить сервис, чтобы применить новый сертификат.

Резервное копирование в распределенной установке со сменой имени хоста для Ядра KUMA выполнено. Все сервисы переключены с Ядра KUMA, установленного на машине 1, на Ядро KUMA, установленного на машине 2. Сервисы отображаются в разделе KUMA Ресурсы и сервисы → Активные сервисы в зеленом статусе.

См. также:

REST API

В начало