[vz-users] DB Backup auf NAS via sqlite

[Michael Hartmann]

Wenn ich täglich ein lokales Backup der DB mache um dieses dann auf das NAS zu kopieren, habe ich halt weitere Schreibzyklen und den damit einhergehenden Verschleiß der SD-Karte.

 

Grüße

 

Micha

 

Von: volkszaehler-users [mailto:volkszaehler-users-bounces at demo.volkszaehler.org] Im Auftrag von Thomas Höpfner
Gesendet: Samstag, 5. Dezember 2020 13:22
An: volkszaehler.org - users
Betreff: Re: [vz-users] DB Backup auf NAS via sqlite

 

Nötig ist es, weil local schreiben auf die SD nicht die beste Idee ist.

Thomas 

 





Am 05.12.2020 um 12:29 schrieb Andreas Goetz <cpuidle at gmail.com>:



Aber warum ist das nötig? Lokal schreiben und dann rüber kopieren? Nicht elegant, aber umgeht das Problem.

 

Viele Grüße, Andreas 





Am 05.12.2020 um 12:24 schrieb Thomas Höpfner <thomas at thhoe.de>:

Micha möchte das Backup auf das Share schreiben.

Thomas





Am 05.12.2020 um 12:21 schrieb Andreas Goetz <cpuidle at gmail.com>:



Warum musst Du die DB über ein Share restaurieren? Kopier die Datei doch einfach auf das Zielsystem?

 

Viele Grüße, Andreas 





Am 05.12.2020 um 11:12 schrieb Michael Hartmann <hartmann-micha at web.de>:



Hallo,

 

nachdem ich daran scheitere mein mühevoll angelegtes mysql DB Backup auf das Testsystem zu transferieren versuche ich nun den Weg über sqlite.

 

Generell funktioniert es. Ich habe mit create/copy ein lokales sqlite Backup auf dem Produktivsystem erstellt und dieses dann auf das NAS verschoben. Dieses Backup konnte ich direkt vom NAS auf das Testsystem einspielen, wo mir im Anschluss alle Daten im Frontend zu Verfügung stehen.

 

Nun hängt es daran auf dem Produktivsystem ein direktes Backup auf das NAS zu fahren. Ich habe das share via /etc/fstab auf dem Produktivsystem gemountet:

 

//192.168.178.24/SmartMeter /mnt/VZ_share cifs username=SmartMeter,password=***,vers=2.0,uid=1000,file_mode=0770,dir_mode=0770 0 0

 

Anschließen kann der user pi alle Dateioperation auf dem share ausüben (löschen, verschieben, umbenennen,…)

 

pi at SmartMeter:/mnt/VZ_share $ ls -l

insgesamt 4917152

-rwxrwx--- 1 pi root 1740366969 Nov 15 06:12 VZ-Backup_2020-11-15_0300.img.gz

-rwxrwx--- 1 pi root 1757275296 Dez  1 06:07 VZ-Backup_2020-12-01_0300.img.gz

-rwxrwx--- 1 pi root  202543104 Nov 29 12:07 VZ_DB_Backup.db3

-rwxrwx--- 1 pi root 1334971979 Nov 21 16:56 VZ-Image_2020-11-21_blank_DB.img.gz

 

Dennoch bekomme ich von dbcopy immer den Fehler, dass die DB gelocked sei!

 

pi at SmartMeter:/ $ /var/www/volkszaehler.org/vendor/bin/dbcopy copy -c /etc/dbcopy_sqlite.yaml

 

In AbstractSQLiteDriver.php line 39:

 

  An exception occurred while executing 'DELETE FROM entities':

 

  SQLSTATE[HY000]: General error: 5 database is locked

 

 

In Exception.php line 18:

 

  SQLSTATE[HY000]: General error: 5 database is locked

 

 

In PDOConnection.php line 125:

 

  SQLSTATE[HY000]: General error: 5 database is locked

 

 

copy [-c|--config CONFIG] [-b|--batch BATCH] [-k|--keep-constraints] [--] [<tables>...]

 

Ich habe schon sämtliche, mir bekannten Optionen für das mounten des shares ausprobiert. Leider erfolglos. Auch ein mounten in /home/pi macht keinen Unterschied.

 

Hat dazu jemand eine Idee?

 

Grüße

 

Micha

<dbcopy_sqlite.yaml>

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20201205/c699f6cf/attachment-0001.html>