ioBroker.backitup Wiki Deutsch
Wenn Ihnen ioBroker.backitup gefällt, denken Sie bitte über eine Spende nach:
ioBroker.backitup ist ein Backup-Plugin nur für die Smart Home Software ioBroker.
Es steht in keiner Verbindung zu Nero BackItUp (ein Tool zur Datensicherung unter Windows-Systemen) und wird auch nicht von diesem unterstützt.
ioBroker.backitup ist eine Backuplösung, mit der das zyklische Sichern einer IoBroker-Installation sowie einer Homematic CCU möglich ist.
Der Adapter ist für Multiplattformen geeignet und kann neben Linux-Installationen auch auf Windows und Mac Installationen verwendet werden.
Des Weiteren besteht die Möglichkeit verschiedene optionale Backups wie z.B. SQL-Datenbanken, Influx-Datenbanken und einige Adapter- und Geräte Einstellungen zu sichern.
ioBroker.backitup arbeitet sehr eng mit dem js-controller zusammen und erstellt ein iobroker Backup identisch dem CLI Befehl iobroker backup.
Es werden hier identisch dem Standard ioBroker Backup des js-controllers alle States und Objects, sowie die Nutzerdateien wie z.B. VIS gesichert.
Zusätzlich sichert ioBroker.backitup aber auch noch weitere Optionen wie z.B. InfluxDB, Grafana und Redis. Alle verfügbaren Optionen sind hier in der Doku zu finden.
Über den CLI Befehl iob backup wird aktuell nur das reine ioBroker Backup ausgeführt.
Auch der Restore ist komplett identisch dem CLI Befehl iobroker restore <backupname> des js-controllers.
Bei einem Restore werden alle States, Objects und Nutzerdaten von ioBroker.backitup wiederhergestellt. Nach dem Restore startet euer iobroker neu und ab da übernimmt die Installation fehlender Adapter dann wieder der js-controller.
ioBroker.backitup hat nach dem Start des iobrokers keinerlei Einfluss auf die Wiederherstellung. Dies passiert alles im Hintergrund und übernimmt der js-controller anhand der wiederhergestellten Informationen in den States und Objects.
Im Gegensatz zu dem CLI Befehl kann aber ioBroker.backitup auch noch einen Restore der verschiedenen optinalen Backups durchführen. Dies ist über die CLI nicht möglich.
-
Für den CIFS Mount muss zwingend cifs-utils installiert sein.
sudo apt install cifs-utils
-
Für den NFS Mount muss zwingend nfs-common installiert sein.
sudo apt install nfs-common
-
Für die Verwendung des MySql-Backups von MySql Systemen muss mysqldump auf dem System installiert sein
-
sudo apt install mysql-clientoder unter Debiansudo apt install default-mysql-client
-
-
Für die Verwendung des MySql-Backups von MariaDB Systemen muss mysqldump auf dem System installiert sein
sudo apt install mariadb-client
-
Für die Verwendung des Sqlite3-Backups muss sqlite3 auf dem System installiert sein
sudo apt install sqlite3
-
Für die verwendung des PostgreSQL-Backups muss mysqldump auf dem System installiert sein
-
Für die Verwendung des InfluxDB Backups muss influxd installiert sein
ioBroker.backitup kann in den Adapter-Instanzen konfiguriert werden. Dort stehen alle folgenden Einstellungsmöglichkeiten zur Verfügung.
Für die tägliche Arbeit und Bedienung von ioBroker.backitup steht im Admin-Tab ein Reiter zur Verfügung.
Ist dieser Reiter im Tab-Menü der Admin-Oberfläche aktiv, kann ioBroker.backitup direkt über den Reiter in der linken Tab-Leiste des iobrokers bedient werden.
Dort stehen Informationen zu den erstellten Backups zur Verfügung, es können Backups erstellt werden und es besteht die Möglichkeit einen Restore des Backups auszuführen.
ioBroker.backitup bietet sehr viele Möglichkeiten verschiedene Backuptypen zyklisch oder auf Knopfdruck durch zu führen. Jedes Backup wird standardmäßig im Verzeichnis /opt/iobroker/backups/ abgelegt. Optional kann ein FTP-Upload eingerichtet oder alternativ ein CIFS/NFS-Mount genutzt werden.
Dieses Backup entspricht dem in IoBroker enthaltenen Backup welches man in der Konsole über den Aufruf iobroker backup starten kann. Nur wird es hier durch die festgelegten Einstellungen in der Adapterkonfiguration oder dem Widget OneClick-Backup durchgeführt ohne die Konsole verwenden zu müssen.
Dieses Backup bietet die Möglichkeit 3 verschiedene Varianten einer Homematic Installations (CCU-Original / pivCCU / Raspberrymatic) zu sichern. Auch die Ausführung dieses Backups kann durch die festgelegten Einstellungen in der Adapterkonfiguration oder dem Widget OneClick-Backup durchgeführt werden.
Wer nicht nur eine CCU sichern will, kann die Option "Sicherung mehrerer Systeme" aktivieren und im Anschluss seine Homematic Zentralen in der Tabelle definieren.
Dieses separat einstellbare Backup wird sofern es aktiviert ist, bei jedem Backup ioBroker erstellt und nach Ablauf der angegebenen Vorhaltezeit auch gelöscht. FTP oder CIFS sind für dieses Backup ebenfalls gültig sofern bei den anderen IoBroker-Backup-Typen eingestellt.
Wichig hierbei ist, dass auch wenn der Mysql-Server auf einem entferten System läuft, die mysqldump auf dem ioBroker System laufen muss.
Für Linuxsysteme wäre der Installationsbefehl wie folgt: sudo apt install mysql-client oder unter Debian sudo apt install default-mysql-client bzw. für MariaDB Systeme sudo apt install mariadb-client.
Wer nicht nur eine Datenbank sichern will, kann die Option "Sicherung mehrerer Systeme" aktivieren und im Anschluss seine Datenbanken in der Tabelle definieren.
Dieses separat einstellbare Backup wird sofern es aktiviert ist, bei jedem Backup ioBroker erstellt und nach Ablauf der angegebenen Vorhaltezeit auch gelöscht. FTP oder CIFS sind für dieses Backup ebenfalls gültig sofern bei den anderen IoBroker-Backup-Typen eingestellt.
Auf dem Host-System muss Sqlite3 (sudo apt install msqlite3) installiert sein.
Dieses separat einstellbare Backup wird sofern es aktiviert ist, bei jedem Backup ioBroker erstellt und nach Ablauf der angegebenen Vorhaltezeit auch gelöscht. FTP oder CIFS sind für dieses Backup ebenfalls gültig sofern bei den anderen IoBroker-Backup-Typen eingestellt.
Zur Verwendung von Redis mit ioBroker.backitup sollten die Rechte für den iobroker-User angepasst werden:
sudo usermod -a -G redis iobroker
sudo reboot
Für ein Remote-Backup wird auf dem loaklen iobroker System redis-cli benötigt.
sudo apt install redis-tools
Hier müsst ihr euren Host und Port des entfernten Redis Servers angeben und die Login Daten eures Systems.
Dies ist gerade für Docker User ein wichtiges Feature.
Bitte beachtet, dass ein Redis Restore für Remote Systeme nicht über die ioBroker.backitup GUI möglich ist. Redis unterstützt dies nicht. Hier muss die im tar.gz Archiv enthaltene dump.rdb händisch wiederhergestellt werden.
Dafür muss das Backup-Archiv entpackt werden, die Datei in das Redis Verzeichnis kopiert werden und die Rechte für die dump.rdb angepasst werden.
Hier ein Beispiel:
sudo tar -xvzf <Backupdatei>.tar.gz /var/lib/redis/
sudo chown redis:redis /var/lib/redis/dump.rdb
redis-cli shutdown nosave
Dieses separat einstellbare Backup wird sofern es aktiviert ist, bei jedem Backup ioBroker erstellt und nach Ablauf der angegebenen Vorhaltezeit auch gelöscht. FTP oder CIFS sind für dieses Backup ebenfalls gültig sofern bei den anderen IoBroker-Backup-Typen eingestellt.
Dieses separat einstellbare Backup wird sofern es aktiviert ist, bei jedem Backup ioBroker erstellt und nach Ablauf der angegebenen Vorhaltezeit auch gelöscht. FTP oder CIFS sind für dieses Backup ebenfalls gültig sofern bei den anderen IoBroker-Backup-Typen eingestellt.
Vorraussetzungen für ein Remote Backup mit InfluxDB v1.x:
Für das Remote Backup unter InfluxDB 1.x sind einige Anpassungen nötig.
Um ein InfluxDB Backup ausführen zu können, muss Influxd auf dem iobroker-System installiert sein.
Hierbei ist es egal, ob die Datenbank lokal verwaltet wird oder auf einen anderen Server läuft.
Wenn die InfluxDB von einem entfernten Server gesichert werden soll, müssen in der influxdb.conf auf dem entfernten Server die Remote-Rechte für den RPC-Dienst angepasst werden.
bind-address = "<InfluxDB-IP>:8088"
oder
bind-address = "0.0.0.0:8088"
Nach dem Änderungen in der Konfiguration muss der InfluxDB-Dienst neugestartet werden.
Weitere Informationen zur Datensicherung der InfluxDB sind hier zu finden.
Vorraussetzungen für ein Backup mit InfluxDB v2.x:
Um ein Backup einer InfluxDB 2.x erstellen zu können, muss Influx-CLI auf eurem System installiert sein. Dies ist sowohl bei einem lokalen als auch bei einem Remote Backup erforderlich.
Bei einem Remote Backup muss Influx-CLI auf dem System installiert sein, auf dem auch euer iobroker läuft. Auf dem entfernten System, in dem eure Datenbank arbeitet, ist die Installation für ein Backup nicht erforderlich.
Hier findet Ihr die offizielle Anleitung, wie Ihr Influx-CLI auf eurem System installieren könnt.
Installationsanleitung Influx-CLI für 2.x
Wer nicht nur eine Datenbank sichern will, kann die Option "Sicherung mehrerer Systeme" aktivieren und im Anschluss seine Datenbanken in der Tabelle definieren.
Dieses separat einstellbare Backup wird sofern es aktiviert ist, bei jedem Backup ioBroker erstellt und nach Ablauf der angegebenen Vorhaltezeit auch gelöscht. FTP oder CIFS sind für dieses Backup ebenfalls gültig sofern bei den anderen IoBroker-Backup-Typen eingestellt.
Wichig hierbei ist, dass auch wenn der PostgreSQL-Server auf einem entferten System läuft, die PostgreSQL auf dem ioBroker System laufen muss.
Für Linuxsysteme gibt es hier eine Installationsanleitung.
Wer nicht nur eine Datenbank sichern will, kann die Option "Sicherung mehrerer Systeme" aktivieren und im Anschluss seine Datenbanken in der Tabelle definieren.
Dieses separat einstellbare Backup wird sofern es aktiviert ist, bei jedem Backup ioBroker erstellt und nach Ablauf der angegebenen Vorhaltezeit auch gelöscht. FTP oder CIFS sind für dieses Backup ebenfalls gültig sofern bei den anderen IoBroker-Backup-Typen eingestellt.
Ab ioBroker.backitup-Version 2.2.0 werden Skripte direkt aus den Objekten gesichert. Javascript-Backups aus älteren ioBroker.backitup-Version sind für einen Restore nicht kompatibel!!
Um mit ioBroker.backitup-Versionen < 2.2.0 Javascript Sicherungen durchführen zu können, muss im Vorfeld in der Javascript-Adapter Konfiguration die Menüpunkte "Spiegeln von Skripten in den Dateipfad" und "Instanz, die Spiegelung macht" festgelegt werden.
ioBroker.backitup kann dann im Konfiguartionsmenü die Einstellungen übernehmen.
Dieses separat einstellbare Backup wird sofern es aktiviert ist, bei jedem Backup ioBroker erstellt und nach Ablauf der angegebenen Vorhaltezeit auch gelöscht. FTP oder CIFS sind für dieses Backup ebenfalls gültig sofern bei den anderen IoBroker-Backup-Typen eingestellt.
Dieses separat einstellbare Backup wird sofern es aktiviert ist, bei jedem Backup ioBroker erstellt und nach Ablauf der angegebenen Vorhaltezeit auch gelöscht. FTP oder CIFS sind für dieses Backup ebenfalls gültig sofern bei den anderen IoBroker-Backup-Typen eingestellt.
Dieses separat einstellbare Backup wird sofern es aktiviert ist, bei jedem Backup ioBroker erstellt und nach Ablauf der angegebenen Vorhaltezeit auch gelöscht. FTP oder CIFS sind für dieses Backup ebenfalls gültig sofern bei den anderen IoBroker-Backup-Typen eingestellt.
Der Pfad im ioBroker.backitup Adapter sollte immer direkt auf den "data" Pfad von zigbee2mqtt angelegt werden.
Beispiel: /opt/zigbee2mqtt/data oder direkt in das Volume bei einer Docker Installation von zigbee2mqtt
Wichtig ist hier auch, dass der User "iobroker" Rechte für den data-Ordner bekommt, um die Dateien lesen und schreiben zu können.
Gruppenrechte können wie folgt gesetzt werden:
sudo usermod -a -G <zigbe2mqtt User> iobroker
sudo reboot
Dieses separat einstellbare Backup wird sofern es aktiviert ist, bei jedem Backup ioBroker erstellt und nach Ablauf der angegebenen Vorhaltezeit auch gelöscht. FTP oder CIFS sind für dieses Backup ebenfalls gültig sofern bei den anderen IoBroker-Backup-Typen eingestellt.
Dieses separat einstellbare Backup wird sofern es aktiviert ist, bei jedem Backup ioBroker erstellt und nach Ablauf der angegebenen Vorhaltezeit auch gelöscht. FTP oder CIFS sind für dieses Backup ebenfalls gültig sofern bei den anderen IoBroker-Backup-Typen eingestellt.
Um ein Grafana-Backup erstellen zu können, wird der Benutzername (Admin) und das Passwort von Grafana benötigt.
Des Weiteren muss in der Grafana-Weboberfläche ein API-Key bzw. Service Token erzeugt werden, um Zugriff auf die Dashboards zu bekommen.
Der Api-Key kann unter "Configuration → API Keys bzw. Service Token" erstellt werden und muss die vollen Admin-Rechte besitzen.
Dieses separat einstellbare Backup wird sofern es aktiviert ist, bei jedem Backup ioBroker erstellt und nach Ablauf der angegebenen Vorhaltezeit auch gelöscht. FTP oder CIFS sind für dieses Backup ebenfalls gültig sofern bei den anderen IoBroker-Backup-Typen eingestellt.
Es werden alle Systemeinstellungen und Geräteeinstellungen von Homkit gesichert.
CIFS-Mount ist unter Linux kein Problem.
Es sollte beachtet werden, dass cifs-utils installiert ist
Die Pfadangabe sollte wie folgt aussehen (Bsp: "/Freigabename/Pfadangabe")
Optional kann man aktivieren/deaktivieren, ob die Backups vom NAS gelöscht werden sollen
NFS-Mount ist unter Linux kein Problem.
Es sollte beachtet werden, dass nfs-common installiert ist
Die Pfadangabe sollte wie folgt aussehen (Bsp: "/Freigabename/Pfadangabe").
Optional kann man aktivieren/deaktivieren, ob die Backups vom NAS gelöscht werden sollen
FTP ist auf allen OS möglich und dient als eine Alternative zum CIFS Mount
Die Pfadangabe unter FTP muss immer mit "/" beginnen (Bsp: "/Pfadangabe")
Optional kann man aktivieren/deaktivieren, ob die Backups vom NAS gelöscht werden sollen
Sollte kein CIFS-Mount möglich sein, besteht eine weitere Möglichkeit der Copy-Funktion
Hier muss in den CIFS-Einstellungen die Pfadangabe eingetragen werden, wo hin kopiert werden soll.
Die Angabe der IP Adresse muss für die Copy-Funktion leer bleiben.
Um die Sicherung in der Dropbox zu nutzen, muss man einen Access Token holen. Das kann man auf der Konfigurationsseite von ioBroker.backitup machen.
ioBroker greift nur auf die definierte Bereiche.
Keine Tokens oder Anwenderdaten werden in der Cloud gespeichert.
Wer seine eigene Dropbox API App erzeugen möchte, kann dies in den Einstellungen von ioBroker.backitup auswählen und muss im Anschluss folgende Schritte durchführen.
Hinweis: Eigene Apps haben nur noch einen "short_live" Token, welcher lediglich 4 Stunden Gültigkeit hat. Wir empfehlen, die iobroker Standard App zu verwenden.
Um die Sicherung in der Dropbox zu nutzen, muss ein Access Token und eine APP unter https://www.dropbox.com/developers/apps erstellt werden
- Schritt 1: Den Button "Create App" nutzen
- Schritt 2: "Scoped access" auswählen
- Schritt 3: "App folder" auswählen
- Schritt 4: "Name your app" vergeben und "Create App" Button wählen
- Schritt 5: Im Tab-Reiter "Permissions" alle 4 Häckchen im Bereich "Files and folders" setzen
- Schritt 6: Im Tab-Reiter "Settings" die "Access token expiration" auf "No expiration" stellen
- Schritt 7: "Generated access token" Button drücken (Dieser erzeugte Token wird in den Einstellungen von ioBroker.backitup eingetragen)
In deiner Dropbox gibt es nun einen neuen Ordner mit dem Namen "Apps"
Um die Sicherung in der Google Drive zu nutzen, muss man sich Access einen Token holen. Das kann man auf der Konfigurationsseite machen.
ioBroker greift nur auf die definierten Bereiche. Den Code für oAuth kann man hier ansehen.
Keine Tokens oder Anwenderdaten werden in der Cloud gespeichert.
Um die Sicherung in der Onedrive zu nutzen, muss man einen Access Token holen. Das kann man auf der Konfigurationsseite von ioBroker.backitup machen.
ioBroker greift nur auf die definierte Bereiche.
Keine Tokens oder Anwenderdaten werden in der Cloud gespeichert.
Mit WebDAV bietet ioBroker.backitup die Möglichkeit mehrere Cloudsysteme anzusprechen.
Die bekannteste ist hier NextCloud.
Um eine WebDAV-Verbindung herzustellen, weren der Username und das Passwort des Cloud Accounts benötigt.
Die Verbindung zur Cloud erfolgt über eine verschlüsselte Verbindung.
Um eine Verbindung aufbauen zu können, muss der Hostname der Cloud alle Sicherheitszertifikate erfüllen.
Beispiel URL: "https://example.com/remote.php/dav/files/username/"
Eine Verbindung mit lokaler IP-Adresse ist nur möglich, wenn die Option "Nur signierte Zertifikate zulassen" deaktiviert ist.
Multihost für ioBroker.backitup kann mit mehreren Instanzen von ioBroker.backitup auf verschiedenen Hosts arbeiten.
Ein Instanz von ioBroker.backitup muss zur Unterstützung als Master konfiguriert. Alle weiteren Instanzen, die sich auf entfernten Hosts befinden, werden als Slave konfiguriert.
Das Management der automatischen Backups übernimmt der Master. Alle Slave Instanzen können im Master über das Menü ausgewählt werden.
Für die Slave Instanzen können folgende Backup-Optionen aktiviert werden:
- Redis
- Zigbee
- Jarvis
- History
- InfluxDB
- MySql
- Sqlite3
- PostgreSql
- Grafana
- Yahka
- Node-Red
- Zigbee2MQTT
Da in einer Slave Instanz die automatischen Backups durch den Master geregelt werden, sind iobroker-Backups, Javascript-Backups und CCU-Backups nicht auswählbar.
Die Speicherorte für die einzelnen Backups können auf jedem Slave frei konfiguriert werden. So kann jeder sein Dateiablagesystem unabhängig vom Master gestallten.
Bei Systemen mit begrenzten RAM kann der ioBroker.backitup Master die Slave Instanzen für den Backupprozess automatisch starten und im Anschluss wieder stoppen.
Diese Option ist im Menü konfigurierbar.
Ab Version 2.2.0 wird das Backup und der Restore im offizielen Docker-Container unterstützt.
Da im Docker keine Datenbanksysteme installiert werden sollten, werden Backups sämtlicher Datenbanken nicht unterstützt und sind bei einem erkannten Docker-Container nicht auswählbar.
Die Unterstützung für ioBroker.backitup wird im offizielen iobroker Docker Container ab Version v5.2.0-beta4 unterstützt.
-
Der Adapter erstellt einige Datenpunkte zur Verwendung in Vis
- oneClick.ccu -> dient als Auslösetrigger für ein CCU-Backup (Kann in Vis durch einen Button auf true gesetzt werden)
- oneClick.iobroker -> dient als Auslösetrigger für ein Standard-Backup (Kann in Vis durch einen Button auf true gesetzt werden)
- history.html -> dient als History-Log welcher in Vis via CCS vom Design anpassbar ist.
- history.json -> dient als History-Log welcher in Vis via CCS vom Design anpassbar ist.
- history.ccuLastTime -> speichert das Erstell-Datum und die Uhrzeit des letzten CCU Backups
- history.minimalLastTime -> speichert das Erstell-Datum und die Uhrzeit des letzten Standard Backups
- history.ccuSuccess -> zeigt bei erfolgreichen Backup den State "true"
- history.minimalSuccess -> zeigt bei erfolgreichen Backup den State "true"
- history.iobrokerLastTime -> zeigt die letzte ioBroker Sicherung
- history.ccuLastTime -> zeigt die letzte CCU Sicherung
- info.ccuNextTime -> zeigt die nächste Ausführungszeit des CCU-Backups
- info.iobrokerNextTime -> zeigt die nächste Ausführungszeit des ioBroker-Backups
- info.latestBackup -> zeigt als json das letzte beim Start ermittelte Backup
-
History-Log in Vis anzeigen
- Es ist möglich den History-Log bspw. in einem Html-Widget durch eintragen folgender Zeile in HTML darzustellen:
{backitup.0.history.html}
Syntax: {BackitupInstanz.history.html}
- CCS-Formatierung des History-Logs:
.html{
display:block;
width:100%;
/* overflow-y:scroll; */
}
.backup-type-iobroker
{
float:left;
color:white;
font-size:20px;
}
.backup-type-ccu
{
float:left;
color:red;
font-size:20px;
}
- OneClick-Button mit Status-Text
- Wenn ein OneClick-Datenpunkt auf true gesetzt wird startet das entsprechende Backup und nach einer vordefinierten Zeit wird dieser Datenpunkt wieder auf false gesetzt somit ist es möglich einen Button mit Status zu erstellen, hierzu folgende Zeile anpassen und in Vis als Knopftext eintragen:
{wert: backitup.0.oneClick.iobroker; wert === "true" || wert === true ? "Minimal Backup </br> wird erstellt" : "Minimal Backup </br> starten"}
Syntax: {wert: .oneClick.<Auslösetrigger>; wert === "true" || wert === true ? "Text während der Backuperstellung" : "Standard-Text"}
ioBroker.backitup unterstützt für die Benachrichtigung nach einem erfolgreichen Backup folgende Messenger. Zur Verwendung müssen die jeweiligen Adapter installiert und eigerichtet sein.
- Telegram
- Pushover
- Signal
- Matrix
- Discord
Mit ioBroker.backitup ist es möglich, alle erzeugten Backup-Typen über das Konfiguartionsmenü im ioBroker auch wiederherzustellen.
ioBroker.backitup arbeitet sehr eng mit dem js-controller zusammen und erstellt ein iobroker Backup identisch dem CLI Befehl "iobroker backup".
Es werden hier identisch dem Standard Backup des js-controllers alle States und Objects, sowie die Nutzerdateien wie z.B. VIS gesichert.
Auch der Restore ist komplett identisch dem CLI Befehl des js-controllers.
Bei einem Restore werden alle States, Objects und Nutzerdaten von ioBroker.backitup wiederhergestellt. Nach dem Restore startet euer iobroker neu und ab da übernimmt die Installation fehlender Adapter dann wieder der js-controller.
ioBroker.backitup hat nach dem Start des iobrokers keinerlei Einfluss auf die Wiederherstellung. Dies passiert alles im Hintergrund und übernimmt der js-controller anhand der wiederhergestellten Informationen in den States und Objects.
Es kann aus allen Speichermedien ein Restore ausgeführt werden.
Grundsätzlich ist aber der sicherste Weg, den Restore lokal auszuführen.
Wer den sichersten Weg wählt und den Restore lokal ausführen möchte, muss die Backupdatei im iobroker Backup-Ordner ablegen.
Auf Linuxsystemen befindet sich dieser Ordner unter folgenden Pfad: /opt/iobroker/backups
Bei den Backuptypen "iobroker" und "redis" wird beim Restore der iobroker gestoppt und im Anschluss automatisch wieder gestartet.
Nach dem Stop des iobrokers öffnet sich ein neuer Browser-Tab, in dem der Verlauf des Restores zu sehen ist.
Falls dieser Tab nicht öffnet, müssen die Browser-Einstellungen für Popups blockieren kontrolliert werden.
Bei allen anderen Backuptypen wird iobroker nicht gestoppt. Hier werden lediglich die betroffnenen Adapter kurzzeitig gestoppt.
Wer seine Backups lieber manuell wiederherstellen möchte, sollte folgende Punkte durchführen:
Restore eines IoBroker Backups:
- Das Backup muss wie gewohnt im Verzeichnis opt/iobroker/backups liegen
- Es kann über die Konsole mit Hilfe des Befehls: iobroker restore <Backupdateiname> wieder hergestellt werden.
- Nach dem Restore ist ein iobroker upload all nötig
Eine detailierte Anleitung zum Restore mit ioBroker.backitup und auch zum manuellen Restore ist hier zu finden.
Das CCU-Backup muss weiterhin über das Webinterface der CCU wiederhergestellt werden.
Restore eines Raspberrymatic / CCU Backups: - *.sbk Datei via SCP in das Verzeichnis „ /usr/local/tmp directory“ auf die Raspberrymatic kopieren - Über die Konsole als Root-User auf der Raspberrymatic einloggen - Den Befehl: „/bin/restoreBackup.sh /user/local/tmp/EuerBackupDateiname“ auf der Raspberrymatic ausführen. - Den Befehl:“reboot“ auf der Raspberrymatic ausführen um den PI neu zu starten - Alternativ kann das Backup natürlich auch wie gewohnt über das Webinterface wieder hergestellt werden.
Um Fehler zu loggen, muss ioBroker.backitup in unter dem IoBroker Reiter Instanzen auf Log-Stufe "debug" gestellt werden.
Hier eine Liste der bisher aufgetretenen Probleme und deren Lösungen sofern vorhanden.
-
Olifall (aus dem Forum) hatte das Problem dass nach dem Restore das Webinterface des IoBrokers nicht mehr erreichbar war, durch folgende Schritte über die Konsole konnte er dies beheben:
- sudo iobroker status
- Meldung = "No connection to states 127.0.0.0:6379[redis]"
- sudo apt install redis-server
-
Sollte der CIFS-Mount mit IP-Adresse nicht möglich sein, sollte der Hostname des NAS verwendet werden
-
Wenn ihr beim cifs-mount ein Passwort mit Sonderzeichen verwendet, haben User festgestellt, dass dann das Passwort mit Anführungszeichen in der Config hinterlegt werden muss.
-
cifs-mount kann laut einigen Usern mit sehr langen Passwörtern nicht umgehen. Falls der mount nicht klappen sollte, kürz das Passwort etwas ein (12 Zeichen sind funktionieren bei mir).
-
Sollte der Adapter sich nicht installieren lassen, prüft eure Versionen von node und nodejs. Der Adapter unterstützt Versionen < Node 14 nicht.
-
Wenn euer iobroker System mit dem neuen Installer Script installiert wurde, kann es vorkommen, dass ihr nicht alle Rechte für den neuen User iobroker habt. Dies betrifft dann leider auch ioBroker.backitup , da ioBroker.backitup einige systemrelevante Befehle benutzt.
Um das Problem mit fehlenden Rechten zu beheben, gibt es inzwischen einen Fix für den Installerscript von iobroker. Führt bitte folgende Befehle auf eure Iobrokerumgebung in der Konsole aus:
iobroker stop iobroker fix sudo reboot -
Solltet Ihr eine Fehlermeldung beim erstellen der Redis Datenbank bekommen, prüft bitte, ob euer User iobroker die Rechte hat und ob er in der User-Gruppe Redis vorhanden ist. Wenn dies nicht der Fall ist, könnt ihr das mit folgenden Befehl in der Konsole beheben.
sudo usermod -a -G redis iobroker sudo rebootWenn ihr nicht mit dem Installerscript eure Iobroker Installation aufgesetzt habt und euer User einen anderen Namen hat, bitte in dem Befehl "iobroker" durch euren User ersetzen.
-
Wenn eine Fritzbox als NAS mit einer Firmware >= 7.21 verwendet wird, sollten in ioBroker.backitup die SMB-Einstellungen auf "3.1.1" eingestellt und die Option "noserverino" aktiviert werden.