InfluxDB 1.8 & NodeRed: Retention Policy

Ohne Retention Policy ist die Datenbank von sich aus "für immer".

Für etwas anderes als "für immer" müsstest du eine Policy anlegen und deren Name dort eintragen.

CREATE RETENTION POLICY "retention_one_year" ON "knx" DURATION 52w REPLICATION 1 Dann würde man "retention_one_year" in das Feld eintragen.

Aber für dein Ziel, dass die Daten nicht gelöscht werden sollen, kannst du das Feld einfach leer lassen

Danke.

Bekomme ich irgendwie raus, ob für bestimmte Daten/Measurements/Datenbank eine Policy hinterlegt ist?

Lies dich mal nen bisschen in das InfluxDB CLI ein, damit müsste das problemlos gehen

ich habe zwar auch noch die 1.8 im Einsatz, aber die 2.x sieht da mit der Web GUI Bedienerfreundlicher aus. Beim Neustart würde ich mit 2.x anfangen, die Migration von 1.8 soll viel Handarbeit sein.

Beim aktuellen Projekt habe ich mit der 2er angefangen und bin ziemlich schnell auf die 1.8 zurück.

Größter knackpunkt: die grafische Query-erstellung unter Grafana funktioniert nicht mehr. Diese GUI brauche ich deutlich öfter als die von Influx..

Matthias S. schrieb:

die grafische Query-erstellung unter Grafana funktioniert nicht

Hat mich zu Beginn auch gestört aber die Query Language ist so viel mächtiger, wenn man sich da mal eingearbeitet hat will man nicht mehr zurück. Ich jedenfalls :-)

Man kann sich grafisch in der Influx GUI den query zusammen klicken. Ich finde man gewöhnt sich schnell dran. Und wenn man mehr wie viel mehr man damit kann gibt es kein zurück mehr.

Da kamen in diesem Moment einige andere Baustellen zusammen. Da musste die Einarbeitung in InfluxDB 2 zurückstecken. Da ich jetzt durch abarbeiten einer anderen Baustelle aber die Docker-Container vom Netzwerkmodus "host" auf "bridged" umstellen kann, wird es deutlich einfacher eine InfluxDB 2 parallel zu betreiben. Von Node Red aus die Daten reinzuschieben ist ja nicht das Problem. Dann kann man parallel testen & Co und die Migration fällt weg.