Zum Hauptinhalt springen

Betrieb — Überblick

Sammlung von Betriebsskripten, die ein Administrator (root) nach SSH-Zugriff auf den Gateway-Server ausführt. Für normale Anwender genügt die Web-UI, doch Betriebsaufgaben wie Starten / Stoppen / Backup / Upgrade / Fehlerdiagnose erfolgen über diese Skripte.

Container-Modus (2026.05+) hat einen eigenen Leitfaden

Ist systemctl is-active plantpulse-edge.service gleich active, liegt Container-Modus vor. Verwenden Sie statt der nativen Skripte dieser Seite (z. B. bin/start.sh) die /opt/kopens/install/bin/*.sh-Befehle der Seite Container-Modus. Diese Seite gilt ausschließlich für native Deployment-Boxen.

Installationspfad (native):

PE_HOME=/opt/kopens/plantpulse-edge
cd $PE_HOME/bin
ls *.sh # 어떤 스크립트가 있는지 확인

Überblick

KategorieSkriptKurzbeschreibungDauer
Startstart.shBootet den gesamten Stack des Gateway~90–120 s
start-daemon.shstart.sh im nohup-Hintergrundsofort
Stoppstop.shModulweises Herunterfahren (je Komponente max. 20 s, inkl. Cassandra drain)~60–90 s
Neustartrestart.shStartet nur Tomcat neu — unterbrechungsfrei, am häufigsten genutzt~6 s
reboot.shOS-Neustart
Backupbackup.shSammelbackup aus Konfiguration + DB-Snapshot + Tool-DatenMinuten
Upgradeupgrade.shBackup → Download / Installation der neuen Version5–15 min
firmware.shOS-Paketaktualisierung (dnf update)Minuten
Diagnoselog-viewer.shKonsolidiertes tail -f der Logs von 7 Komponentenunbegrenzt
ps.shLaufende plantpulse-Prozessesofort
node-info.shnodetool info (Cassandra-Status)sofort
node-cql.shCassandra cqlsh interaktiv
network-speed-test.shMessung der externen NetzgeschwindigkeitMinuten
Bereinigungclean.shLogs / temporäre Dateien sammelweise löschensofort
node-cleanup.shCassandra-Speicherplatz zurückgewinnenMinuten
SzenarienRunbooks für Deployment neuer Versionen / Fehlerdiagnose / Speichermangel / regelmäßige Backups / Disaster Recovery
Die am häufigsten genutzten Befehle

Im Entwicklungs- / Deployment-Zyklus wird nahezu jedes Mal restart.sh verwendet (nur Tomcat, 6 s). start.sh wird einmalig nach einem OS-Neustart benötigt, stop.sh nur unmittelbar vor Inspektion oder Backup.


Eigene start.sh / stop.sh der Sub-Komponenten

Die Gesamtskripte (start.sh, stop.sh) koordinieren lediglich die Reihenfolge; die eigentliche Implementierung liegt in den komponentenspezifischen Skripten. Wenn Sie nur eine Komponente neu starten wollen, rufen Sie diese direkt auf:

KomponenteStartStopp
Redis (cache)$PE_HOME/cache/bin/start.sh$PE_HOME/cache/bin/stop.sh
Cassandra (DB)$PE_HOME/db/bin/start.sh$PE_HOME/db/bin/stop.sh
HiveMQ (MQTT)$PE_HOME/mqtt/bin/start.sh$PE_HOME/mqtt/bin/stop.sh
timeseries-engine$PE_HOME/timeseries/engine/bin/start.sh$PE_HOME/timeseries/engine/bin/stop.sh
timeseries-dashboard$PE_HOME/timeseries/dashboard/bin/start.sh$PE_HOME/timeseries/dashboard/bin/stop.sh
Tomcat (server)$PE_HOME/server/bin/start.sh$PE_HOME/server/bin/stop.sh
Node-RED$PE_HOME/node/bin/start.sh$PE_HOME/node/bin/stop.sh

Beispiel — nur Node-RED neu starten:

$PE_HOME/node/bin/stop.sh
$PE_HOME/node/bin/start.sh

Hinweise zu Rechten / Pfaden

  • Alle Skripte benötigen root-Rechte (Bindung an Port 80/443, systemctl, Schreibzugriff auf /opt/).
  • Verzeichnisse:
ZweckPfad
Gateway-Code / Artefakte/opt/kopens/plantpulse-edge/
Benutzerdaten (sparkplug bdSeq, grafana, node-red, hivemq, apm)/data1/pp-data/
Backup-Artefakte/data1/pp-backup/
Tomcat-Logs$PE_HOME/server/logs/catalina.out
Cassandra-Logs$PE_HOME/db/logs/system.log
HiveMQ-Logs$PE_HOME/mqtt/log/hivemq.log
Node-RED-Logs$PE_HOME/node/log/node-red.log
  • Achtung: Es wird empfohlen, /opt/kopens/ und /data1/pp-data/ auf getrennten Datenträgern abzulegen. Damit sind Code-Aktualisierung und Datenhaltung getrennt, was das Risiko eines Datenverlusts beim Upgrade verringert.

Weiterführendes

  • Detaillierte Abläufe je Kategorie finden Sie im linken Menü unter Start / Stopp / Neustart / Backup / Upgrade / Diagnose / Bereinigung / Szenarien.
  • Zur Verwendung der einzelnen Skripte siehe --help oder die Kommentare am Skriptanfang.