Резервная копия n8n, из которой можно восстановиться

Экспорт сценария — только часть копии

Workflow JSON полезен для переноса схемы. Но рабочая установка содержит ещё учётные данные, настройки, историю и иногда файлы. Полнота копии зависит от используемой базы и способа хранения binary data. Составьте перечень данных своей установки до выбора инструмента резервирования.

Сохраните ключ отдельно и безопасно

n8n шифрует credentials ключом, который создаёт при первом запуске или получает через N8N_ENCRYPTION_KEY. При восстановлении базы нужен соответствующий ключ. Храните его в защищённом резервном хранилище с ограниченным доступом. Не кладите ключи и расшифрованные credentials в открытый Git-репозиторий.

Зафиксируйте состав копии

Для SQLite и PostgreSQL процедуры различаются. Копирование файла работающей базы без подходящего механизма может дать несогласованный результат. Используйте официальный порядок для вашего хранилища и учитывайте связанные файлы.

• Согласованная копия базы данных выбранным для неё способом.
• Ключ шифрования и необходимые постоянные данные каталога n8n.
• Binary data, если они хранятся вне базы и нужны для восстановления.
• Compose-конфигурация, переменные окружения и версии компонентов.
• Настройки HTTPS, DNS и reverse proxy, необходимые для повторного запуска.

Проведите отдельную репетицию

Восстанавливайте на изолированном стенде с той же версией n8n. Заблокируйте исходящие побочные действия до проверки: восстановленный сценарий не должен повторно списать деньги, отправить письма или изменить CRM. Не подключайте боевые webhook и расписания. Убедитесь, что открываются сценарии и доступны необходимые credentials, затем выполните безопасный тест.

Определите приемлемую потерю данных

Для проекта, который можно восстановить вручную за день, и для круглосуточного приёма заказов нужны разные режимы. Запишите, сколько данных допустимо потерять и сколько времени можно восстанавливаться. По этим значениям выбирайте частоту копирования и проверок. Файл на том же VPS не защищает от потери самого сервера.

Запишите результат проверки

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