<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Backup on BIFIT Mitigator</title>
    <link>https://docs.mitigator.ru/v26.04/tags/backup/</link>
    <description>Recent content in Backup on BIFIT Mitigator</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>ru</language><atom:link href="https://docs.mitigator.ru/v26.04/tags/backup/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Задачи администратора</title>
      <link>https://docs.mitigator.ru/v26.04/maintenance/admin/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.mitigator.ru/v26.04/maintenance/admin/</guid>
      <description>Обеспечить сетевую безопасность сервера. Следить за свободным местом на диске. Управлять логами. Поддерживать систему в актуальном состоянии. Периодически выполнять резервное копирование данных. Рекомендуется настроить мониторинг состояния сервера, на котором установлен MITIGATOR, с помощью Zabbix, Nagios или подобного им решения.
Сетевая безопасность В базовой поставке система рассчитана на то, что интерфейс управления будет находиться в защищенном сегменте сети и никак не ограничивает доступ для незащищенных дополнительных интерфейсов, таких как Grafana.</description>
    </item>
    <item>
      <title>Резервное копирование</title>
      <link>https://docs.mitigator.ru/v26.04/maintenance/backup/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.mitigator.ru/v26.04/maintenance/backup/</guid>
      <description>Возможно резервное копирование следующих компонентов системы:
данных кластера — настроек, сделанных через web-интерфейс и API; данных экземпляра — специфичных для экземпляра настроек; метрик (графиков); данных журналов. Восстановление возможно только на ту же версию MITIGATOR, с которой была сделана резервная копия.
Создание резервной копии Резервная копия состоит из копии данных кластера (backup.sql или backup_lite.sql) и копии данных каждого экземпляра (один или несколько backup_ownid.tgz).
В зависимости от потребностей резервная копия данных кластера может быть полной (backup.</description>
    </item>
    <item>
      <title>Скрипт получения и восстановления конфигурации MITIGATOR</title>
      <link>https://docs.mitigator.ru/v26.04/maintenance/mbackup/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.mitigator.ru/v26.04/maintenance/mbackup/</guid>
      <description>Внимание Поддержка mbackup прекращена, начиная с версии v21.06
Доступен скрипт MBackup для получения в формате JSON-файла основных настроек системы через API, а также для восстановления из полученного файла (только на чистую систему).
Такой файл не содержит настроек пользователей, сети, журналов и не может в полной мере заменить резервное копирование.
Файл содержит: политики, правила, группы, настройки и переключатели контрмер (кроме GEO) для всех политик и глобальной защиты, настройки автодетектирования, настройки BGP, но не включает настройки сигнализации.</description>
    </item>
    <item>
      <title>Возврат к предыдущей версии</title>
      <link>https://docs.mitigator.ru/v26.04/maintenance/restore/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.mitigator.ru/v26.04/maintenance/restore/</guid>
      <description>MITIGATOR не имеет механизма автоматического возврата на предыдущую версию. Процедура возврата похожа на процедуру обновления, но используются Compose-файлы предыдущей версии. Таким образом, требуется заменить все файлы конфигурации, скачать соответствующие образы, восстановить базу данных нужной версии. Все изменения, внесенные после снятия резервной копии будут потеряны.
Внимание Перед восстановлением убедитесь в наличии резервной копии, снятой на версии системы, на которую нужно вернуться, с точностью до номера минорной версии. Например, для возврата на версию v23.</description>
    </item>
  </channel>
</rss>