[vz-users] Image mit dd erstellen / Datenbackup

[Michael Hartmann]

Ja klar. Ziel ist unverändert die DB auf dem NAS.

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:25
An: volkszaehler.org - users
Betreff: Re: [vz-users] Image mit dd erstellen / Datenbackup

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   : dbcopy.yaml
Dateityp    : application/octet-stream
Dateigröße  : 983 bytes
Beschreibung: nicht verfügbar
URL         : <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20201124/0d0872f2/attachment.obj>