n8n selbst hosten: Compose-Vorlage, Backup und Updates

Was bedeutet n8n self-hosted?

Self-hosted bedeutet, dass n8n nicht beim Hersteller in der Cloud läuft, sondern auf einem Server, den du kontrollierst: ein gemieteter virtueller Server, ein Rechner im eigenen Netz oder eine Maschine bei deinem Dienstleister. Die Daten deiner Workflows bleiben dort, und die Zahl der Ausführungen ist nur durch die Leistung des Servers begrenzt.

Rechtlich steht n8n unter der Sustainable Use License, einer sogenannten Fair-Code-Lizenz. Sie erlaubt den Einsatz für interne Zwecke deines Unternehmens. Wer n8n als eigenes Produkt an Dritte verkaufen oder als Dienst anbieten will, braucht eine andere Lizenz. Für die allermeisten Mittelständler ist das kein Thema.

Was n8n überhaupt kann und was die Cloud kostet, steht auf unserer Seite zur n8n-Agentur. Hier geht es nur um den Betrieb.

Fünf Entscheidungen stecken in dieser Datei, und jede hat einen Grund:

• PostgreSQL statt SQLite: SQLite ist der Standard und reicht zum Ausprobieren. Für den Live-Betrieb mit vielen Ausführungen ist eine echte Datenbank robuster und leichter zu sichern.
• Feste Version statt „latest“: Trag eine konkrete Versionsnummer ein. Dann kommt ein Update, wenn du es willst, und nicht, wenn ein Neustart es zufällig zieht.
• Port nur lokal: 127.0.0.1:5678 heißt, n8n ist von außen nur über den Reverse Proxy mit HTTPS erreichbar.
• Eigener Verschlüsselungsschlüssel: n8n verschlüsselt damit alle gespeicherten Zugangsdaten. Setzt du ihn selbst, kannst du ihn sicher aufbewahren und bei einem Umzug mitnehmen.
• Ordner statt anonymer Volumes: Daten liegen in ./data neben der Datei. Das macht Backups und Umzüge übersichtlich.

Die Geheimnisse POSTGRES_PASSWORD und N8N_ENCRYPTION_KEY gehören in eine .env-Datei neben der Compose-Datei, nie in ein Repository.

docker-compose.yml anzeigen

# docker-compose.yml: n8n mit PostgreSQL, Vorlage mediabrandcast (Stand 14.11.2026)
# Werte in <spitzen Klammern> ersetzen, Geheimnisse in eine .env-Datei auslagern.
services:
  postgres:
    image: postgres:16
    restart: unless-stopped
    environment:
      POSTGRES_USER: n8n
      POSTGRES_PASSWORD: ${POSTGRES_PASSWORD}
      POSTGRES_DB: n8n
    volumes:
      - ./data/postgres:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U n8n -d n8n"]
      interval: 10s
      retries: 5

  n8n:
    image: docker.n8n.io/n8nio/n8n:<VERSION>
    restart: unless-stopped
    ports:
      - "127.0.0.1:5678:5678"
    environment:
      DB_TYPE: postgresdb
      DB_POSTGRESDB_HOST: postgres
      DB_POSTGRESDB_DATABASE: n8n
      DB_POSTGRESDB_USER: n8n
      DB_POSTGRESDB_PASSWORD: ${POSTGRES_PASSWORD}
      N8N_ENCRYPTION_KEY: ${N8N_ENCRYPTION_KEY}
      N8N_HOST: <n8n.deine-domain.de>
      N8N_PROTOCOL: https
      WEBHOOK_URL: https://<n8n.deine-domain.de>/
      GENERIC_TIMEZONE: Europe/Berlin
      TZ: Europe/Berlin
      N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS: "true"
    volumes:
      - ./data/n8n:/home/node/.n8n
    depends_on:
      postgres:
        condition: service_healthy

1. Die Datenbank mit Workflows, Zugangsdaten (verschlüsselt) und Ausführungsprotokollen, per pg_dump.
2. Der Schlüssel aus dem n8n-Ordner. Ohne ihn lassen sich gesicherte Zugangsdaten nicht mehr entschlüsseln, du müsstest jeden Zugang neu anlegen.
3. Ein Export der Workflows als JSON, zusätzlich. Er lässt sich lesen, vergleichen und notfalls in eine ganz neue Instanz importieren.

Wir haben es bei einer eigenen Instanz erlebt: Ein automatisches Container-Update ohne dauerhaften Speicher, und alle Workflows waren weg. Seitdem gilt bei uns: Daten liegen außerhalb des Containers, und jedes Backup wird einmal im Quartal testweise zurückgespielt. Ein Backup, das nie zurückgespielt wurde, ist eine Hoffnung.

Das Skript rechts legt jeden Tag einen Ordner mit allen drei Teilen an und löscht Sicherungen, die älter als 14 Tage sind. Kopier den Ordner danach auf ein anderes System.

backup.sh anzeigen

#!/bin/sh
# backup.sh: tägliche Sicherung von n8n (Vorlage mediabrandcast), per cron im Compose-Ordner aufrufen
set -eu
ZIEL=./backup/$(date +%F)
mkdir -p "$ZIEL"
docker compose exec -T postgres pg_dump -U n8n n8n | gzip > "$ZIEL/n8n-db.sql.gz"
docker compose exec -T n8n n8n export:workflow --all --output=/home/node/.n8n/export-workflows.json
docker compose exec -T n8n n8n export:credentials --all --output=/home/node/.n8n/export-credentials.json
cp ./data/n8n/export-workflows.json ./data/n8n/export-credentials.json "$ZIEL/"
cp ./data/n8n/config "$ZIEL/config"   # enthält den Schlüssel, ohne ihn sind gesicherte Zugangsdaten wertlos
find ./backup -mindepth 1 -maxdepth 1 -type d -mtime +14 -exec rm -rf {} +

Was wir übernehmen

Wir richten n8n auf Servern in der EU ein, mit der Vorlage oben als Grundgerüst, HTTPS, Überwachung und täglichem Backup außerhalb des Servers. Updates planen wir, testen sie und spielen sie ein. Die Workflows bauen und verbessern wir im Servicevertrag. Das Hosting ist ein fester Monatsbetrag, die Arbeit 150 € pro Stunde, für Unternehmen, zzgl. USt. Mehr unter Hosting.