<![CDATA[[gelöst] Datenpunkte nach Neustart nicht aktuell]]>Hallo,
als relativer Neuling mit ioBroker möchte ich meine Verbraucher abhängig vom PV Ertrag starten. Dank vieler Beiträge hier komme ich gut weiter. Gestern nun ein Tiefschlag für meine aufgezeichneten Daten und Grafen.

ioBroker läuft bei mir auf Rpi4. Die Datenpunkte habe ich unter 0_userdata.0 angelegt.
Ich arbeite nicht mit Redis; in der Datei iobroker.json steht „states“: { „type“: „file“ ..
Die Datei states.json wird unregelmäßig (durch was getriggert? unter /iobroker/iobroker-data neu gespeichert.

Gestern habe ich den Rechner neu gestartet mit
iobroker stop
iobroker backup
sudo reboot
und war dann ganz erschrocken, dass Datenpunkte mit einen 32 Stunden älteren Stand beim Neustart übernommen wurden.
Was habe ich falsch gemacht? Was muss ich anders machen, um einen Restart ohne Datenverlust durchzuführen? (Beim Experimentieren ist halt manchmal ein Neustart notwendig.)

Aus
https://forum.iobroker.net/topic/5099/iobroker-backup-und-werte-von-javascript-datenpunkten
meine erkannt zu haben, dass ich Datei states.json für ein vollständiges Backup auch speichern muss (neben dem history Verzeichnis), hätte aber Erwartet, dass eine Speicherung vor einem iobroker stop automatisch erfolgt.

Wer kann helfen?
Danke
Tobias

]]>https://forum.iobroker.net/topic/40210/gelöst-datenpunkte-nach-neustart-nicht-aktuellRSS for NodeMon, 18 May 2026 03:16:04 GMTMon, 28 Dec 2020 17:59:34 GMT60<![CDATA[Reply to [gelöst] Datenpunkte nach Neustart nicht aktuell on Wed, 30 Dec 2020 17:13:26 GMT]]>@paul53 said in Datenpunkte nach Neustart nicht aktuell:

Ich verwende zwar Backitup nicht, bin aber sicher, dass das gesamte Verzeichnis iobroker-data gesichert wird, also auch die Datenpunkte. Eine Sicherung ohne die Datei objects.json wäre sinnlos.

So dachte ich auch - habe aber die Datei states.json im Backup nicht gefunden. Nun habe ich die Datei backup.json mal genauer angeschaut. Hier sind neben den Objekten auch die Datenpunkte inkl. Wert mit enthalten. Somit alles vorhanden.

Mit der Hoffnung, das Backup nie zu brauchen schließe ich den Topic
Nochmals Danke.

]]>https://forum.iobroker.net/post/547395https://forum.iobroker.net/post/547395Wed, 30 Dec 2020 17:13:26 GMT<![CDATA[Reply to [gelöst] Datenpunkte nach Neustart nicht aktuell on Wed, 30 Dec 2020 16:23:10 GMT]]>@tobi19 sagte:

Bei Verwendung des Adapters Backitup scheinen mir die Datenpunkte auch nicht gesichert zu werden?

Ich verwende zwar Backitup nicht, bin aber sicher, dass das gesamte Verzeichnis iobroker-data gesichert wird, also auch die Datenpunkte. Eine Sicherung ohne die Datei objects.json wäre sinnlos.

]]>https://forum.iobroker.net/post/547306https://forum.iobroker.net/post/547306Wed, 30 Dec 2020 16:23:10 GMT<![CDATA[Reply to [gelöst] Datenpunkte nach Neustart nicht aktuell on Wed, 30 Dec 2020 16:02:39 GMT]]>@paul53
Komme nochmal auf meine Datensicherung zurück.
Bei drei weiteren Neustarts des Systems habe ich keine Probleme mehr mit der Aktualität der States gehabt.
Was der Auslöser war ist mir aber weiter unklar.

Eine letzte Frage, bevor ich den Topic dann abschließe:
Bei Verwendung des Adapters Backitup scheinen mir die Datenpunkte auch nicht gesichert zu werden?
Ist das korrekt? d.h. ich müsste auf Redis umsteigen, damit diese mit gesichert werden?

Dir vielen Dank.

]]>https://forum.iobroker.net/post/547300https://forum.iobroker.net/post/547300Wed, 30 Dec 2020 16:02:39 GMT<![CDATA[Reply to [gelöst] Datenpunkte nach Neustart nicht aktuell on Mon, 28 Dec 2020 19:36:31 GMT]]>@tobi19 sagte:

welche Zahl für "maximale Anzahl Datenpunkte in RAM" muss man eintragen, damit hier sagen wir alle 5 Min. eine Speicherung auf Disk erfolgt?

Das hängt davon ab, wie viele Einträge innerhalb von 5 Minuten erfolgen.

]]>https://forum.iobroker.net/post/545934https://forum.iobroker.net/post/545934Mon, 28 Dec 2020 19:36:31 GMT<![CDATA[Reply to [gelöst] Datenpunkte nach Neustart nicht aktuell on Mon, 28 Dec 2020 19:31:27 GMT]]>@tobi19 sagte:

Wann wird denn eine neue Datei mit neuem Datumsstempel angelegt?

Die Datei states.json wird alle 30 s überschrieben.

@tobi19 sagte in Datenpunkte nach Neustart nicht aktuell:

hat aber noch alten Zeitstempel; auch hier keie Neuanlage?

Bei "iobroker stop" wird states.json geschrieben.

]]>https://forum.iobroker.net/post/545930https://forum.iobroker.net/post/545930Mon, 28 Dec 2020 19:31:27 GMT<![CDATA[Reply to [gelöst] Datenpunkte nach Neustart nicht aktuell on Mon, 28 Dec 2020 19:29:20 GMT]]>Noch eine Frage zum History Adapter:
welche Zahl für "maximale Anzahl Datenpunkte in RAM" muss man eintragen, damit hier sagen wir alle 5 Min. eine Speicherung auf Disk erfolgt?

]]>https://forum.iobroker.net/post/545926https://forum.iobroker.net/post/545926Mon, 28 Dec 2020 19:29:20 GMT<![CDATA[Reply to [gelöst] Datenpunkte nach Neustart nicht aktuell on Mon, 28 Dec 2020 19:30:31 GMT]]>@paul53

Das fs scheint ok; habe hier keine Probleme; speichere auf eine SSD
Zum Test einen Datenpunkt angelegt, der zyklisch mit Uhrzeit gesetzt wird. Ist nun im states.json auch nachvollziehbar.
Bei meinen doch schon 2500 Datenpunkten erfolgt eine stetige Speicherung.
Wann wird denn eine neue Datei mit neuem Datumsstempel angelegt?

Habe mich dann auch zum restart des iobrokers (stop , dann start) getraut.
Alles o.k. states.json hat aber noch alten Zeitstempel; auch hier keie Neuanlage?

Danke

]]>https://forum.iobroker.net/post/545923https://forum.iobroker.net/post/545923Mon, 28 Dec 2020 19:30:31 GMT<![CDATA[Reply to [gelöst] Datenpunkte nach Neustart nicht aktuell on Mon, 28 Dec 2020 18:15:32 GMT]]>@tobi19 sagte:

Datei states.json ... eine Speicherung vor einem iobroker stop automatisch erfolgt.

Das passiert auch. Falls nicht, hast Du ein größeres Problem (fs defekt ?).

@tobi19 sagte in Datenpunkte nach Neustart nicht aktuell:

Die Datei states.json wird unregelmäßig (durch was getriggert? unter /iobroker/iobroker-data neu gespeichert.

Bei nicht nur wenigen Datenpunkt-Aktualisierungen erfolgt die Speicherung alle 30 s.

]]>https://forum.iobroker.net/post/545870https://forum.iobroker.net/post/545870Mon, 28 Dec 2020 18:15:32 GMT