[vz-users] Image mit dd erstellen / Datenbackup

[Thomas Höpfner]

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/5c6b4739/attachment-0001.bin>