Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Einsteigerfragen
  4. InfluxDB - Daten weg / Wiederherstellung [gelöst]

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    22
    1
    1.1k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.2k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    14
    1
    2.4k

InfluxDB - Daten weg / Wiederherstellung [gelöst]

Geplant Angeheftet Gesperrt Verschoben Einsteigerfragen
142 Beiträge 7 Kommentatoren 19.1k Aufrufe 4 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • Marc BergM Marc Berg

    @naturfreund sagte in InfluxDB - Daten weg / Wiederherstellung:

    Geht das mit der Methode von marc-berg nur wenn ich die Datenbank auf 2.0 migriert habe? Oder gibt es auch eine Möglichkeit das in der Version 1.8 zu machen?

    Diese Methode basiert auf der Skriptsprache "Flux" und läuft nur unter influxdb 2.x. Sicher gibt es auch eine entsprechende Methode für die 1.x, die kenne ich aber nicht.

    N Offline
    N Offline
    Naturfreund
    schrieb am zuletzt editiert von
    #133

    @marc-berg

    Ich bin gerade darüber gestolpert, werde mir das mal genauer ansehen:

    https://github.com/toni-moreno/syncflux#run-as-a-database-replication-tool

    Marc BergM 1 Antwort Letzte Antwort
    0
    • N Naturfreund

      @marc-berg

      Ich bin gerade darüber gestolpert, werde mir das mal genauer ansehen:

      https://github.com/toni-moreno/syncflux#run-as-a-database-replication-tool

      Marc BergM Offline
      Marc BergM Offline
      Marc Berg
      Most Active
      schrieb am zuletzt editiert von Marc Berg
      #134

      @naturfreund sagte in InfluxDB - Daten weg / Wiederherstellung:

      @marc-berg

      Ich bin gerade darüber gestolpert, werde mir das mal genauer ansehen:

      https://github.com/toni-moreno/syncflux#run-as-a-database-replication-tool

      Hm, interessant. Es sieht für mich aber so aus, als ob du dafür zwei Datenbanken (Server) benötigst. Ich dachte, du hättest einen Server und x Backup-Files.

      Meinst du nicht, dass das hier besser ist:

      https://docs.influxdata.com/influxdb/v1.8/administration/backup_and_restore/#restore-data-to-an-existing-database

      Das entspricht etwa "meiner" Methode.

      NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+RabbitMQ+Grafana

      Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad

      Benutzt das Voting im Beitrag, wenn er euch geholfen hat.

      1 Antwort Letzte Antwort
      0
      • N Offline
        N Offline
        Naturfreund
        schrieb am zuletzt editiert von
        #135

        @marc-berg said in InfluxDB - Daten weg / Wiederherstellung:

        @naturfreund sagte in InfluxDB - Daten weg / Wiederherstellung:

        @marc-berg

        Ich bin gerade darüber gestolpert, werde mir das mal genauer ansehen:

        https://github.com/toni-moreno/syncflux#run-as-a-database-replication-tool

        Hm, interessant. Es sieht für mich aber so aus, als ob du dafür zwei Datenbanken (Server) benötigst. Ich dachte, du hättest einen Server und x Backup-Files.

        Meinst du nicht, dass das hier besser ist:

        https://docs.influxdata.com/influxdb/v1.8/administration/backup_and_restore/#restore-data-to-an-existing-database

        Das entspricht etwa "meiner" Methode.

        Stimmt, ich habe 1 Server.

        Bei den Begriffen gerate ich ins Straucheln.

        show databases
        

        Zeigt mir die Datenbanken an. Deshalb spreche ich von einer Datenbank. Die Backups die ich wieder gestellt habe, habe ich als neue Datenbank anlegen lassen. Ich will die aktuelle Datenbank ja nicht überschreiben.

        pi@raspberrypi:~ $ influx
        Connected to http://localhost:8086 version 1.8.10
        InfluxDB shell version: 1.8.10
        > > show databases
        name: databases
        name
        ----
        _internal
        iobroker
        iobroker080123
        iobroker010123
        iobroker130123
        > 
        

        Und jetzt möchte ich die Zeitabschnitte in denen die Backups Daten enthalten in mein "iobroker" Datenbank migrieren.
        Wenn ich deinen Link verstehe, dann müsste das jetzt funktionieren. Alte Datenpunkte mit identischen Daten werden einfach überschrieben.

        Punkt 1 hab ich bereits erledigt:

        1. Restore a backup to a temporary database.

        Fehlt noch:
        2. Use InfluxQL or Flux to query data from the temporary database and write it back to the existing database.

        -- Repeat for each retention policy in the temporary database
        SELECT *
        INTO "example-db".autogen.:MEASUREMENT
        FROM "example-tmp-db".autogen./.*/ GROUP BY *
        
        Marc BergM 1 Antwort Letzte Antwort
        0
        • N Naturfreund

          @marc-berg said in InfluxDB - Daten weg / Wiederherstellung:

          @naturfreund sagte in InfluxDB - Daten weg / Wiederherstellung:

          @marc-berg

          Ich bin gerade darüber gestolpert, werde mir das mal genauer ansehen:

          https://github.com/toni-moreno/syncflux#run-as-a-database-replication-tool

          Hm, interessant. Es sieht für mich aber so aus, als ob du dafür zwei Datenbanken (Server) benötigst. Ich dachte, du hättest einen Server und x Backup-Files.

          Meinst du nicht, dass das hier besser ist:

          https://docs.influxdata.com/influxdb/v1.8/administration/backup_and_restore/#restore-data-to-an-existing-database

          Das entspricht etwa "meiner" Methode.

          Stimmt, ich habe 1 Server.

          Bei den Begriffen gerate ich ins Straucheln.

          show databases
          

          Zeigt mir die Datenbanken an. Deshalb spreche ich von einer Datenbank. Die Backups die ich wieder gestellt habe, habe ich als neue Datenbank anlegen lassen. Ich will die aktuelle Datenbank ja nicht überschreiben.

          pi@raspberrypi:~ $ influx
          Connected to http://localhost:8086 version 1.8.10
          InfluxDB shell version: 1.8.10
          > > show databases
          name: databases
          name
          ----
          _internal
          iobroker
          iobroker080123
          iobroker010123
          iobroker130123
          > 
          

          Und jetzt möchte ich die Zeitabschnitte in denen die Backups Daten enthalten in mein "iobroker" Datenbank migrieren.
          Wenn ich deinen Link verstehe, dann müsste das jetzt funktionieren. Alte Datenpunkte mit identischen Daten werden einfach überschrieben.

          Punkt 1 hab ich bereits erledigt:

          1. Restore a backup to a temporary database.

          Fehlt noch:
          2. Use InfluxQL or Flux to query data from the temporary database and write it back to the existing database.

          -- Repeat for each retention policy in the temporary database
          SELECT *
          INTO "example-db".autogen.:MEASUREMENT
          FROM "example-tmp-db".autogen./.*/ GROUP BY *
          
          Marc BergM Offline
          Marc BergM Offline
          Marc Berg
          Most Active
          schrieb am zuletzt editiert von
          #136

          @naturfreund

          Das Statement müsste in deinem Fall

          SELECT *
          INTO iobroker.autogen.<measurement_name>:MEASUREMENT
          FROM iobroker080123.autogen.<measurement_name>
          GROUP BY *
          

          lauten. Ich würd's aber erstmal in einer weiteren DB testen.

          NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+RabbitMQ+Grafana

          Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad

          Benutzt das Voting im Beitrag, wenn er euch geholfen hat.

          N 2 Antworten Letzte Antwort
          0
          • Marc BergM Marc Berg

            @naturfreund

            Das Statement müsste in deinem Fall

            SELECT *
            INTO iobroker.autogen.<measurement_name>:MEASUREMENT
            FROM iobroker080123.autogen.<measurement_name>
            GROUP BY *
            

            lauten. Ich würd's aber erstmal in einer weiteren DB testen.

            N Offline
            N Offline
            Naturfreund
            schrieb am zuletzt editiert von
            #137

            @marc-berg

            Ich merge zum Test erst zwei Backups.

            1 Antwort Letzte Antwort
            0
            • Marc BergM Marc Berg

              @naturfreund

              Das Statement müsste in deinem Fall

              SELECT *
              INTO iobroker.autogen.<measurement_name>:MEASUREMENT
              FROM iobroker080123.autogen.<measurement_name>
              GROUP BY *
              

              lauten. Ich würd's aber erstmal in einer weiteren DB testen.

              N Offline
              N Offline
              Naturfreund
              schrieb am zuletzt editiert von Naturfreund
              #138

              @marc-berg

              Ich hab jetzt kein einzelnes Measurement gewählt:

              > SELECT * INTO iobroker130123.autogen.:MEASUREMENT FROM iobroker080123.autogen./.*/ GROUP BY *
              ERR: timeout
              
              

              Für ein einzelnes Measurement hat es so geklappt:

              > SELECT * INTO iobroker130123.autogen."shelly.0.SHSW-PM#A4CF12F3CBAB#1.ext.temperatureC1" FROM iobroker080123.autogen."shelly.0.SHSW-PM#A4CF12F3CBAB#1.ext.temperatureC1" GROUP BY *
              name: result
              time written
              ---- -------
              0    640288
              

              Ergebnis:
              88adc4a2-1200-4b99-ab15-921de5ff0c0d-image.png

              :smiley:
              Wir aber ein ganz schöner Aufwand, dass für alle 147 Measurements händisch zu machen...

              1 Antwort Letzte Antwort
              0
              • N Offline
                N Offline
                Naturfreund
                schrieb am zuletzt editiert von Naturfreund
                #139

                Nochmal ein Vorher / Nachher Vergleich:

                455da917-d6d0-4b38-9a41-ce7a343552a7-image.png

                Influx starten:

                pi@raspberrypi:~ $ influx
                

                Measurement auswählen:

                > SELECT * INTO iobroker130123.autogen."shelly.0.SHSW-PM#A4CF12F3CBAB#1.ext.temperatureC1" FROM iobroker010123.autogen."shelly.0.SHSW-PM#A4CF12F3CBAB#1.ext.temperatureC1" GROUP BY *
                name: result
                time written
                ---- -------
                0    635668
                

                Ergebnis:

                497a93cf-cf40-4fb6-af79-d8ce1b7d24fc-image.png

                Danke dir in jedem Fall @Marc-Berg und auch @Thomas-Braun, @crunchip und @Glasfaser. Ich setze das Topic dann auf gelöst.

                I 1 Antwort Letzte Antwort
                0
                • N Naturfreund

                  Nochmal ein Vorher / Nachher Vergleich:

                  455da917-d6d0-4b38-9a41-ce7a343552a7-image.png

                  Influx starten:

                  pi@raspberrypi:~ $ influx
                  

                  Measurement auswählen:

                  > SELECT * INTO iobroker130123.autogen."shelly.0.SHSW-PM#A4CF12F3CBAB#1.ext.temperatureC1" FROM iobroker010123.autogen."shelly.0.SHSW-PM#A4CF12F3CBAB#1.ext.temperatureC1" GROUP BY *
                  name: result
                  time written
                  ---- -------
                  0    635668
                  

                  Ergebnis:

                  497a93cf-cf40-4fb6-af79-d8ce1b7d24fc-image.png

                  Danke dir in jedem Fall @Marc-Berg und auch @Thomas-Braun, @crunchip und @Glasfaser. Ich setze das Topic dann auf gelöst.

                  I Offline
                  I Offline
                  IOJoker
                  schrieb am zuletzt editiert von
                  #140

                  @naturfreund said in InfluxDB - Daten weg / Wiederherstellung [gelöst]:

                  Ich setze das Topic dann auf gelöst.

                  Hallo Naturfreund,

                  bei mir kommt es in letzter Zeit leider ebenfalls zu Datenverlust in der InfluxDB Datenbank. Du hast das Topic auf gelöst gesetzt, einen tatsächlichen Grund habt ihr aber nicht gefunden, richtig? Die Lücken in den Daten konntest du nur wieder schließen, weil du noch Backups hattest.

                  Läuft denn jetzt mit dem neuen System alles wieder ohne Probleme?

                  N 1 Antwort Letzte Antwort
                  0
                  • I IOJoker

                    @naturfreund said in InfluxDB - Daten weg / Wiederherstellung [gelöst]:

                    Ich setze das Topic dann auf gelöst.

                    Hallo Naturfreund,

                    bei mir kommt es in letzter Zeit leider ebenfalls zu Datenverlust in der InfluxDB Datenbank. Du hast das Topic auf gelöst gesetzt, einen tatsächlichen Grund habt ihr aber nicht gefunden, richtig? Die Lücken in den Daten konntest du nur wieder schließen, weil du noch Backups hattest.

                    Läuft denn jetzt mit dem neuen System alles wieder ohne Probleme?

                    N Offline
                    N Offline
                    Naturfreund
                    schrieb am zuletzt editiert von
                    #141

                    @iojoker
                    Oh, sorry, hab deine Frage übersehen. Ja, es läuft seit dem super stabil. Ich hab die SD Karte im Verdacht, beweisen kann ich es aber nicht. Mit SSD bisher keine Probleme mehr gehabt.
                    Würde auch jedem raten direkt mit einer SSD zu starten.

                    I 1 Antwort Letzte Antwort
                    0
                    • N Naturfreund

                      @iojoker
                      Oh, sorry, hab deine Frage übersehen. Ja, es läuft seit dem super stabil. Ich hab die SD Karte im Verdacht, beweisen kann ich es aber nicht. Mit SSD bisher keine Probleme mehr gehabt.
                      Würde auch jedem raten direkt mit einer SSD zu starten.

                      I Offline
                      I Offline
                      IOJoker
                      schrieb am zuletzt editiert von
                      #142

                      @naturfreund

                      Haha, besser spät als gar nicht. :)
                      Ich vermute, es lag am 32bit Betriebssystem. Ich hatte ja direkt mit SSD begonnen, jedoch mit 32bit. Seitdem ich auf 64bit umgestiegen bin, sind zum Glück keine Lücken mehr in den Daten aufgetreten.

                      1 Antwort Letzte Antwort
                      0
                      Antworten
                      • In einem neuen Thema antworten
                      Anmelden zum Antworten
                      • Älteste zuerst
                      • Neuste zuerst
                      • Meiste Stimmen


                      Support us

                      ioBroker
                      Community Adapters
                      Donate

                      361

                      Online

                      32.5k

                      Benutzer

                      81.7k

                      Themen

                      1.3m

                      Beiträge
                      Community
                      Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                      ioBroker Community 2014-2025
                      logo
                      • Anmelden

                      • Du hast noch kein Konto? Registrieren

                      • Anmelden oder registrieren, um zu suchen
                      • Erster Beitrag
                        Letzter Beitrag
                      0
                      • Home
                      • Aktuell
                      • Tags
                      • Ungelesen 0
                      • Kategorien
                      • Unreplied
                      • Beliebt
                      • GitHub
                      • Docu
                      • Hilfe