Die Strategy der Persistence wird bis einschließlich openHAB3 ausschließlich über *.persist Dateien gesteuert.
Dabei gibt es für jeden Persistence Service eine <service>.persist Datei im Ordner $OPENHAB_CONF/persistence/, also z.B. rrd4j.persist für rrd4j.
Und weil die Entwickler von openHAB gerne mal inkonstent sind, haben sie sich überlegt,
- rrd4j zu installieren ohne das irgendwo kenntlich zu machen
- rrd4j als Default Persistence zu verwenden, ohne dass dies ausdrücklich ausgewählt ist (also solange nicht explizit eine andere Persistence als Default Persistence ausgewählt ist)
- einfach alle Items zu persistieren, wenn zu einem Persistence Service keine <service>.persist Datei existiert.
- Dabei als Default Strategy everyMinute,everyChange zu verwenden, obwohgl auch dies nirgendwo konfiguriert ist.
Diese Entscheidung trägt meiner Meinung viel zur Verwirrung um die Persistence bei, auch wenn sie es Anfängern erst mal leicht macht, sofort und ohne weitere Anstrengungen "hübsche" Charts zu sehen. Die Kehrseite ist aber, dass niemand die eigentlichen Zusammenhänge begreift und sich dann wundert, warum "plötzlich" keine Charts mehr vorhanden sind, obwohl man doch "gar nichts" gemacht hat (in diesem Fall ist "gar nichts" vielleicht, einen anderen Persistence Service zu installieren und zum Default zu machen).
rrd4j ist an dieser Stelle komplett ungeeignet, denn rrd4j setzt
zwingend eine Persistierung mindestens im Minutentakt voraus (Strategy everyMinute). Wird nicht mit everyMinute persistiert, kann man nicht auf die persistierten Daten zugreifen.
Anders sieht es bei anderen Persistence Services aus, dort kannst Du everyMinute einfach weg lassen und z.B. nur mit everyChange persistieren, oder eben auch gar nicht, sondern ausschließlich mit der restoreOnStartup Strategy beim Start des Systems den aktuellen Zustand wiederherstellen. Wenn es nur darum geht, den Zustand zu einem bestimmten Zeitpunkt wiederherzustellen, kannst Du auch einfach mapdb nutzen. mapdb speichert nur exakt einen Wert, das ist gewöhnlich der aktuelle (Strategy everyChange), aber auch dort kann man natürlcih eine andere Strategy setzen, z.B. everyDayAt23 (es gibt Standard Strategies, everyChange, everyUpdate, restoreOnStartup, und selbst definierte Cron Strategies, dazu gehört auch everyMinute(!), die selbst definierten Strategies kannst Du nennen wie Du willst, meinetwegen auch Konstantinopel, aber es bietet sich natürlich ein NAme an, der sprechend ist und den normalen Namenskonventionen entspricht, erlaubt sind die Buchstaben des englischen Alphabets und die arabischen Ziffern (nicht an der ersten Stelle im Namen)
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet