[vz-users] Image mit dd erstellen / Datenbackup
Thomas Höpfner
thomas at thhoe.de
Di Nov 24 17:24:34 CET 2020
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: thomas at thhoe.de
> Am 24.11.2020 um 17:18 schrieb Michael Hartmann <hartmann-micha at 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-bounces at 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: thomas at thhoe.de
>
>
>> Am 24.11.2020 um 16:42 schrieb Michael Hartmann <hartmann-micha at 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 at 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 at 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-bounces at 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
>>
>>
>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : smime.p7s
Dateityp : application/pkcs7-signature
Dateigröße : 2082 bytes
Beschreibung: nicht verfügbar
URL : <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20201124/d2d8b796/attachment.bin>
Mehr Informationen über die Mailingliste volkszaehler-users