Am 15. Dezember 2025 ist es soweit: n8n 2.0 geht an den Start. Das erste Major-Release seit Version 1.0 im Juli 2023. Und ja – es gibt einige Breaking Changes, die du kennen solltest, bevor du blind auf "Update" klickst.

In diesem Artikel zeige ich dir alles, was du wissen musst: Die neuen Features, die Breaking Changes, und wie du dein Setup vorbereitest. Denn eins ist klar: Wer unvorbereitet updatet, könnte ein böses Erwachen erleben.

Was bringt n8n 2.0?

Das n8n-Team hat sich bei diesem Update stark auf Sicherheit, Stabilität und Produktionsreife fokussiert. Hier die Highlights:

Autosave – Endlich!

Die wahrscheinlich meistgewünschte Funktion überhaupt. Wer kennt es nicht: Du baust 30 Minuten an einem komplexen Workflow, Browser crasht, alles weg. Mit n8n 2.0 gehört das der Vergangenheit an. Autosave wird kurz nach dem stabilen Release verfügbar sein.

Neues UI/UX Design

Die Canvas-Ansicht wurde überarbeitet, die Sidebar ist neu designed. Das Ganze fühlt sich moderner an und macht das Arbeiten mit komplexen Workflows übersichtlicher. Klingt erstmal nach Kosmetik, aber wenn du täglich in n8n arbeitest, merkst du den Unterschied.

Task Runners als Standard

Das ist die große architektonische Änderung: Code-Nodes werden jetzt standardmäßig in isolierten Task Runners ausgeführt. Das bedeutet: Dein JavaScript- oder Python-Code läuft in einer Sandbox, komplett getrennt von der n8n-Hauptinstanz.

Warum das wichtig ist:

  • Massiv erhöhte Sicherheit (keine unkontrollierten Zugriffe mehr)
  • Bessere Performance bei Code-intensiven Workflows
  • Du kannst eigene Docker-Images für Task Runners bauen mit genau den Bibliotheken, die du brauchst

Sub-Workflows funktionieren jetzt richtig

Wenn ein Parent-Workflow einen Sub-Workflow aufruft, der in einen "Wait"-Status geht (z.B. bei Human-in-the-Loop Nodes), bekommst du jetzt das korrekte Ergebnis zurück. Das war vorher... sagen wir mal: problematisch.

Die Breaking Changes – Hier wird's ernst

n8n 2.0 räumt auf. Und das heißt: Einige alte Zöpfe werden abgeschnitten. Hier die wichtigsten Änderungen:

MySQL/MariaDB ist raus

Ja, wirklich. n8n 2.0 unterstützt nur noch PostgreSQL und SQLite als Datenbank-Backend. Wenn du noch MySQL oder MariaDB nutzt: Jetzt ist der Zeitpunkt zum Migrieren. MySQL war übrigens schon seit v1.0 als deprecated markiert – sollte also nicht komplett überraschend kommen.

Meine Empfehlung: PostgreSQL. Punkt.

Environment Variables im Code Node blockiert

Aus Sicherheitsgründen können Code Nodes standardmäßig nicht mehr auf Umgebungsvariablen zugreifen. Das ist standardmäßig aktiv (N8N_BLOCK_ENV_ACCESS_IN_NODE=true).

Was du tun kannst:

  • Option A: N8N_BLOCK_ENV_ACCESS_IN_NODE=false setzen (wenn du weißt, was du tust)
  • Option B (besser): Credentials verwenden statt Environment Variables

Striktere Dateiberechtigungen

Config-Files müssen jetzt 0600 Permissions haben (nur Owner darf lesen/schreiben). Ähnlich wie bei SSH-Keys. Das erhöht die Sicherheit, kann aber dein Setup brechen, wenn du das nicht beachtest.

Python Code Node komplett neu

Der alte Pyodide-basierte Python Node ist Geschichte. Ab 2.0 läuft Python nur noch über Task Runners im External Mode mit nativem Python. Das ist deutlich performanter und sicherer, erfordert aber ein separates Docker-Image (n8nio/runners).

Entfernte Nodes

Folgende Nodes wurden komplett entfernt, weil die Services nicht mehr existieren:

  • Spontit
  • crowd.dev
  • Kitemaker

Falls du diese nutzt: Workflows anpassen oder alternative Services suchen.

Binary Data: In-Memory Mode ist weg

Binary Data wird jetzt nur noch auf Filesystem, Datenbank oder S3 gespeichert. Der In-Memory Mode wurde entfernt. Stell sicher, dass du genug Speicherplatz hast.

Der Migration Report – Dein bester Freund

Das n8n-Team hat mitgedacht. Seit Version 1.121.0 gibt es ein eingebautes Migration Report Tool, das dir genau zeigt, welche Workflows und Einstellungen Probleme machen werden.

So nutzt du es:

  1. Update auf mindestens v1.121.0
  2. Gehe zu Settings → Migration Report
  3. Du siehst sofort: "X von Y Workflows sind kompatibel mit n8n 2.0"

Das Tool zeigt dir:

  • Workflow Issues: Welche konkreten Workflows Anpassungen brauchen
  • Instance Issues: Welche globalen Konfigurationen geändert werden müssen

Geh jeden Eintrag durch, fix die Probleme, und klick dann auf "Refresh". Wenn alles grün ist: Ready for Upgrade.

Die Timeline

  • 8. Dezember 2025: Beta-Release
  • 15. Dezember 2025: Stable Release
  • 3 Monate nach Release: v1.x bekommt noch Security Updates
  • Danach: v1.x End of Life

Du hast also noch etwas Zeit – aber ich würde nicht bis zum letzten Tag warten.

Meine Checkliste für dich

Hier ist, was du JETZT tun solltest:

Sofort:

  • [ ] Prüfe deine Datenbank: MySQL/MariaDB → Migration zu PostgreSQL planen
  • [ ] Update auf mindestens v1.121.0
  • [ ] Migration Report checken unter Settings → Migration Report

Diese Woche:

  • [ ] Jeden Workflow-Issue im Migration Report fixen
  • [ ] Code Nodes prüfen: Werden Environment Variables verwendet?
  • [ ] Dateiberechtigungen prüfen (0600 für Config-Files)

Vor dem Update:

  • [ ] Backup machen (Datenbank + .n8n Verzeichnis)
  • [ ] Speicherplatz für Binary Data prüfen
  • [ ] Falls Python Nodes: Task Runner Setup vorbereiten
  • [ ] Staging-Environment nutzen zum Testen

Für Self-Hoster: Docker-Setup anpassen

Wenn du n8n selbst hostest (was du natürlich tust, oder? 😉), hier die wichtigsten Änderungen für dein Docker-Setup:

# Task Runners aktivieren (ab v2.0 Standard)
N8N_RUNNERS_ENABLED=true

# Falls du Python Code Nodes nutzt:
# Separates Image für Task Runners in External Mode
# Image: n8nio/runners

# Binary Data Mode explizit setzen
N8N_DEFAULT_BINARY_DATA_MODE=filesystem

# Speicherplatz für Binary Data
# Stelle sicher, dass genug Platz vorhanden ist

Was bedeutet das für die Community?

n8n 2.0 ist ein klares Signal: Die Plattform wird erwachsen. Enterprise-Features wie SSO, RBAC und Audit Logs werden weiter ausgebaut. Für uns als Automation Engineers bedeutet das:

  • Mehr Vertrauen bei Kunden: n8n wird produktionsreifer
  • Bessere AI-Integration: Die Task Runner Architektur ist perfekt für AI Agents
  • Zukunftssicherheit: Das n8n-Team investiert in die richtigen Bereiche

Ja, Breaking Changes sind nervig. Aber sie zeigen, dass n8n nicht stagniert, sondern aktiv weiterentwickelt wird.

TL;DR

n8n 2.0 kommt am 15. Dezember. Die wichtigsten Punkte:

  1. Autosave kommt – endlich!
  2. MySQL/MariaDB raus – migriere zu PostgreSQL
  3. Task Runners als Standard – mehr Sicherheit, bessere Performance
  4. Migration Report nutzen – Settings → Migration Report
  5. Jetzt vorbereiten – nicht erst am Release-Tag

Du hast noch gut 10 Tage Zeit. Nutze sie.

Hast du Fragen zum Upgrade? Bist du unsicher, ob deine Workflows ready sind? Komm in die AI Automation Engineers Community – wir helfen dir bei der Migration!

Tags: n8n, Workflow Automation, n8n 2.0, Breaking Changes, Self-Hosting, AI Automation