Versionshinweise

Erstellen, Bereitstellen und Abfragen von IIoT-Vor-Ort-Apps per Chat – Studio. Die neueste Version ist 2026.08.

Versionsbezeichnung

Versionen haben das Format YYYY.MM (z. B.: 2026.08). Aktualisierungen innerhalb desselben Monats behalten die gleiche Versionsnummer; unten sind sie nach dem Datum ihrer Aufnahme sortiert. Installations- und Upgrade-Anleitungen finden Sie unter Installation.

---

🚚 Neue Download-Adresse – product.kopens.io

Installationsskript und Air-Gap-Bundle wurden von download.kopens.io nach product.kopens.io verschoben. Ordnerstruktur und Dateinamen bleiben unverändert. Wenn Sie den Installationsbefehl in Ihrem Skript hinterlegt haben, müssen Sie nur die Adresse anpassen.

…-latest.tar.gz ist nicht mehr vorhanden

Es war eine Kopie des neuesten Bundles; wurde sie während der Veröffentlichung heruntergeladen, stimmte die Prüfsumme nicht mehr überein, und eine einwandfreie Datei wurde als „beschädigt“ eingestuft. Lesen Sie jetzt die latest.txt, die nur den Namen der neuesten Version enthält, und laden Sie über die Versionsadresse herunter.

BASE=https://product.kopens.io/plantpulse-studio
VER=$(curl -fsSL $BASE/latest.txt)
curl -fLO -C - --retry 5 $BASE/plantpulse-studio-images-$VER.tar.gz

Einmal veröffentlichte Versionen werden nicht gelöscht. Auch wenn 2026.09 erscheint, bleibt die …-2026.08.tar.gz-Adresse bestehen, sodass Sie jederzeit erneut herunterladen oder zurückkehren können. Wenn Sie den Installationsablauf fest in einem Skript verankert haben, ist es sicherer, die Version direkt anzugeben, statt latest.txt zu verwenden.

🗓 Monatliche reguläre Veröffentlichung – 2026.08

Jeden Monatsanfang erscheint die Version des Monats. 2026.08 ist eine reine Bereitstellungs-Automatisierungs-Veröffentlichung, es gibt keine Produktfunktionsänderungen – wenn Sie 2026.07 verwenden, gibt es keinen Grund zur Eile.

---

Zuerst prüfen – Maßnahmen bei einem Upgrade

Zutreffend	Erforderliche Maßnahme
Betrieb in einer Umgebung ohne Air-Gap-Netzwerk	Dieses Update unbedingt anwenden (Blockierung der Builder-Sidecar-Exposition)
API-Schlüssel in der Konfigurationsdatei hinterlegt	Schlüssel in .env verschieben → Geheimnisverwaltung
Betrieb über Domain/Reverse-Proxy	Einmalige erneute Anmeldung der Benutzer → Domain und Reverse-Proxy
Nur Sicherung vorhanden, Wiederherstellung nie getestet	Wiederherstellungsprobe einmal durchführen → Sicherung und Wiederherstellung

---

🛡 Umfassende Prüfung der Datenintegrität

Die gesamten Quellen wurden geprüft; 3 kritische und 15 hohe Probleme wurden gefunden und behoben. Die meisten waren von der Art „normalerweise unsichtbar, tritt aber genau dann auf, wenn man es braucht“ – zuerst wurden Reproduktionstests erstellt, dann die Korrekturen.

Sicherung und Wiederherstellung

Bitte führen Sie eine Wiederherstellungsprobe durch

Die Wiederherstellung hat tatsächlich nichts zurückgesetzt. Die Sicherung lief täglich ordnungsgemäß, aber bei einer Wiederherstellung wurde „Wiederherstellung abgeschlossen“ angezeigt, ohne dass die Datenbank auch nur ein Zeichen änderte. In früheren Versionen konnte die DRYRUN=1-Probe bestehen, ohne dass die tatsächliche Wiederherstellung erfolgte – nach diesem Update empfehlen wir dringend, eine echte Wiederherstellung zu testen → Sicherung und Wiederherstellung

• Die Notfallkopie kurz vor der Wiederherstellung wurde bei Fehlern einfach weiterverwendet, und mit dieser Notfallkopie war kein Rücksetzen möglich. Jetzt wird sie im gleichen Format wie die reguläre Sicherung erstellt; bei Fehlern wird die Wiederherstellung nicht gestartet.
• In der Sicherung fehlte .env. Nach dem Verschieben des Schlüssels in eine Umgebungsvariable ist das System ohne diesen Schlüssel allein durch die Sicherung nicht wiederherstellbar → Geheimnisverwaltung
• Problem behoben: War ein postgres-Ordner im Arbeitsbereich vorhanden, wurde er stillschweigend aus der Sicherung ausgelassen.
• Die geplante Sicherung schlug von Anfang an vollständig fehl (fehlender Pfad der Protokolldatei). Wenn Sie die automatische Sicherung aktiviert haben, könnte tatsächlich keine einzige Datei angelegt worden sein – bitte dist/ prüfen.

Datenverlust

• Beim Löschen eines einzelnen Chatraums konnte auch das Abfrageverlauf anderer Benutzer verloren gehen.
• Der Papierkorb, der nach dem Löschen eines Projekts 7 Tage aufbewahrt werden sollte, wurde beim nächsten Neustart sofort geleert.
• Wenn ein Speicherlesevorgang einmal fehlschlug, wurden bei der nächsten Erstellung eines Watchers oder einer Fähigkeit alle bestehenden Einträge gelöscht.
• Wurde das Speichern von Einstellungen oder Gesprächsverläufen unterbrochen, gingen Projekte oder Verläufe verloren.
• Beim Hochstufen einer kompakten (Datei-)Installation auf PostgreSQL wurden Konten und Chatverläufe nicht übertragen → Installation

Betriebsstabilität

• Beim schnellen zweimaligen Öffnen einer App wurde ein interner Port freigegeben, was schließlich das Öffnen aller Apps verhinderte.
• Je länger das Builder-Gespräch wurde, desto größer wurden die Anfragen – der Tokenverbrauch stieg und der Chat blockierte schließlich.
• Ein Rückgängig-Vorgang konnte sich in laufende Builder-Arbeiten einmischen und Ergebnisse vermischen oder verlieren → App-Entwicklung mit dem Builder
• Eine Neuinstallation konnte das TLS-Zertifikat löschen und HTTPS auf Klartext herabstufen → Domain und Reverse-Proxy
• Bei Antwortverzögerung konnte ein Steuerbefehl für eine Anlage bis zu 4-mal doppelt gesendet werden.

Anzeige

• Eine direkt nach dem Betreten des Chats gesendete Frage verschwand, sobald die Listenladung abgeschlossen war → Abfrage von Daten im Chat
• Auf Mobilgeräten erschienen Benachrichtigungen doppelt; nach dem Abmelden führte ein Neuladen erneut zur Anmeldung → Vor-Ort-Mobile
• Nach dem Erstellen eines Plans verschwand beim Moduswechsel der geschriebene Anforderungstext.
• Bei abgelaufener Sitzung erschien nur ein leerer Bildschirm ohne Hinweis.

📖 Eingebettetes Benutzerhandbuch

• Das Handbuch ist jetzt im Produkt enthalten – das Dokument, das Sie gerade lesen. Über das Handbuch ↗(fa-book-open) in der linken Navigation öffnet es sich in einem neuen Fenster.
• Auch ohne Internet verfügbar: Das Handbuch wird mit dem Produkt-Image ausgeliefert und ist daher auch in Air-Gap-Netzwerken direkt verfügbar. Auch die Volltextsuche funktioniert lokal.
• Die Symbole der linken Navigation wurden etwas vergrößert, um die Lesbarkeit zu verbessern.

🔒 Sicherheit und Lieferkette

• In den Chat eingefügte Schlüssel bleiben nicht im Verlauf: App-Änderungen werden automatisch protokolliert (→ App-Entwicklung mit dem Builder), aber ein in das Chatfenster eingefügter API-Schlüssel wurde unverändert im Protokoll gespeichert. Jetzt werden bekannte Schlüssel- und Token-Formate automatisch maskiert.

  Bitte fügen Sie weiterhin nichts ein

  Nicht alle Arten von Geheimnissen können erkannt werden. Geben Sie Schlüssel nicht im Chat, sondern als Umgebungsvariable in der Geheimnisverwaltung ein. :::

• Builder-Engine-Image ebenfalls signiert: Im Offline-Bundle fehlte die Signatur nur für den Builder-Sidecar; das wurde korrigiert. bin/verify-images.sh prüft alle vier Typen.

• Problem behoben: Dateiberechtigungen der Konfigurationsdatei wurden bei jedem Speichern zurückgesetzt: Anmelde-Token-Datei und Konfigurationssicherung sind jetzt ebenfalls geschützt.

• Builder-Engine aktualisiert: Der OpenHands-Sidecar wurde auf SDK v1.37.1 angehoben (keine Änderung der Nutzung).

📌 Versionsfixierung

• Alle Images sind jetzt auf feste Versionen festgelegt (latest entfernt). Damit wird verhindert, dass je nach Installationszeitpunkt unterschiedliche Versionen installiert werden. Die gewünschte Version kann über TAG in .env angegeben werden → Installation.
  ⚠ TAG wurde am 2026-08-31 auf PP_IMAGE_TAG geändert (zusätzlich wurden PS_IMAGE_TAG_SERVER und PS_IMAGE_TAG_WEB eingeführt, um die Version pro Image separat festlegen zu können). Den aktuellen Stand finden Sie in der Umgebungsvariablen-Referenz.

🔑 Geheimnisverwaltung und Verbindungsstabilität

• API-Schlüssel nur noch als Umgebungsvariable – Plattform-, KI-, Git- und Registrierungs- Schlüssel, die zuvor im Klartext in der Konfigurationsdatei gespeichert wurden, sind nun ausschließlich über Umgebungsvariablen verfügbar. Selbst wenn die Konfigurationsdatei kompromittiert wird, sind die Schlüssel nicht exponiert. Bestehende Installationen funktionieren weiterhin; der Startprotokoll weist auf die zu verschiebenden Einträge hin (Werte werden nicht protokolliert). Der Einstellungsbildschirm zeigt diese Schlüssel als „Wird als Umgebungsvariable verwaltet“ an und sperrt die Bearbeitung.
  ⚠ Dieses Verhalten wurde am 2026-08-23 umgekehrt – es zeigte sich, dass bei Vorrang der Umgebungsvariable ein abgelaufener Schlüssel nicht über den Bildschirm korrigiert werden konnte. Jetzt überschreibt der Bildschirmwert die Umgebungsvariable, und das Eingabefeld ist nicht mehr gesperrt. Den aktuellen Stand finden Sie unter Geheimnisverwaltung.
• Automatische Verschärfung der Dateiberechtigungen – Bei jedem Serverstart werden Konfigurationsdatei und .env auf nur für den Eigentümer beschränkt (0600) gesetzt.
• Verfolgung von Konfigurationsänderungen – Änderungen werden im Prüfprotokoll festgehalten (bei Geheimnissen nur ein Fingerabdruck statt des Werts). So lässt sich nachvollziehen, „seit wann etwas nicht mehr funktioniert“.
• Behebung von Verbindungsabbrüchen bei langen Builds – Wenn der Agent bei der Werkzeugausführung lange schwieg, unterbrach der Proxy den Stream und es erschien „Verbindungsfehler“. Ein Server-Heartbeat löst das jetzt (unabhängig von den Proxy-Einstellungen).
• Verbesserte Fehlermeldungen – Meldungen wie „Sidecar-Status: error“ ohne Ursachenangabe geben jetzt den tatsächlichen Grund und die empfohlene Maßnahme an (z. B. KI-Anbieter nicht erreichbar → Einstellungen prüfen).
• Reasoning-Modell-Kompatibilität – Abfragen, die bei Modellen mit Werkzeugnutzung an Gateway-Einstellungskonflikten scheiterten, werden jetzt automatisch korrigiert.
• In der Betriebsdokumentation wurden vollständige Beispiele für Proxy-Einstellungen und eine Tabelle „Symptom → Ursache“ ergänzt.

🔒 Verstärkung von Sicherheit und Stabilität

Nach einer umfassenden Prüfung (Sicherheit, Codequalität, Frontend, Betrieb) wurden die gefundenen Probleme gesammelt behoben.

• Blockierung der Builder-Sidecar-Exposition – Der Builder-Engine-Sidecar war mit der Standardeinstellung im gesamten Firmennetzwerk ohne Authentifizierung erreichbar. Er ist jetzt auf Loopback gebunden und mit Speicher-, CPU- und Protokollgrenzen versehen. Wenn Sie in einer Umgebung ohne Air-Gap-Netzwerk arbeiten, müssen Sie dieses Update unbedingt anwenden.
• Zugriffskontrolle für Vorschau – War nur die Vorschau-Adresse bekannt, konnten auch Quellcode und Chat-Anhänge privater Projekte eingesehen werden. Der Zugriff ist jetzt auf Eigentümer, Administratoren und geteilte Benutzer beschränkt (einschließlich Live-Update-WebSocket).
• Einschränkung des App-Origin-Proxys – Der Datenproxy erzeugter Apps akzeptierte alle Methoden und Pfade. Er ist jetzt auf eine Zulassungsliste für Leseoperationen beschränkt; Schreibvorgänge nur, wenn die App selbst eine Authentifizierung hat (Anzeige unverändert).
• Verhinderung von Watcher-Kostenproblemen – Die Änderungs-API validierte die Eingaben nicht; bei ungültigen Werten konnte ein Watcher stoppen oder jede Minute eine KI-Anfrage auslösen.
• Bereitstellung eines Wiederherstellungsskripts – Es gab nur Sicherungen, aber keine Wiederherstellung. Ein neues Skript (mit nicht-destruktivem Modus für Proben) wurde eingeführt, und die Dateiberechtigungen der Sicherungsdateien wurden auf nur für den Eigentümer beschränkt verschärft.
• Sicherheit der Neuinstallation – Bei erneuter Ausführung der Einzeileninstallation auf einem bestehenden Server wurden .env und lokale Sicherungen gelöscht, sodass der Stack nicht startete. Das ist jetzt behoben.
• Leistung – Erster Bildschirm-Bundle um 66 % reduziert (Diagramm-Engine, verzögertes Laden von Bildschirmen), Eingabeverzögerung beim Antwort-Streaming entfernt, Abfragen in Hintergrund-Tabs gestoppt.
• Barrierefreiheit und Mehrsprachigkeit – Esc- und Fokus-Behandlung für 11 Typen von Modalen/Drawern ergänzt, 83 Fehlermeldungen übersetzt, die im englischen Modus auf Koreanisch erschienen.

🌐 Unterstützung für benutzerdefinierte Domains

• App-Origin-Einstellung – In den Einstellungen unter dem Laufzeit-Tab wird die öffentliche URL für Vorschau und bereitgestellte Apps festgelegt. Bei Bereitstellung hinter einem Reverse-Proxy/HTTPS-Domain wird dies sofort ohne Neustart übernommen.
• Automatische Domain für Anmelde-Cookies – Wenn Studio und App-Origin Geschwister-Subdomains sind, wird automatisch die gemeinsame übergeordnete Domain im Cookie gesetzt. Dadurch funktionieren nach der Domaintrennung der Echtdatenabruf bereitgestellter Apps und der Zugriff auf private Apps weiterhin. ⚠ Nach einer Domain-Änderung ist eine einmalige erneute Anmeldung erforderlich.
• Hinweis auf gemischte Inhalte – Bei HTTPS-Studio und HTTP-App-Origin wird statt eines leeren Bildschirms Ursache und Lösung in Vorschau und Einstellungen angezeigt.
• Bereitstellungsanleitung – Hinweise zu zwei Origins, Host-Erhalt, WebSocket und Cloudflare-Besonderheiten sind zusammengefasst → Domain und Reverse-Proxy
• UI-Verfeinerung: Horizontale Scrollleiste im Builder-Bildschirm im englischen Modus entfernt, Position des Toggles für die Kontextleiste angepasst.

🏗 3D-Digitaler Zwilling + Erweiterungs-Stack

• 3D-Digitaler Zwilling – Erstellen Sie per Chat einen 3D-Ansicht der Fabrik. Ein Standard-3D-Kit mit Statusfarben, Alarm-Puls und Wert-Billboards sowie eine Vorlage „3D-Digitaler Zwilling“ sind neu enthalten.
• Zeichnung → Bodentextur – Wird eine Zeichnung im Chat angehängt, wird sie automatisch gespeichert und als Bodentextur der 3D-Szene verwendet.
• 12 Erweiterungs-Stack-Vorlagen enthalten – Prozessflussdiagramm, Animation, Formulare, Drag-and-Drop, virtuelles Scrollen, QR-Scankarte usw. ohne separate Installation.
• Der Standardarbeitsspeicher für App-Sitzungscontainer wurde auf 2 GB erhöht (für 3D-Builds).

🧩 MCP-Registrierung

• MCP-Tab in den Einstellungen – Hinzufügen/Entfernen externer MCP-Server, automatische Erkennung von Werkzeugen (10-Minuten-Cache + manuelles Aktualisieren), Aktivieren/Chat/Builder- Umschaltung pro Werkzeug, Neu- und Konflikt-Badges.
• Automatische Übernahme von Plattformwerkzeugen – Wenn die Plattform neue Werkzeuge hinzufügt, werden sie automatisch im Studio-Chat und Builder angezeigt.

🔒 Builder-Build-Standard

• Abhängigkeitssperre (standardmäßig aktiviert) – Verhindert die Installation beliebiger Pakete und Konfigurationsänderungen in erzeugten Apps und fixiert den Standard-Stack. Ausnahmen können über eine Administrator-Zulassungsliste eingerichtet werden.
• Layout-Erzwingung (standardmäßig aktiviert) – Prüft, ob alle Bildschirme die Standardshell verwenden; bei Verstößen korrigiert der Agent dies automatisch.
• Standardlayout für Apps – Produktname, Akzentfarbe, maximale Breite und Fußzeile werden in den Einstellungen festgelegt und in neue Apps eingefügt.

📦 Offline-Bundle für den Transport

• Im Seitenbereich für Bereitstellungsversionen können Sie über [Bundle] eine komprimierte Datei mit App-Image und Startskript herunterladen. Im Air-Gap-Netzwerk lässt sich die App mit einer einzigen bash run.sh-Zeile starten.

🐳 Docker – App überall

• App-Image-Push – Bereitstellungsversion mit einem Klick als Docker-Image verpacken und in die Registrierung hochladen. Überall außerhalb des Studios als Container startbar.
• Laufzeit-Panel – Im unteren Statusbalken wird der Status des Sitzungscontainers (CPU/Speicher) in Echtzeit angezeigt; ein Klick öffnet Protokoll und Neustart.
• App-Katalog – Bereitgestellte Apps werden als Miniaturansicht angezeigt und mit einem Klick in einer neuen Registerkarte gestartet.

🗣 Chat mit direkter Datenabfrage

• Abfrage in natürlicher Sprache – Fragen wie „Zeige mir die Anzahl der Tags pro Anlage in Linie 3“ werden sofort mit den Echtdaten der Plattform beantwortet.
• Rich-Antworten – Visualisierung als Tabelle (mit CSV-Kopierfunktion), Diagramm und Prozessflussdiagramm.
• Chatraumverwaltung – Gespräche trennen, Umbenennen, Suchen, Anzeige der Antwortzeit, Fotoanhänge.
• Chat → App-Konvertierung – Eine gute Antwort wird mit einem Klick zum Entwurf einer Dashboard-App.

🛰 Watcher – Überwachungsregeln in natürlicher Sprache

• Einfach schreiben: „Benachrichtige mich, wenn der Leitungsdruck 8 bar überschreitet“ – fertig. Zeitgesteuerte Ausführung und Bedingungsbewertung übernimmt die KI.
• Bei Auslösung: Echtzeit-Bildschirmbenachrichtigung (Toast) + ungelesenes Badge (geräteübergreifend synchronisiert).
• Benachrichtigungsliste (Suche, weitere anzeigen), Webhook-Sendung an Slack/Teams-kompatible Dienste.
• Im Chat kann ein Watcher mit einem Satz wie „Überwache das“ erstellt werden.

🏭 Semantische Ebene – KI, die die Fabrik versteht

• Das Studio lernt die Struktur von Standort, Linie, Anlage und Tag als Schnappschuss.
• Der Agent interpretiert Anlagennamen, Aliasse und Zeitangaben („gestern“, „letzte Woche“) als präzise Datenadressen.
• Über einen ISA-95-Schicht-Picker können auch Menschen dieselbe Struktur durchsuchen.

📊 Betriebstransparenz

• Statistik-Dashboard (Administrator) – Nutzung, Aktivität, Apps, Abfragen, Bereitstellungs-Erfolgs-/Fehlerprotokolle und Prüfprotokoll-Suche in einem Tab.
• Die Bereitstellung unterstützt einen schrittweisen Fortschrittsdialog (Build → Konvertierung) und QR-Code für Tablet-Zugriff vor Ort.
• Volltextsuche im Prüfprotokoll, Verfolgung von Bereitstellungsverlauf und Rollback.

🤖 Verfeinerung des Coding-Agenten

• OpenHands-Engine – Für App-Builds kann die branchenübliche Open-Source-Coding-Agent-Engine gewählt werden (Einstellungen → Agent → Builder-Engine). Präzises Bearbeiten und Dialogzusammenfassungskompression sorgen auch in langen Sitzungen für Stabilität. Chat (Abfragen) bleibt unberührt; die eingebaute Engine ist jederzeit wiederherstellbar.
• Drei Builder-Modi – Plan (Build nach Genehmigung des Konfigurationsvorschlags) · Auto (Standard) · Freigeben (Bearbeitung im Vorschaufenster prüfen, dann übernehmen/rückgängig machen – Gesprächsverlauf bleibt erhalten).
• Slash-Befehle – Die Eingabe von / im Chat zeigt /plan /build /review /fix /test /loop /deploy an. /loop wiederholt die automatische Korrektur, bis die Typprüfung erfolgreich ist (maximal 3 Mal).

📱 Vor-Ort-Mobile

• Nur-Smartphone-Ansicht – Beim Zugriff über ein Smartphone wird automatisch die mobile Ansicht aktiviert (ausgenommen Tablets und Desktops).
• Vier Registerkarten unten – Start · Chat · Watcher · Apps.
• Startübersicht – Ungelesene Benachrichtigungen, aktive Watcher, bereitgestellte Apps und Gesprächszahl als Karten, aktuelle Benachrichtigungen auf einen Blick.
• Echtzeit-Benachrichtigungen – Auch wenn ein Watcher auf einem anderen Gerät auslöst, werden Sie sofort per Toast und ungelesenem Badge informiert.
• Mobile Watcher-Verwaltung – Liste, Ein-/Ausschalten, Sofortausführen, Löschen; auch das Erstellen neuer Watcher in natürlicher Sprache.
• Bereitgestellte Apps anzeigen – Bereitgestellte Apps als Live-Mini-Vorschaukarte ansehen und direkt öffnen.
• Design und Sprache – Hell/Dunkel, Koreanisch/Englisch.

Aktualisierung der App-Liste und des Designs

• App-Liste mit zwei Registerkarten – [Bereitgestellt] · [Geteilt] trennt Apps, die Sie bereitgestellt haben, von solchen, die mit Ihnen geteilt wurden.
• Premium-Messgeräte-Design – Dezenter Aurora-Hintergrund, Glaskarten, pulsierende Status-LEDs sorgen für ein klareres Bild auf Feldsmartphones (der industrielle Dunkelton bleibt erhalten).

🔒 Sicherheits- und Betriebs-Härtung

• Trennung des App-Origin erzeugter Apps (separater Listener) – klare Vertrauensgrenze.
• Plattform-API-Schlüssel werden nur auf dem Server gespeichert und ausschließlich an angemeldete Benutzer delegiert (anonyme Anfragen blockiert).
• Rate-Limiting für Anmelde- und KI-Pfade, Prüfprotokoll, rollenbasierte Rechte (Administrator/Builder/Viewer).
• Alle Kerndaten (Gespräche, Watcher, Benachrichtigungsstatus, Fähigkeiten, Bereitstellungsverlauf) werden in PostgreSQL persistiert – keine Abhängigkeit vom Browserspeicher.
• Private bereitgestellte Apps können nur von Eigentümer, Administrator und geteilten Benutzern verwendet werden (Verschärfung gegenüber zuvor „alle angemeldeten Benutzer“). Das Teilen erfolgt über „Benutzerfreigabe“ auf der App-Karte.
• Air-Gap-Installation (geschlossenes Netzwerk) und Sicherungs-/Wiederherstellungsskripte sind enthalten.

---

Installation und Upgrade

Situation	Dokumentation
Neuinstallation	Installation
Installation im Air-Gap-Netzwerk	Installation im Air-Gap-Netzwerk
Betrieb über Domain und HTTPS	Domain und Reverse-Proxy
Sicherung vor dem Upgrade	Sicherung und Wiederherstellung
Schlüssel als Umgebungsvariable	Geheimnisverwaltung
Bei Problemen	Fehlerbehebung

Wenn Sie zum ersten Mal starten, lesen Sie zunächst den Schnellstart.