Зберігання даних виконань n8n: чекліст експлуатації власного сервера
Налаштуйте зберігання даних виконань n8n, перевірте збереження й очищення на синтетичних даних і призначте відповідальних за винятки.
Перевірено за наведеними джерелами .
Визначте політику зберігання даних виконань n8n
Для команди, що розміщує n8n на власному сервері, зберігання даних виконань починається з визначення потрібної історії для розслідування проблем, а потім — перевірки того, що насправді залишається у сховищі. Цей чекліст охоплює налаштування збереження, очищення, перевірку на синтетичних даних і винятки зі строків зберігання. Він не охоплює строки зберігання в тарифах Cloud, міграцію сховищ чи повну інструкцію з розгортання.
Документація n8n, на яку спирається матеріал, не має дати й відображає інформацію, отриману 16.10.2026; вона не підтверджує сумісність із кожним установленим релізом. Перед зміною налаштувань перевірте, чи застосовна вона до вашої інсталяції. Наведені нижче перевірки та критерії завершення — це редакційні рекомендації, а не обов’язкові стандарти чи результати проведених тестів.
На нашу думку, визначення строків зберігання варто починати з конкретної потреби в розслідуванні, а не зі строку, скопійованого з іншого розгортання. Виконайте початкові перевірки нижче; цей розділ завершено, коли кожна категорія робочих процесів має відповідального та обґрунтування свого строку зберігання.
Sources: n8n-docs/docs/deploy/host-n8n/configure-n8n/basic-configuration/use-environment-variables/executions.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/deploy/host-n8n/configure-n8n/scaling/manage-execution-data.md at main · n8n-io/n8n-docs · GitHub
Виберіть, які дані виконань зберігати
Для n8n на власному сервері довідник змінних виконання описує чотири окремі параметри збереження. Збереження даних невдалих виконань не гарантує виключення чутливих даних. Скористайтеся таблицею, щоб зафіксувати явне рішення для кожного параметра.
| Категорія даних | Параметр | Рекомендоване запитання |
|---|---|---|
| Невдалі виконання | EXECUTIONS_DATA_SAVE_ON_ERROR | Які дані про збої нам потрібні? |
| Успішні виконання | EXECUTIONS_DATA_SAVE_ON_SUCCESS | Навіщо зберігати дані успішних виконань? |
| Ручні виконання | EXECUTIONS_DATA_SAVE_MANUAL_EXECUTIONS | Чи мають зберігатися дані ручних тестів? |
| Прогрес за вузлами | EXECUTIONS_DATA_SAVE_ON_PROGRESS | Чи потрібне нам збереження прогресу? |
На практиці ми радимо зберігати дані невдалих виконань, коли це виправдано потребами розслідування, і вимикати збереження непотрібних даних успішних і ручних виконань та прогресу. Цей розділ завершено, коли всі чотири рішення задокументовано й підготовлено до перевірки.
Зафіксуйте пороги очищення та винятки
У n8n на власному сервері параметр EXECUTIONS_DATA_PRUNE керує очищенням разом із порогом віку в годинах, максимальною кількістю виконань, буферним періодом перед остаточним видаленням та окремими інтервалами м’якого й остаточного видалення. Відповідність умовам видалення та його розклад — різні речі: ці налаштування не визначають точного строку видалення для вашого розгортання.
Посібник із даних виконань описує очищення за розкладом, яке позначає завершені виконання, що відповідають умовам, перед остаточним видаленням. Нові виконання, виконання в роботі та в очікуванні виключено, а виконання з анотаціями, наприклад тегами чи оцінками, ніколи не очищаються. Поріг кількості не гарантує точної кількості виконань, що залишаться; врахуйте, що відбір за кількістю може скоротити доступну історію для розслідувань.
Скористайтеся цими перевірками, щоб розклад і винятки можна було переглянути. Завершення означає, що налаштовані значення та кожен виявлений виняток зафіксовано.
Sources: n8n-docs/docs/deploy/host-n8n/configure-n8n/basic-configuration/use-environment-variables/executions.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/deploy/host-n8n/configure-n8n/scaling/manage-execution-data.md at main · n8n-io/n8n-docs · GitHub
Перевірте збереження й очищення на синтетичних даних
Перевіряйте зберігання даних виконань n8n в ізольованому тестовому середовищі з вигаданими чутливими полями, ніколи не використовуючи справжні особисті чи корпоративні секрети. Завершення означає, що спостережувані збереження й очищення відповідають зафіксованій політиці, а розбіжності записано для розгляду.
- Створіть синтетичні успішні, невдалі та ручні виконання з упізнаваними тестовими полями.
- Зафіксуйте ідентифікатори виконань і перевірте, які дані зберігаються, зіставивши це з чотирма рішеннями щодо збереження.
- Виберіть завершені виконання без анотацій, які відповідають налаштованим умовам очищення.
- Спостерігайте за ними протягом інтервалів видалення та буферного періоду, перевіряючи відповідні сховища, а також видимість в історії.
- У разі розбіжностей перевірте налаштування збереження, статус виконання, анотації та застосовні політики зовнішнього сховища.
Sources: n8n-docs/docs/deploy/host-n8n/configure-n8n/basic-configuration/use-environment-variables/executions.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/deploy/host-n8n/configure-n8n/scaling/manage-execution-data.md at main · n8n-io/n8n-docs · GitHub
Відокремлюйте очищення зовнішнього сховища від приховування даних
Для редакцій Business і Enterprise n8n на власному сервері документація зовнішнього сховища розрізняє бінарні дані та дані виконань. Застосуйте задокументований механізм очищення до кожного типу сховища в таблиці; завершення означає, що кожен застосовний механізм має відповідального. Згадана документація даних виконань у S3 не визначає поведінку очищення даних виконань в Azure.
| Збережені дані | Задокументований механізм очищення | Рекомендована перевірка |
|---|---|---|
| Бінарні дані в S3 | Налаштування життєвого циклу бакета | Визначте відповідального за життєвий цикл |
| Бінарні дані в Azure | Політика життєвого циклу, якщо дані не зберігаються безстроково | Зафіксуйте політику або свідомо прийнятий виняток |
| Дані виконань у S3 | Стандартне очищення виконань | Уникайте правил життєвого циклу для даних виконань |
Для Enterprise на власному сервері та Cloud Enterprise n8n описує приховування даних як засіб керування видимістю, що залишає збережені дані виконань без змін. Доступність залежить від версії. Цей чекліст не охоплює налаштування приховування даних. На нашу думку, приховані дані — недостатній доказ для завершення перевірки видалення.
Sources: n8n-docs/docs/deploy/host-n8n/configure-n8n/scaling/use-external-storage.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/deploy/host-n8n/configure-n8n/security/redact-execution-data.md at main · n8n-io/n8n-docs · GitHub
Усуньте розбіжності, призначивши відповідального
Згідно з посібником із зовнішнього сховища для Business і Enterprise на власному сервері, правило життєвого циклу для даних виконань у S3 може видалити дані, на які n8n іще посилається. Вважайте суперечливе правило розбіжністю, яку потрібно усунути перед затвердженням результатів перевірки.
Завершіть перевірку зберігання даних виконань n8n наведеними нижче пунктами. Цей чекліст не підтверджує видалення з резервних копій, реплік, систем зовнішніх одержувачів чи незалежних систем журналювання й не гарантує стирання даних у межах усієї організації. Фізичне вивільнення дискового простору та обслуговування бази даних виходять за межі матеріалу; успішне очищення не обов’язково означає зменшення файлу бази даних.
