Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- software:middleware:datenbank [2019/12/01 19:33] – mysqldump ungepackt jau
+++ software:middleware:datenbank [2021/12/01 04:20] – [Datenbank administrieren] Client statt phpmyadmin jau
@@ Zeile 15: / Zeile 15: @@
 ===== Datenbank administrieren =====
-Die einfachste Möglichkeit besteht darin, das ganze über die Webobefläche zu administrieren. Für den Fall des Rasperrpi ist das dann : <code> "http://raspberrypi/phpmyadmin/" </code>
+Die beste Möglichkeit besteht darin über externen SQL-Client (z.B. [[https://www.heidisql.com/download.php|HeidiSQL]]) zu administrieren. Im Falle des RasperryPi-Images ist der Zugang von außen allerdings gesperrt und muss erst [[howto:raspberry_pi_image#einrichten|aktiviert]] werden.
 Als Benutzername/Passwort dann entwender vz/demo für Lese- und Schreibzugriffe, vz-admin/secure für Löschzugriffe oder den lokalen Administratorzugang (root/raspberry) der in ''/etc/mysql/debian.cnf'' steht.
+Phphmyadmin wäre eine Möglichkeit, aber mit Einschränkungen. Es hat Schwierigkeiten mit großen Datenbanken und ist auf dem Image nicht vorinstallliert.
 ===== Datenbank sichern =====
 ==== Komplettbackup mit mysqldump ====
 Die Standardanwendung
-<code>mysqldump -uvz -pdemo volkszaehler</code>
+<code>mysqldump -uvz -pdemo volkszaehler > mysql_backup.sql</code>
 Als Ziel taugt jedes gemountete Verzeichnis, vorzugsweise auf einem externe Datenträger.
 <note important>Mysqldump verursacht einen sehr hohe Last bei der Datenbankanwendung und kann auf dem Raspberry den vzlogger beeinträchtigen!</note>
 Eine solche Sicherung ist Klartext und kann recht Umfangreich werden. Speicherplatz spart man indem man die Sicherung direkt komprimiert.
 <code>mysqldump -uvz -pdemo volkszaehler | bzip2 >mysql_backup.bz2</code>
+Sqldump nimmt beim Erstellen allerdings keinerlei Rücksicht auf Abhängigkeiten in der Struktur. Das führt zu Abbruch des restore und erfordert viel manuelle Nacharbeit. Daher ist es ratsam die wichtigsten Tabellen separat zu sichern.
+<code>mysqldump -uvz -pdemo volkszaehler entities > mysql_backup_entities.sql
+mysqldump -uvz -pdemo volkszaehler entities_in_aggregator > mysql_backup_aggregator.sql
+mysqldump -uvz -pdemo volkszaehler properties > mysql_backup_properties.sql</code>
+Die sind von überschaubarer Größe und brauchen nicht gepackt werden.
 ==== mysqldump per ssh ====
@@ Zeile 43: / Zeile 52: @@
 ===== Datenbank zurückspielen =====
+Um sicher zu gehen das keine Konflikte entstehen sollten während des Restore keine neuen Daten eintreffen. D.h. Middleware deaktivieren (vzlogger kann während dessen weiterlaufen) und die Cronjobs für die Aggregation abstellen. Auch alle Scripte stoppen die direkt auf die Datenbank zugreifen.
-mysql -uvz -pdemo volkszaehler < 20131124.mysql_backup
+<code>mysql -uvz -pdemo volkszaehler < mysql_backup.sql</code>
 <note>Das bezieht sich auf ein ungepacktes Backup!</note>
+Falls ein Komplettbackup mit Störung abgebrochen wird kann das an Abhängigkeiten zu Tabellen liegen die noch nicht aufgebaut wurden. In dem Fall auf die separate Sicherung der betreffenden Tabelle zurückgreifen und zuerst wiederherstellen.
 ===== Datenbank nach CSV exportieren =====
-Um die Daten sich in Excel oder Openoffice anzusehen, ist es sinnvoll diese nach CSV zu exportieren. Dazu habe ich recht viel im Internet suchen müssen, bin aber am Ende zu folgendem Ergebnis gekommen:
+Um die Daten sich in Excel oder Openoffice anzusehen, ist es sinnvoll diese nach CSV zu exportieren.
 <code>
 #!/bin/bash