🗄️

Резервное копирование и восстановление

Сохранение данных хаба в сетевую папку и безопасный возврат к выбранной копии
Полная копия данных хаба
RealIoT сохраняет рабочие поля, устройства, сценарии, историю, Node-RED, Zigbee/Matter и связанные системные данные в выбранную сетевую папку Windows (SMB). Копии можно создавать по расписанию или вручную, а затем проверить и восстановить выбранную копию на том же хабе.

Где находится раздел

  1. Откройте локальную страницу администратора хаба.
  2. Найдите карточку «Резервное копирование».
  3. В ней настраиваются хранилище, расписание, ручной запуск и восстановление.
Раздел доступен администратору на локальном хабе. Копии всегда сохраняются во внешнюю сетевую папку, а не на диск самого хаба. Это не то же самое, что экспорт рабочего поля: здесь сохраняется полная копия данных хаба.

Что сохраняется в копии

В блоке «Что сохранять» можно включить или отключить группы данных:

  • MongoDB: настройки, сценарии и телеметрия — рабочие поля, устройства, сценарии, история;
  • ChirpStack: PostgreSQL и Redis — данные LoRaWAN;
  • Node-RED: flows и credentials — потоки Node-RED;
  • Zigbee, Matter, MQTT и идентификаторы шлюза — состояние беспроводных подсистем;
  • Пользовательские файлы и настройки — иконки, медиа и связанные файлы;
  • Диагностические журналы — дополнительные логи (обычно не обязательны).
Для обычной защиты данных оставьте включёнными все основные группы. Диагностические журналы можно не включать, если нужно уменьшить размер копии.

Подготовка сетевой папки

  1. На компьютере или NAS создайте общую папку Windows (SMB), например realiot-backups.
  2. Выдайте Windows-пользователю права чтения, записи и удаления в этой папке.
  3. Убедитесь, что хаб видит этот компьютер/NAS в локальной сети.
Без права удаления старые и незавершённые копии не смогут корректно очищаться. Незавершённая копия удаляется автоматически и в списке восстановления не появляется.

Настройка резервного копирования

1 Укажите учётную запись Windows
  • Домен Windows — для обычного локального пользователя оставьте пустым; для корпоративного Active Directory укажите домен;
  • Windows-пользователь — например vic или RLDA\vic;
  • Пароль — пароль этой учётной записи. Если пароль уже сохранён, поле можно оставить пустым, чтобы не менять его.
2 Выберите сетевую папку
  1. Нажмите «Выбрать сетевую папку».
  2. Выберите компьютер/NAS, общую папку и каталог внутри неё.
  3. Подтвердите выбор. Полный путь вида \\SERVER\share\realiot-backups отобразится в поле «Сетевая папка».
3 Задайте расписание
  • включите «Включить автоматическое резервное копирование»;
  • Периодичность, часов — например 24;
  • Время начала — в формате ЧЧ:ММ по локальному времени сервера, например 02:00.
4 Сохраните настройки

Нажмите «Сохранить настройки».

Если настройки изменены, но не сохранены, ручной запуск недоступен: сначала нужно сохранить карточку.

Как читать статус

  • Сетевая папка: доступна / недоступна — проверка доступа к выбранному хранилищу;
  • Автоматическое копирование — включено в настройках и работает ли служба расписания;
  • Ручной запуск — готова ли служба немедленного запуска;
  • Статус — текущее сообщение о ходе операции;
  • Последняя успешная копия — время, объём, число файлов и путь к копии.
Если сетевая папка временно недоступна при автоматическом запуске, система повторит попытку примерно через час. Хранятся последние 30 успешно завершённых копий.

Ручной запуск копирования

  1. Убедитесь, что настройки сохранены и сетевая папка доступна.
  2. Нажмите «Запустить сейчас».
  3. Дождитесь завершения. Во время работы отображается индикатор прогресса.
  4. При необходимости нажмите «Обновить статус».
Успешная копия получает номер (например дату-время запуска). Именно этот номер позже потребуется для подтверждения восстановления.

Восстановление из копии

Восстановление заменяет текущие данные хаба содержимым выбранной копии. Выполняйте его только когда это действительно нужно. Во время операции сервисы временно останавливаются, веб-интерфейс может быть недоступен. Не выключайте питание хаба до завершения.
Восстановить можно только копию, созданную этим же хабом (совпадение имени сервера). Копию другого RealIoT-сервера система отклонит.
1 Загрузите список копий

В блоке «Восстановление» нажмите «Загрузить список копий».

В списке отображаются только успешно завершённые копии: дата создания и номер копии.

2 Выберите копию и проверьте её
  1. Выберите нужную строку в списке.
  2. Проверьте номер копии, дату, сервер и путь.
  3. Нажмите «Проверить копию».
  4. Дождитесь состояния «копия проверена».
Перед восстановлением целостность копии проверяется повторно. Форма подтверждения появляется только после успешной проверки.
3 Подтвердите и запустите восстановление
  1. Введите номер выбранной копии в поле подтверждения (кнопка 📋 копирует номер в буфер обмена).
  2. При необходимости отметьте дополнительные опции (см. ниже).
  • Восстановить идентичность шлюза — сохранить тот же логический хаб и идентификаторы устройств;
  • Восстановить сетевые настройки;
  • Восстановить настройки SSH.

Нажмите «Восстановить выбранную копию» и дождитесь состояния «восстановление завершено».

Дополнительные опции восстановления

По умолчанию галочки «Восстановить сетевые настройки» и «Восстановить настройки SSH» лучше не ставить. Они нужны только в особых случаях. Для обычного «вернуть данные хаба» обе галочки должны быть выключены.
Восстановить сетевые настройки

Возвращает сетевую конфигурацию из копии:

  • netplan (/etc/netplan/...);
  • Wi‑Fi и сетевые данные хаба (local_server_wifi.json).

Ставить, если:

  • нужно вернуть именно старый IP / Wi‑Fi / маршрут из той копии;
  • сеть «сломалась» или её случайно перенастроили, и в бэкапе была рабочая конфигурация.

Не ставить, если:

  • восстанавливаете только рабочие поля, устройства, сценарии, историю;
  • хаб сейчас в другой сети или с другим IP, чем в момент бэкапа.
Иначе после восстановления можно потерять доступ к веб-интерфейсу.
Восстановить настройки SSH

Возвращает только ключи удалённой техподдержки:

  • ~/.ssh/realiot_support_key;
  • ~/.ssh/realiot_support_key.pub.

Ставить, если:

  • нужны именно те support-ключи, что были в копии;
  • без них техподдержка или удалённый доступ не сможет подключиться так же, как раньше.

Не ставить, если:

  • текущие ключи техподдержки уже рабочие;
  • восстанавливаете обычные данные системы, а не доступ поддержки.
Это не полный откат всей SSH-конфигурации сервера — только ключи RealIoT support. Подробнее: Удалённая техподдержка.
Кратко: для обычного «вернуть данные хаба» — обе галочки выключены. Сеть — только если сознательно откатываете сетевую конфигурацию. SSH — только если нужен старый ключ техподдержки.

Что происходит при восстановлении

  1. Повторная проверка выбранной копии.
  2. Подготовка данных во временной области.
  3. Остановка сервисов RealIoT.
  4. Замена рабочих данных содержимым копии.
  5. Проверка восстановленных данных.
  6. Запуск сервисов и возврат интерфейса.

Если на критическом этапе возникает ошибка, система выполняет откат к состоянию, сохранённому непосредственно перед восстановлением.

При ошибке или откате в карточке могут появиться сообщение об ошибке, путь отката и этап, на котором произошёл сбой. Если интерфейс временно недоступен, статус продолжит обновляться после возврата связи.

Что проверить после восстановления

  1. Откройте рабочие поля и убедитесь, что иконки и устройства на месте.
  2. Проверьте поступление данных от ключевых устройств.
  3. Откройте сценарии и Node-RED, если они используются.
  4. Для LoRaWAN/Zigbee/Matter проверьте, что соответствующие подсистемы снова активны.
  5. При необходимости создайте новую резервную копию уже после успешного восстановления.

Решение проблем

  • Сетевая папка недоступна — проверьте, что компьютер/NAS включён, общая папка опубликована, логин и пароль верны, у пользователя есть права записи и удаления.
  • Служба не запущена — автоматическое или ручное копирование недоступно, пока соответствующая служба на хабе не работает. Обратитесь к администратору или в техподдержку.
  • Список копий пуст — ещё нет успешно завершённых копий, либо выбранная сетевая папка не содержит копий этого хаба.
  • Копия не проходит проверку — файл повреждён, копирование было прервано, либо папка изменена вручную. Выберите другую успешную копию.
  • Ошибка serverName / копия другого сервера — восстановление возможно только на том хабе, где копия была создана.
  • После восстановления нет доступа по сети — возможно, были восстановлены сетевые настройки. Подключитесь к хабу тем способом, который использовался в момент создания копии, или через локальную сеть/консоль.

Рекомендации

  • храните копии на отдельном компьютере или NAS, а не только на самом хабе;
  • делайте автоматическое копирование ежедневно в часы минимальной нагрузки;
  • перед крупными изменениями и перед обновлением системы запускайте ручную копию;
  • периодически проверяйте, что сетевая папка доступна и появляются новые успешные копии;
  • не редактируйте и не переименовывайте файлы внутри каталогов копий вручную.

✅ Резервное копирование защищает данные хаба

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

← Назад к справке