InfluxDB 1.8 & NodeRed: Retention Policy

[Matthias S. (da_user)]

Guten Tag,

ich möchte mit einem Node-Red Flow Werte in eine InfluxDB 1.8 schreiben, 
die dann nicht nach einer bestimmten Zeit gelöscht werden sollen.
Kann ich dazu in das Feld "Rentention Policy" einfach "forever" 
eingeben? Funktioniert das?

Das ganze soll nur diese speziellen Daten und/oder das Measurement 
betreffen.

VG
da_user

[Sebastian R. (sebastian_r569)]

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

[Matthias S. (da_user)]

Danke.

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

[Sebastian R. (sebastian_r569)]

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

[J. S. (jojos)]

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.

[Matthias S. (da_user)]

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..

[Oliver R. (oli1982)]

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 :-)

[S. M. (lichtmensch)]

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.

[Matthias S. (da_user)]

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.