[vz-users] Automatisches Backupkonzept auf NAS

[Andreas Goetz]

Hallo Justin,

2014-11-24 0:12 GMT+01:00 <justin at justinotherguy.org>:

> Moin Andreas,
>
> Am 23.11.2014 um 11:54 schrieb Andreas Goetz <cpuidle at gmail.com>:
>
> > Schau Euch doch mal https://github.com/andig/dbcopy an. Im aktuellen VZ
> git habe ich das Tool inklusive Parameterdatei verlinkt. Es kann
> inkrementelle Backups der VZ DB erstellen (geht allerdings davon aus aus
> dass alte Datensätze nicht gelöscht/ geändert werden). Bei Bedarf kann es
> auch von mysql z.b. nach sqlite kopieren und zurück.
>
> das klingt super!
>
> Wollte das gleich mal testen - leider bislang ohne Erfolg:
> - git clone https://github.com/andig/dbcopy.git
>

Braucht es nicht- einfach `git pull` in Deiner VZ Installation, dann
`composer install`- es ist als Abhängigkeit bereits drin.

- dbcopy.json angepasst:
>        "source": {
>                // source database connection
>                "driver": "pdo_mysql",
>                "host": "localhost",
>                "user": „vz",
>                "password": „<sssh!>",
>                "dbname": "volkszaehler"
>        },
>        "target": {
>                // target database connection
>                "driver": "pdo_sqlite",
>                "path": "sqlite.db3",           // path is only used if
> driver = pdo_sqlite
>                "host": "localhost",
>                "user": "travis",
>                "password": ""
>                // "dbname": „backup“
> […] Rest: default
> - Composer installiert ("curl -s http://getcomposer.org/installer | php“,
> "php composer.phar install")
> - sqlite-Treiber installiert: apt-get install sqlite libsqlite0 php5-sqlite
>

Soweit gut.


> - Ziel-DB erzeugen:
> php /opt/dbcopy/dbcopy.php create -c /opt/dbcopy/dbcopy.json
> Creating target schema
> renaming assets for target platform: sqlite
> table: data
> table: entities
> table: entities_in_aggregator
> table: properties
> (Anm.: scheint keine sqlite-DB zu erzeugen - im lokalen Verzeichnis liegt
> jedenfalls nix)
>

Ja. Scheint ein Fehler zu sein, muss ich mir anschauen. Aber selbst wenn
ich den behebe klappt das bei Dir nicht:
- wir haben im Schema keys mit identischem Namen die bei sqlite zu
Duplikaten führen
- ich habs im git schon gefixt, aber...
- doctrine weigert sich das key rename zu synchronisieren wenn man nicht
auch sonst was am schema ändert :(

Als Workaround kannst Du das Schema von Hand anlegen indem Du in der
vz.conf.php auf sqlite änderst und dann das Schema mit doctrine schema-tool
anlegst.


> - backup:
> php /opt/dbcopy/dbcopy.php backup  -c /opt/dbcopy/dbcopy.json
>

Dann sollte das auch funktionieren.

 [Exception]
>  Table entities doesn't exist.To create the schema run
>
>         doctrine.php orm:schema-tool:create --dump-sql
> […]
> -> Backup beschwert sich prompt, dass es die Tabelle „entities“ nicht
> findet (vermtl. wird nur die erste angemeckert und dann gestoppt)
>
> Tipps? Was mach ich falsch?
>
> Gruß, J.
>
>
Versuchst Du es nochmal und machst mir für das Anlegen ein Issue auf?

Viele Grüße,
Andreas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20141124/f1ea6066/attachment.html>