База данных хранит рабочее состояние n8n, поэтому выбрать её нужно вместе со схемой размещения и правилами эксплуатации. Само название технологии не отвечает на главные вопросы: где находятся данные, кто обслуживает хранилище, что произойдёт при сбое и как команда подтвердит готовность конфигурации до рабочего запуска.
Короткий вывод: для self-hosted n8n SQLite используется по умолчанию, а PostgreSQL поддерживается как настраиваемый вариант. Ни один из них нельзя признать подходящим без требований конкретного процесса и оценки возможностей команды.
Почему базу данных выбирают вместе с архитектурой n8n
Выбор базы влияет на размещение компонентов, доступы, обновления, наблюдение за состоянием системы и порядок действий при недоступности хранилища. Если оставить эти вопросы до конца проекта, команда может получить работающий workflow, но не договориться, кто отвечает за данные и восстановление.
До настройки зафиксируйте хотя бы четыре решения:
- Где работают n8n и база данных.
- Кто обслуживает каждый компонент.
- Кто предоставляет и меняет доступы.
- Какую проверку должна пройти конфигурация перед запуском.
PostgreSQL не обязателен для любого рабочего контура. SQLite тоже нельзя заранее считать вариантом только для демонстраций. Пригодность зависит от выбранной архитектуры, требований к эксплуатации и возможности команды выполнять необходимые проверки.
Что n8n хранит в базе данных
База связана не только с журналом запусков. Согласно документации n8n, таблица credentials_entity хранит учётные данные, которые используются для аутентификации в интеграциях. Таблица execution_data содержит workflow в состоянии на момент запуска и данные выполнения.
Это означает, что потеря базы или неконтролируемый доступ к ней могут затронуть рабочий процесс. Но база не названа полной копией всего экземпляра n8n. Для конкретной установки нужно отдельно определить, какие ещё компоненты необходимы для эксплуатации и восстановления.
Настройки workflow могут влиять на сохранение выполнений. Поэтому нельзя по общему описанию документации заключить, какие данные и за какой период окажутся в конкретной установке. Этот вопрос рассматривают отдельно при проектировании хранения данных.
Какие варианты базы поддерживает n8n
Для self-hosted n8n документация на момент проверки указывает два варианта:
- SQLite используется по умолчанию. n8n сохраняет в ней учётные данные, прошлые выполнения и workflow. Настройки workflow могут влиять на то, какие выполнения сохраняются.
- PostgreSQL поддерживается как настраиваемая база данных.
Совместимую версию PostgreSQL нужно сверять с актуальной документацией для устанавливаемой версии n8n. Диапазон поддержки меняется, поэтому номер версии из старого проекта или статьи нельзя превращать в постоянное правило.
Другие PostgreSQL-совместимые продукты нельзя автоматически считать поддерживаемой заменой PostgreSQL. Их совместимость требует отдельного подтверждения; в матрицу выбора этой статьи они не входят.
Как сравнить SQLite и PostgreSQL без универсального победителя
Сравнивайте не названия технологий, а последствия для вашей схемы размещения.
| Проектный вопрос | SQLite | PostgreSQL |
|---|---|---|
| Размещение | Где находится файл базы и сохраняется ли он при пересоздании или переносе среды | Где размещён сервер базы и кто управляет им |
| Доступ | Какие процессы и специалисты имеют доступ к файлу | Как настроены пользователь, схема и параметры соединения |
| Обслуживание | Кто следит за файлом, свободным местом и изменениями среды | Кто администрирует сервер, обновления и доступность |
| Совместимость | Соответствует ли способ работы с файлом выбранной архитектуре | Поддерживает ли установленная версия n8n выбранную версию PostgreSQL |
| Зависимости | Как жизненный цикл среды влияет на сохранность файла | Есть ли сетевой маршрут между n8n и отдельно размещённой базой |
| Резервирование | Какой способ подходит для фактического размещения файла | Какой способ подходит для выбранной конфигурации сервера базы |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Сетевая зависимость возникает, когда PostgreSQL размещён отдельно и n8n обращается к нему по сети. Она не является свойством любого варианта с PostgreSQL: фактический маршрут зависит от архитектуры.
Не вводите пороги по числу workflow, пользователей, выполнений или объёму данных без измерений конкретной системы. Такие числа создают видимость точного выбора, но не учитывают конфигурацию, характер нагрузки и возможности команды.
Что закрепить по эксплуатации и ответственности
Оформите выбор как карточку архитектурного решения. Она должна отвечать на вопросы, которые возникнут не только при запуске, но и при обновлении или сбое.
| Поле решения | Что зафиксировать |
|---|---|
| База | Тип и совместимая версия |
| Размещение | Где находятся n8n и хранилище |
| Владельцы | Кто отвечает за n8n и кто — за базу |
| Обновления | Кто согласует и выполняет изменения |
| Доступы | Кто выдаёт, меняет и отзывает права |
| Наблюдение | Какие признаки доступности и заполнения хранилища видит ответственный |
| Сбой | Кто получает уведомление и начинает согласованные действия |
| Приёмка | Кто принимает конфигурацию и по каким критериям |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Разграничение прав, хранение секретов, защита соединения и уведомления — требования будущего внедрения. Их нужно спроектировать и проверить в выбранной среде; само использование n8n или PostgreSQL не доказывает, что защита уже настроена.
Как учесть резервирование, не подменяя выбор базы инструкцией по копированию
На этапе выбора базы определите, какой способ резервирования и восстановления потребуется для выбранного размещения и кто будет за него отвечать. SQLite и PostgreSQL требуют подхода, совместимого с фактической архитектурой.
Не ограничивайтесь фразой «резервная копия предусмотрена». Зафиксируйте владельца задачи и требование к отдельной проверке восстановления. При этом состав копии, периодичность, команды и подробный протокол испытаний нужно проектировать отдельно: база данных не объявлена полной копией установки.
Успешный запуск n8n не доказывает восстановимость данных. Её подтверждает отдельная процедура с заранее установленными критериями.
Учебный пример, проверка и границы решения
Ниже — синтетический пример выбора архитектуры. Это не клиентский проект Switch On AI и не отчёт о выполненном тесте.
Условная компания готовит на собственном сервере процесс обработки обращений из почты. В тестовом контуре n8n работает с SQLite. До рабочего запуска команда сравнивает два варианта.
- Описывает процесс: от получения письма до сохранения результата и передачи обращения сотруднику.
- Для SQLite определяет расположение файла, требования к его сохранности в выбранной серверной схеме и порядок обслуживания.
- Для PostgreSQL определяет место размещения базы, фактический маршрут соединения, обязанности администратора и совместимость версий.
- Для выбранного варианта назначает владельцев, описывает доступы, обновления, наблюдение и требование к резервированию.
- В тестовой среде запускает контрольный workflow на безопасных данных и сравнивает наблюдаемое поведение с критериями приёмки.
| Проверка | Ожидаемый результат |
|---|---|
| Подключение | n8n подключается к выбранной базе в тестовой среде |
| Сохранение | Контрольный workflow сохраняется и повторно открывается |
| Выполнение | Workflow выполняется на безопасных тестовых данных |
| Недоступность базы | Команда видит понятное состояние и знает, кто начинает согласованные действия |
| PostgreSQL | Подтверждены фактический маршрут и применяемые параметры защиты соединения |
| SQLite | Подтверждены фактическое расположение и сохранность файла в выбранной схеме |
Если таблица не помещается, прокрутите её вправо. С клавиатуры используйте стрелки.
Документация n8n описывает механизм, при котором приложение после потери соединения может начать попытки восстановления связи без обязательного перезапуска. Это свойство нужно отличать от восстановления данных: переподключение не возвращает утраченную или повреждённую базу и не доказывает корректное продолжение внешних действий workflow.
Выбор можно принять, когда команда зафиксировала тип и совместимую версию базы, размещение, ответственных, доступы, порядок обновления и наблюдения, а также требуемый способ резервирования и восстановления. Подробную процедуру создания копии и испытания восстановления принимают отдельно.
Если нужно спроектировать эту конфигурацию в составе автоматизации, Switch On AI помогает разобрать процесс, выбрать схему размещения, распределить ответственность и подготовить критерии проверки. На странице услуг по разработке и внедрению автоматизации можно выбрать следующий шаг, а затем обсудить свой процесс. Для первого разговора достаточно описания задачи, списка систем и доступных компетенций команды.
Вопросы по этой задаче
Можно ли оставить SQLite для рабочих процессов?
Да, сам по себе рабочий статус процесса не исключает SQLite. Решение зависит от схемы размещения, обслуживания, требований к доступности и способа резервирования. Пригодность нужно подтвердить на конкретной конфигурации.
Всегда ли PostgreSQL лучше для n8n на своём сервере?
Нет. PostgreSQL — поддерживаемый вариант, но он предъявляет собственные требования к размещению, администрированию, совместимости версий и соединению. Эти условия нужно сопоставить с архитектурой и возможностями команды.
Создаёт ли PostgreSQL обязательную сетевую зависимость?
Не всегда. Сетевая зависимость возникает, если PostgreSQL размещён отдельно от n8n и приложение обращается к нему по сети. Фактический маршрут определяет выбранная архитектура.
Достаточно ли выбрать базу, чтобы решить вопрос восстановления?
Нет. При выборе нужно определить требуемый способ резервирования и восстановления, но состав копии и процедура испытания зависят от конкретной установки и проектируются отдельно.
Поможет ли автоматическое переподключение при повреждении базы?
Нет. Переподключение восстанавливает связь с доступной базой, но не возвращает утраченные или повреждённые данные и не подтверждает корректное продолжение внешних действий workflow.