software:tools:dbcopy
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
software:tools:dbcopy [2016/12/08 10:34] – Konfiguration umformuliert, Typo jau | software:tools:dbcopy [2021/05/06 12:35] (aktuell) – [Restore] Quellen stoppen jau | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
====== dbcopy - inkrementelle Datenbankkopie ====== | ====== dbcopy - inkrementelle Datenbankkopie ====== | ||
- | Möchte man die Datenbank sichern oder auf einem zweiten System zur Verfügung haben stößt man bei Verwendung von mysqldump auf Schwierigkeiten (Systemlast, | + | Möchte man die Datenbank sichern oder auf einem zweiten System zur Verfügung haben stößt man bei Verwendung von [[software/ |
- | Dbcopy ist Teil einer VZ-Standardinstallation und unter / | + | Dbcopy ist Teil einer VZ-Standardinstallation und unter '' |
- | Es hat aber sein eigenes [[https:// | + | |
- | Für das kopieren der Daten ist eine zweite, verfügbare Datenbankapplikation Grundvoraussetzung. Sie muss SQL-Kompatibel sein. Am zuverlässigsten ist daher eine weitere MySQL-Installation die über Netzwerkwerk erreichbar ist, z.B. bei einem Webhoster.\\ | + | Für das kopieren der Daten ist eine zweite, verfügbare Datenbankapplikation Grundvoraussetzung. Sie sollte |
- | Alternativ bieten sich aber auch die DB eines NAS (z.B. Maria-DB auf Synology) oder SQLite an. SQLite ist als Backuplösung besonders interessant weil die Datenbank in einer einzelnen Datei abgelegt wird die einfach kopiert (Voll-Backup) werden kann. | + | Alternativ bieten sich aber auch die DB eines NAS (z.B. Maria-DB auf Synology) oder SQLite an. SQLite ist als Backuplösung besonders interessant weil die Datenbank in einer einzelnen Datei abgelegt wird die einfach kopiert (Voll-Backup) werden kann.\\ |
+ | Seit neustem kann man die Daten aber auch auf eine Influx-DB übertragen. | ||
===== Installation ===== | ===== Installation ===== | ||
In der Standardinstallation ist dbcopy über php direkt nutzbar. | In der Standardinstallation ist dbcopy über php direkt nutzbar. | ||
- | < | + | < |
+ | < | ||
Möchte man dbcopy von der Kommandozeile aus starten muss erst die Berechtigung gesetzt werden: | Möchte man dbcopy von der Kommandozeile aus starten muss erst die Berechtigung gesetzt werden: | ||
- | < | + | < |
Sollte dbcopy doch nicht auf dem System verfügbar sein kann das mit | Sollte dbcopy doch nicht auf dem System verfügbar sein kann das mit | ||
Zeile 28: | Zeile 29: | ||
==== SQLite ==== | ==== SQLite ==== | ||
Kann auch als zweite Datenbankapplikation auf dem selben System installiert werden. | Kann auch als zweite Datenbankapplikation auf dem selben System installiert werden. | ||
- | < | + | < |
+ | |||
+ | ==== Influx ==== | ||
+ | Hier dient dbcopy allein der Konvertierung. Das Ziel wird hier in einem getrennte Abschnitt definiert und die Übertragung mit dem Schlüsselwort '' | ||
===== Konfiguration ===== | ===== Konfiguration ===== | ||
- | Es empfiehlt sich nicht die Konfigurationsdatei / | + | < |
- | < | + | Es empfiehlt sich nicht die Konfigurationsdatei |
+ | < | ||
Und | Und | ||
- | < | + | < |
<note important> | <note important> | ||
Deshalb dbcopy mit dem Parameter -c aufrufen.</ | Deshalb dbcopy mit dem Parameter -c aufrufen.</ | ||
+ | |||
+ | <file yaml / | ||
+ | # DATABASE DEFINITION | ||
+ | source: | ||
+ | driver: pdo_mysql | ||
+ | host: localhost | ||
+ | user: vz | ||
+ | password: demo | ||
+ | dbname: volkszaehler | ||
+ | |||
+ | target: | ||
+ | driver: pdo_sqlite | ||
+ | host: localhost | ||
+ | user: root | ||
+ | password: raspberry | ||
+ | dbname: volkszaehler_backup | ||
+ | path: sqlite.db3 # | ||
+ | |||
+ | # influxdb target database connection | ||
+ | influx: | ||
+ | dsn: influxdb:// | ||
+ | dbname: volkszaehler | ||
+ | measurement: | ||
+ | |||
+ | # TABLE DEFINITION | ||
+ | # ---------------- | ||
+ | # tables will be processed in the order they are mentioned: | ||
+ | # - foreign keys on target will be dropped | ||
+ | # - if a table is not listed here, it will not be touched | ||
+ | # transfer mode | ||
+ | # | ||
+ | # | ||
+ | # | ||
+ | # will be copied from source. | ||
+ | tables: | ||
+ | entities: copy | ||
+ | properties: copy | ||
+ | entities_in_aggregator: | ||
+ | data: pk | ||
+ | aggregate: skip | ||
+ | |||
+ | </ | ||
In der Datei werden Quelle (**" | In der Datei werden Quelle (**" | ||
- | **"driver": "pdo_mysql",**\\ | + | **driver: pdo_mysql**\\ |
Die Schnittstelle zwischen PHP und der Datenbank. Standardmäßig läuft der Volkszähler mit einer MySQL-Datenbank (pdo_mysql), | Die Schnittstelle zwischen PHP und der Datenbank. Standardmäßig läuft der Volkszähler mit einer MySQL-Datenbank (pdo_mysql), | ||
- | **"host": "localhost",**\\ | + | **host: localhost**\\ |
- | Die Host- oder IP-Adresse des Rechner | + | Die Host- oder IP-Adresse des Rechners |
- | **"user": "vz"**\\ | + | **user: vz**\\ |
Benutzername der Datenbank, für SQLite nicht nötig.\\ | Benutzername der Datenbank, für SQLite nicht nötig.\\ | ||
- | **"password": "demo"**\\ | + | **password: demo**\\ |
Passwort des Benutzers der Datenbank, für SQLite nicht nötig.\\ | Passwort des Benutzers der Datenbank, für SQLite nicht nötig.\\ | ||
- | **"dbname": "volkszaehler"**\\ | + | **dbname: volkszaehler**\\ |
Name der Datenbank, für SQLite nicht nötig.\\ | Name der Datenbank, für SQLite nicht nötig.\\ | ||
- | **"path": "sqlite.db3",**\\- | + | **path: sqlite.db3**\\ |
Name der Datei bei SQLite, für MySQL nicht nötig.\\ | Name der Datei bei SQLite, für MySQL nicht nötig.\\ | ||
Zeile 62: | Zeile 109: | ||
Unter **" | Unter **" | ||
- | **" | + | Vorne die Bezeichnung der einzelnen Tabellen. In der Beispielkonfiguration sind bereits alle Tabellen einer Volkszähler-Datenbank aufgeführt.\\ |
- | Die Bezeichnung der einzelnen Tabellen. In der Beispielkonfiguration sind bereits alle Tabellen einer Volkszähler-Datenbank aufgeführt.\\ | + | Hinter dem Doppelpunkt die Aktion die jeweils ausgeführt werden soll\\ |
- | **" | + | **copy**\\ |
Bedeutet die Tabelle in der Ziel-Datenbank wird geleert und aus der Quelle neu beschrieben. Ein derart kopierte Tabelle ist keine " | Bedeutet die Tabelle in der Ziel-Datenbank wird geleert und aus der Quelle neu beschrieben. Ein derart kopierte Tabelle ist keine " | ||
- | **" | + | **pk**\\ |
- | Die Tabelle im Ziel wird mit neuen Datensätzen aus der Quelle ergänzt. Datensätze die in der Quelle gelöscht wurden bleiben im Ziel erhalten. Heißt aber auch das Änderungen an den Datensätzen nicht übernommen werden!\\ | + | Die Tabelle im Ziel wird mit neuen Datensätzen aus der Quelle ergänzt. Datensätze die in der Quelle gelöscht wurden bleiben im Ziel erhalten. Heißt aber auch das Änderungen an den Datensätzen nicht übernommen werden! |
+ | \\ | ||
- | **" | + | **skip**\\ |
- | Datensätze der Tabelle werden nicht kopiert. Für Aggregationswerte ist das in sofern sinnvoll weil es sinnvoller | + | Datensätze der Tabelle werden nicht kopiert. Für Aggregationswerte ist es sinnvoller sie aus data neu zu generieren als die redundaten Daten nochmal |
===== Zieldatenbank erstellen ===== | ===== Zieldatenbank erstellen ===== | ||
- | < | + | < |
<note important> | <note important> | ||
===== Daten kopieren ===== | ===== Daten kopieren ===== | ||
- | < | + | < |
Erfolgreiche Kopie: | Erfolgreiche Kopie: | ||
< | < | ||
Zeile 95: | Zeile 143: | ||
==== Cronjob ==== | ==== Cronjob ==== | ||
Wenn die manuelle Kopie erfolgreich war kann ein cronjob eingerichtet werden. Z.B. täglich: | Wenn die manuelle Kopie erfolgreich war kann ein cronjob eingerichtet werden. Z.B. täglich: | ||
- | < | + | < |
+ | |||
+ | ===== Restore ===== | ||
+ | Um eine Sicherung wiederherzustellen eine Konfiguration anlegen bei der Ziel und Quelle vertauscht sind. Der User vz hat allerdings nicht genügend Rechte. \\ | ||
+ | Deshalb '' | ||
+ | |||
+ | Während des Restore dürfen auf keinen Fall neue Daten ankommen, das wird zu doppelte IDs und Abbruch führen. Daher alle Quellen stoppen die direkt oder indirekt auf die Datenbank zugreifen: Vzlogger, Scripte, ESP32, Cronjobs (aggregate), | ||
+ | Wenn beim Backup die Aggreagtionstabelle ausgelassen wurde sollte diese vor Inbetriebnahme der Cronjobs erstmals neu aufgebaut werden. | ||
+ | < | ||
+ | Das kann bei einer entsprechend großen Datenbank einige Stunden dauern und doppelte Ausführung des Sripts (per cron) würde zu Fehlern führen. |
software/tools/dbcopy.1481189676.txt.gz · Zuletzt geändert: 2016/12/08 10:34 von jau