[vz-users] Image mit dd erstellen / Datenbackup
Michael Hartmann
hartmann-micha at web.de
Sa Nov 21 19:09:04 CET 2020
Das Backup der DB geht auf das NAS. Ich könnte auch direkt in diese DB schreiben, nur laufen die HDDs im NAS dann 24/7 mit entsprechendem Verschleiß und Stromaufnahme, Geräusch.
Idealerweise hätte ich gerne die Middleware und die DB auf einer SSD am USB-Port des NAS. Dann können die HDDs in den power down, wenn keine sonstigen Zugriffe erfolgen. Dann würde ich weiter auf die HDDs des selben NAS ein Backup fahren. Einige haben das hier so laufen. Nur das bekomme ich nicht hin.
Grüße
Micha
Von: volkszaehler-users [mailto:volkszaehler-users-bounces at demo.volkszaehler.org] Im Auftrag von Thomas Höpfner
Gesendet: Samstag, 21. November 2020 18:57
An: volkszaehler.org - users
Betreff: Re: [vz-users] Image mit dd erstellen / Datenbackup
Hallo Micha,
das dein Backup auf ein anderen SQL-Server im Netzwerk ist habe ich bis jetzt übersehen. Das sind gleich 2 mögliche Fehlerquellen. Warum hast du überhaupt die DB auf den Pi wenn noch ein anderer Server läuft?
Thomas
Am 21.11.2020 um 17:49 schrieb Frank Richter <frank.richter83 at gmail.com>:
Versuch mal trotzdem vorher auf dem Zielsystem:
TRUNCATE TABLE volkszaehler.data;
Michael Hartmann <hartmann-micha at web.de> schrieb am Sa., 21. Nov. 2020, 17:26:
Hallo Frank,
konkret: leer!
Das Testsystem hat keine HW. vzlogger empfängt keine Werte, kann also auch keine Daten schreiben oder? Ich hänge die dbcopy config an.
Grüße
Micha
Von: volkszaehler-users [mailto:volkszaehler-users-bounces at demo.volkszaehler.org] Im Auftrag von Frank Richter
Gesendet: Samstag, 21. November 2020 17:01
An: volkszaehler.org - users
Betreff: Re: [vz-users] Image mit dd erstellen / Datenbackup
Hallo Michael,
was heißt den "weitgehend leer"? Hast du den Restore-Versuch gemacht, bevor du vzlogger neue Daten in die DB schreiben lässt?
Viele Grüße
Frank
Michael Hartmann <hartmann-micha at web.de> schrieb am Sa., 21. Nov. 2020, 16:27:
Ich habe nun das Testsystem mit dem Image das im Wiki zum DL bereitsteht komplett neu aufgebaut. Update vzlogger, middleware/frontend, alle Konfigurationen ...
Auf diesem System sollte sich eine weitgehend leere Datenbank befinden. Und das Ergebnis beim zurückspielen der Daten ist genau das gleiche!
----------------------------------------------------------
pi at SmartMeter:/usr/local/bin $ /var/www/volkszaehler.org/vendor/bin/dbcopy copy -c /etc/dbcopy_restore.yaml
Dropping FK FK_87C331C781257D5D on properties
Dropping FK FK_2BD88468727ACA70 on entities_in_aggregator
Dropping FK FK_2BD88468DD62C21B on entities_in_aggregator
Dropping FK FK_ADF3F36372F5A1AA on data
Dropping FK FK_B77949FF72F5A1AA on aggregate
entities: copying 7 rows (overwrite)
[============================] 100% < 1 sec/< 1 sec 7 rows
properties: copying 63 rows (overwrite)
[============================] 100% < 1 sec/< 1 sec 63 rows
entities_in_aggregator: copying 0 rows (overwrite)
0 [->--------------------------] < 1 sec 6.0 MiB
data: copying 7819821 rows (partial copy)
[>---------------------------] 0% < 1 sec/< 1 sec 0 rows
In AbstractMySQLDriver.php line 74:
An exception occurred while executing 'INSERT INTO `data` (`id`,`channel_id`,`timestamp`,`value`) VALUES
(?,?,?,?)' with params ["1", "2", "1590761781023", "826598.2"]:
SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '1' for key 'PRIMARY'
In Exception.php line 18:
SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '1' for key 'PRIMARY'
In PDOStatement.php line 115:
SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '1' for key 'PRIMARY'
copy [-c|--config CONFIG] [-b|--batch BATCH] [-k|--keep-constraints] [--] [<tables>...]
---------------------------------------------------------------------
Und nun :-/
Grüße
Micha
-----Ursprüngliche Nachricht-----
Von: volkszaehler-users [mailto:volkszaehler-users-bounces at demo.volkszaehler.org] Im Auftrag von Thomas Höpfner
Gesendet: Freitag, 20. November 2020 19:31
An: volkszaehler.org - users
Betreff: Re: [vz-users] Image mit dd erstellen / Datenbackup
Hallo Micha,
> Am 20.11.2020 um 17:45 schrieb Michael Hartmann <hartmann-micha at web.de>:
>
> Copy statt pk für die Daten in dbcopy.yaml hatte ich auf Daniels Anregung vor ein paar Tagen bereits probiert und das Ergebnis hier berichtet: gleicher Fehler!
auch beim backup?
Irgendwie glaube ich an einen Fehler in deiner aktiven DB.
Werden fehler angezeigt wenn du auf der console
:~# mysqlcheck -p --check volkszaehler
ausführst?
Im Moment habe ich kein System um mein Backup zu testen, aber dein Weg sollte funktionieren.
Thomas
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20201121/d65720f5/attachment-0001.html>
Mehr Informationen über die Mailingliste volkszaehler-users