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. ioBroker Allgemein
  4. [gelöst] BackItUp InfluxDB: 2 Buckets sichern/wiederherst.?

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    4.0k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.2k

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.6k

[gelöst] BackItUp InfluxDB: 2 Buckets sichern/wiederherst.?

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
backitupinfluxdb2
5 Beiträge 2 Kommentatoren 629 Aufrufe 3 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.
  • I Offline
    I Offline
    iobroker2001
    schrieb am zuletzt editiert von iobroker2001
    #1

    Guten Tag,
    ich bin mit meiner ioBroker-Installation (Raspi 4, SD-Karte) gerade auf Bookworm umgezogen.
    Dabei habe ich Probleme mit der InfluxDB-Restaurierung. Auf dem alten Raspi sind 2 Buckets ("iobroker" und "iobroker-Langzeit") vorhanden. Dementsprechend auch 2 Instanzen des InfluxDB-Adapters.
    Beim Sichern per Backitup und anschließendem Restaurieren scheint aber nur der 1. Bucket wieder zurückgespielt zu sein. Die Daten im 2. Bucket sind leer.
    Deshalb meine grundsätzliche Frage:
    Werden standardmäßig automatisch alle Buckets gesichert, oder muss man dies im Backitup-Adapter separat aufführen? Das hat auch nicht geklappt.
    Ich konnte die Daten nur durch ein manuelles

    influx backup
    

    und

    influx restore
    

    wiederherstellen.

    InfluxDB v2.7.5, InfluxDB-Adapter 4.0.2


    Update:
    Die Daten sind jetzt alle wieder restauriert.
    Die Frage bleibt aber, wie man 2 Buckets sichert/restauriert per Backitup-Adapter.

    Marc BergM 1 Antwort Letzte Antwort
    0
    • I iobroker2001

      Guten Tag,
      ich bin mit meiner ioBroker-Installation (Raspi 4, SD-Karte) gerade auf Bookworm umgezogen.
      Dabei habe ich Probleme mit der InfluxDB-Restaurierung. Auf dem alten Raspi sind 2 Buckets ("iobroker" und "iobroker-Langzeit") vorhanden. Dementsprechend auch 2 Instanzen des InfluxDB-Adapters.
      Beim Sichern per Backitup und anschließendem Restaurieren scheint aber nur der 1. Bucket wieder zurückgespielt zu sein. Die Daten im 2. Bucket sind leer.
      Deshalb meine grundsätzliche Frage:
      Werden standardmäßig automatisch alle Buckets gesichert, oder muss man dies im Backitup-Adapter separat aufführen? Das hat auch nicht geklappt.
      Ich konnte die Daten nur durch ein manuelles

      influx backup
      

      und

      influx restore
      

      wiederherstellen.

      InfluxDB v2.7.5, InfluxDB-Adapter 4.0.2


      Update:
      Die Daten sind jetzt alle wieder restauriert.
      Die Frage bleibt aber, wie man 2 Buckets sichert/restauriert per Backitup-Adapter.

      Marc BergM Online
      Marc BergM Online
      Marc Berg
      Most Active
      schrieb am zuletzt editiert von
      #2

      @iobroker2001 sagte in BackItUp InfluxDB: Wie 2 Buckets sichern/restaurieren?:

      Werden standardmäßig automatisch alle Buckets gesichert, oder muss man dies im Backitup-Adapter separat aufführen?

      Es werden genau die Buckets gesichert, die du im Adapter angegeben hast.

      Die Frage bleibt aber, wie man 2 Buckets sichert/restauriert per Backitup-Adapter.

      "Wer nicht nur eine Datenbank sichern will, kann die Option "Sicherung mehrerer Systeme" aktivieren und im Anschluss seine Datenbanken in der Tabelle definieren."

      Siehe hier:
      https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md#influxdb-backup

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

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

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

      I 1 Antwort Letzte Antwort
      1
      • Marc BergM Marc Berg

        @iobroker2001 sagte in BackItUp InfluxDB: Wie 2 Buckets sichern/restaurieren?:

        Werden standardmäßig automatisch alle Buckets gesichert, oder muss man dies im Backitup-Adapter separat aufführen?

        Es werden genau die Buckets gesichert, die du im Adapter angegeben hast.

        Die Frage bleibt aber, wie man 2 Buckets sichert/restauriert per Backitup-Adapter.

        "Wer nicht nur eine Datenbank sichern will, kann die Option "Sicherung mehrerer Systeme" aktivieren und im Anschluss seine Datenbanken in der Tabelle definieren."

        Siehe hier:
        https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md#influxdb-backup

        I Offline
        I Offline
        iobroker2001
        schrieb am zuletzt editiert von
        #3

        @marc-berg Danke, dann mache ich das jetzt wohl richtig.
        Meine 2 Influx-Instanzen haben auch 2 Backupdateien geliefert - entsprechend den 2 Buckets:
        ksnip_20240221-113031.png

        Ich wollte nun ein Restore der beiden Buckets machen, um den Ernstfall zu proben.
        Habe dazu ein SD-Karten-Image von vor 5 Tagen im Raspi gestartet und beginne mit
        influxDBxxxxLangzeitxxxx.tar.gz
        und versuche es zu restaurieren.
        Im Restore-Dialog erscheint dann:

        Started restore ...
        [DEBUG] [influxDB] - Created tmp directory
        [DEBUG] [influxDB] - Start infuxDB Restore ...
        [DEBUG] [influxDB] - influxdb.0 is stopped
        [DEBUG] [influxDB] - influxdb.1 is stopped
        [ERROR] [influxDB] - 2024/02/21 11:30:46 INFO: Restoring bucket "ecd164dc8277c2c5" as "iobroker-Langzeit"
        Error: failed to restore bucket "iobroker-Langzeit": 422 Unprocessable Entity: bucket with name iobroker-Langzeit already exists
        
        [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory
        [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted
        [DEBUG] [influxDB] - infuxDB Restore completed successfully
        [EXIT] influxDB restore done
        [DEBUG] [influxDB] - influxdb.0 started
        [DEBUG] [influxDB] - influxdb.1 started
        

        Die Daten wurden nicht restauriert, trotz der Meldung "infuxDB Restore completed successfully".
        Das gleiche passiert bei der Restaurierung des Buckets "iobroker".
        Was läuft da falsch? In den Einstellungen ist angekreuzt, die alten Daten vorher zu löschen:
        ksnip_20240221-113904.png

        Marc BergM 1 Antwort Letzte Antwort
        0
        • I iobroker2001

          @marc-berg Danke, dann mache ich das jetzt wohl richtig.
          Meine 2 Influx-Instanzen haben auch 2 Backupdateien geliefert - entsprechend den 2 Buckets:
          ksnip_20240221-113031.png

          Ich wollte nun ein Restore der beiden Buckets machen, um den Ernstfall zu proben.
          Habe dazu ein SD-Karten-Image von vor 5 Tagen im Raspi gestartet und beginne mit
          influxDBxxxxLangzeitxxxx.tar.gz
          und versuche es zu restaurieren.
          Im Restore-Dialog erscheint dann:

          Started restore ...
          [DEBUG] [influxDB] - Created tmp directory
          [DEBUG] [influxDB] - Start infuxDB Restore ...
          [DEBUG] [influxDB] - influxdb.0 is stopped
          [DEBUG] [influxDB] - influxdb.1 is stopped
          [ERROR] [influxDB] - 2024/02/21 11:30:46 INFO: Restoring bucket "ecd164dc8277c2c5" as "iobroker-Langzeit"
          Error: failed to restore bucket "iobroker-Langzeit": 422 Unprocessable Entity: bucket with name iobroker-Langzeit already exists
          
          [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory
          [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted
          [DEBUG] [influxDB] - infuxDB Restore completed successfully
          [EXIT] influxDB restore done
          [DEBUG] [influxDB] - influxdb.0 started
          [DEBUG] [influxDB] - influxdb.1 started
          

          Die Daten wurden nicht restauriert, trotz der Meldung "infuxDB Restore completed successfully".
          Das gleiche passiert bei der Restaurierung des Buckets "iobroker".
          Was läuft da falsch? In den Einstellungen ist angekreuzt, die alten Daten vorher zu löschen:
          ksnip_20240221-113904.png

          Marc BergM Online
          Marc BergM Online
          Marc Berg
          Most Active
          schrieb am zuletzt editiert von
          #4

          @iobroker2001 sagte in BackItUp InfluxDB: Wie 2 Buckets sichern/restaurieren?:

          Error: failed to restore bucket "iobroker-Langzeit": 422 Unprocessable Entity: bucket with name iobroker-Langzeit already exists

          Was läuft da falsch? In den Einstellungen ist angekreuzt, die alten Daten vorher zu löschen:

          Das funktioniert leider nicht so wie gedacht. Du müsstest also die Buckets vor dem Restore manuell löschen und darauf achten, dass in der Zeit zwischen Löschen und Restore nicht wieder Daten reinpurzeln, die wiederum das Bucket anlegen würden.

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

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

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

          I 1 Antwort Letzte Antwort
          1
          • Marc BergM Marc Berg

            @iobroker2001 sagte in BackItUp InfluxDB: Wie 2 Buckets sichern/restaurieren?:

            Error: failed to restore bucket "iobroker-Langzeit": 422 Unprocessable Entity: bucket with name iobroker-Langzeit already exists

            Was läuft da falsch? In den Einstellungen ist angekreuzt, die alten Daten vorher zu löschen:

            Das funktioniert leider nicht so wie gedacht. Du müsstest also die Buckets vor dem Restore manuell löschen und darauf achten, dass in der Zeit zwischen Löschen und Restore nicht wieder Daten reinpurzeln, die wiederum das Bucket anlegen würden.

            I Offline
            I Offline
            iobroker2001
            schrieb am zuletzt editiert von
            #5

            @marc-berg Danke für die Hilfe!

            Dein vorgeschriebener Weg funktioniert, ich mache es jetzt so (und habe es für mich dokumentiert, für den Fall der Fälle):

            Backup wie oben beschrieben, ergibt 2 TAR.GZ-Dateien täglich (je 1 für einen Bucket).

            Restore:

            1. Beide InfluxDB-Adapter stoppen
            2. Beide Buckets in der InfluxDB löschen, z. B. sehr einfach über die GUI.
            3. Mit BackItUp-Adapter ein Restore der beiden Buckets nacheinander ausführen.
            4. Beide InfluxDB-Adapter wieder starten.

            Danke!

            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
            FAQ Cloud / IOT
            HowTo: Node.js-Update
            HowTo: Backup/Restore
            Downloads
            BLOG

            468

            Online

            32.7k

            Benutzer

            82.4k

            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