[vz-users] Problem beim restore mit dbcopy

[Andreas Goetz]

Ich hab gerade 1.3.1 gepublished, damit sollte es gehen (also composer update verwenden).

Viele Grüße, 
Andreas


> On 26. Mar 2019, at 10:15, Tobias.lehr at me.com wrote:
> 
> Hallo, 
> 
> Also erst mal vielen Dank an alle Hilfestellungen. 
> 
> Ja es geht in diesem konkreten Fall um das kopieren von einem. System auf ein anderes, allerdings wollte ich das so machen, wie ich im ernstfall einen restore von einem system auf das selbe system. 
> 
> Der Weg über mysql zu mysql geht ja jetzt, und für den weg von sqlite zu mysql warte ich einfach mal ob die profis was finden und fixen können. 
> 
> Gruß Tobias
> 
> 
> 
> -------- Ursprüngliche Nachricht --------
> Betreff: Re: [vz-users] Problem beim restore mit dbcopy
> Von: Daniel Lauckner 
> An: "volkszaehler.org - users" 
> Cc: 
> 
> Hallo,
> 
> 
> am Dienstag, 26. März 2019 um 09:11 hat Jakob Hirsch geschrieben:
> > Oh, du benutzt dbcopy für backup? Ist nicht gerade effizient, für jedes
> > Backup eine neue sqlite-Datenbank zu erzeugen...
> 
> Kann gut sein das ich noch bissl aufm Schlauch stehe (es ist erst kurz
> nach 9 ;D ), aber der Vorteil von dbcopy ist ja eben das man
> inkrementell kopieren kann. Es ist gar nicht nötig jedes mal eine neue
> Datenbank anzulegen. Auch nicht bei SQLite.
> 
> > Ich mach das mit mysqldump, z.B. "mysqldump --databases vz > vz.$(date
> > +%Y%m%d_%H%M%S).sql" gibt einen dump mit allen Daten (regelmäßig die
> > alten dumps löschen nicht vergessen). Kann man dann einfach mit "mysql <
> > vz....sql" zurücksichern.
> 
> Sqldump nimmt leider keinerlei Rücksicht auf die Auslastung der
> Datenbank und blockiert diese Zeitweise. Auf schwacher Hardware führt
> das zu Verlust der zwischenzeitlich geloggten Daten.
> 
> Wobei man fairerweise zugeben muss das sqldump zuverlässiger beim
> Restore ist.
> 
> 
> mfg Daniel
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20190326/febe3a73/attachment.html>