Hallo Michael, sorry hatte es falsch verstanden. Wie sieht deine aktuelle dbcopy.yaml aus? Ist das Ziel wieder die DB auf den NAS?
Thomas Mail: tho...@thhoe.de > Am 24.11.2020 um 17:18 schrieb Michael Hartmann <hartmann-mi...@web.de>: > > Hallo Thomas, > > nein ich habe beim 1. Durchlauf data: copy gesetzt. Nicht data: skip! > > Ich habe nun den Inhalt der DB im Backupüber das FE von MariaDB komplett > gelöscht und mittel dbcopy create die Struktur wieder angelegt. Dann habe ich > eine erneuten Durchlauch mit data: copy durchgeführt und auch hier ist das > nach 2sec abgearbeitet, ohne das Daten in die DB transferiert worden wären. > > Ich denke copy ist im wiki falsch beschrieben, bzw. ich verstehe es nicht > richtig: > ------------------ > copy > Bedeutet die Tabelle in der Ziel-Datenbank wird geleert und aus der Quelle > neu beschrieben. Ein derart kopierte Tabelle ist keine „echtes“ Backup! > ------------------ > > Nun läuft gerade ein Durchlauf mit data: pk auf die leere DB. Das dauert 5h > und läuft gerade.... > > Grüße > > Micha > > -----Ursprüngliche Nachricht----- > Von: volkszaehler-users > [mailto:volkszaehler-users-boun...@demo.volkszaehler.org] Im Auftrag von > Thomas Höpfner > Gesendet: Dienstag, 24. November 2020 17:07 > An: volkszaehler.org - users > Betreff: Re: [vz-users] Image mit dd erstellen / Datenbackup > > Hallo Micha, > > bei deinen 1. durchlauf hast du data übersprungen (skip), > beim 2. sind die Daten im Ziel scheinbar noch nicht vorhanden. > > Thomas > > Mail: tho...@thhoe.de > > >> Am 24.11.2020 um 16:42 schrieb Michael Hartmann <hartmann-mi...@web.de>: >> >> Irgendwas stimmt da generell nicht. >> >> Wenn ich in dbcopy.yaml "data: copy" setzte, dann will dbcopy in 2sec >> 6204433 Datensätze kopiert haben. >> >> --------------------- >> pi@SmartMeter:~ $ /var/www/volkszaehler.org/vendor/bin/dbcopy copy -c >> /etc/dbcopy.yaml >> 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 4.0 MiB >> >> data: copying 6204433 rows (overwrite) >> [============================] 100% 2 secs/2 secs 6204433 rows >> >> aggregate: skipping >> ------------------ >> >> Setze ich "data: pk" zurück, läuft wieder ein volles Backup.... >> >> ------------------- >> pi@SmartMeter:~ $ /var/www/volkszaehler.org/vendor/bin/dbcopy copy -c >> /etc/dbcopy.yaml >> 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 4.0 MiB >> >> data: copying 6203559 rows (partial copy) >> [>---------------------------] 0% 8 secs/4 hrs 3000 rows >> ------------------- >> >> ????? >> >> Grüße >> >> Micha >> >> >> >> >> -----Ursprüngliche Nachricht----- >> Von: volkszaehler-users >> [mailto:volkszaehler-users-boun...@demo.volkszaehler.org] Im Auftrag von >> Daniel Lauckner >> Gesendet: Dienstag, 24. November 2020 15:41 >> An: volkszaehler.org - users >> Betreff: Re: [vz-users] Image mit dd erstellen / Datenbackup >> >> Hallo, >> >> >>> am Dienstag, 24. November 2020 um 15:28 hat Friedrich Kessler geschrieben: >>> - eigentlich sollte dieses Feld erst gar nicht gesichert werden wenn die >>> Rücksicherung in eine VzDB erfolgen soll. >> >> Ich glaube das ist für die Ergänzungsfunktion nötig. >> Wenn beide Datenbanken die selben Primarys haben kannst du mit einer >> schnellen Abfrage ermitteln bis wohin die letzte Ergänzung ausgeführt >> wurde und dort wieder ansetzen. >> >> >> mfg Daniel >> >> >
smime.p7s
Description: S/MIME cryptographic signature