paedml-Sicherung

[bau]

Die Sicherung scheint gestern wieder nicht durchgelaufen zu sein - langsam regt mich mondorescue etwas auf! (Leider hatte ich die Sicherung von Hand gestartet, so dass ich nichtmal eine Fehlermeldung bekommen habe). Ich werde nächsten Samstag wieder einen neuen Versuch starten (diesmal in einem screen, dann sehe ich direkt, was das Ding tut).

Gibt es da nicht bessere Möglichkeiten, ein Abbild des Servers auf der Sicherungsplatte zu erstellen?
Auf dem neuen Server würde ich die Sicherung per zusätzlicher RAID1-Platte bevorzugen, das stört den Betrieb nicht. Zusätzlich können wir ja die KVM eine turnusmäßige Sicherung erstellen lassen.

[Rüdiger Kupper]

Schau mal auf der Linuxmusterliste nach, da gab es in letzter Zeit mehrfach Mails zum Backup.

[bau]

Ich habe im paedml-Trac ein neues Script gefunden: linuxmuster-migration-backup, welches dafür da ist, eine Installation auf dem einen Server zu sichern und auf einem neuen Server wieder einzuspielen. Das arbeitet mit rsync und ist heute bis auf das Datenbank-Backup der MySQL-Datenbank perfekt durchgelaufen. Das ganze ging auch relativ schnell im Gegensatz zum doch sehr behäbigen Mondorescue. Jetzt ist mir wieder etwas wohler, da wir nun ein aktuelles Backup auf der Backupplatte haben.

siehe ​http://lml.support-netz.de/trac/wiki/Datenmigration

Ich habe in die Datei /etc/linuxmuster/migration/include.conf bereits die Verzeichnisse unter /var/www eingetragen, ansonsten sichert der standardmäßig alles, was irgendwie wichtig ist.

@kup: Es wäre noch notwenig, die svn-Verzeichnisse in die datei einzutragen, und was sonmst noch geswichert werden soll.

[bau]

Für den neuen Server stelle ich mir das dann so vor:

• Virtualisierung des Servers mit Proxmox 2.0 unter Debian squeeze (6), paedml in der KVM
• IpCop auf dem proxmoxS in der KVM (kann ich schonmal vorab einrichten
• das ganze auf einem Raid 1 über drei + eine Platte (im Wechselrahmen)
• zusätzlicher Wechselrahmen, um Backups anfertigen zu können
  • mit linuxmuster-migration-backup
  • mit dem backup-Tool von KVM
• eventuell können wir ja auch per NFS auf die LTSP-Server sichern (linuxmuster-migration-backup kann das, ich glaube KVM auch), dann würde das einigermaßen automatisch ablaufen

[Rüdiger Kupper]

Replying to bau:

@kup: Es wäre noch notwenig, die svn-Verzeichnisse in die datei einzutragen, und was sonmst noch geswichert werden soll.

Okay.

Eine Möglichkeit wäre auch, einfach den kompletten paedml per rsync zu sichern. So habe ich bei meinem Rechner zuhause auch lange Zeit die Systembackups gemacht. Dann wäre man völlig auf der sicheren Seite. Rsync läuft problemlos über nfs oder ssh.
(Inzwischen bin ich auf duplicity umgestiegen, aber eigentlich nur, weil das die Daten auch gleich noch packt.)

[Rüdiger Kupper]

Referenzen:

• ​Back in Time
• ​Duplicity
• Inkrementelle/differentielle Backups mit rsync:
  • ​http://www.mikerubel.org/computers/rsync_snapshots/
  • ​http://webgnuru.com/linux/rsync_incremental.php
  • ​http://blog.interlinked.org/tutorials/rsync_time_machine.html

[Rüdiger Kupper]

Habe unser SVN-Repository und das Kepler-Trac in die /etc/linuxmuster/migration/include.conf eingetragen:

# unsere SVN-Repositories
/srv/svn/

# Kepler-Trac (Environment)
/usr/local/trac/
# Achtung, die tatsächlichen Ticketdaten liegen in einer MySQL-Datenbank!
# (/var/lib/mysql/trac)
# Daher auch sichern:

# MySQL-Datenbanken
/var/lib/mysql/     

Was ist mit

• /var/lib/moodle/
• /var/lib/postgresql/

Werden die bereits vom Skript gesichert?

Kannst Du das Skript in den Ferien nochmal durchlaufen lassen?

[bau]

Das Script ist vorgestern problemlos durchgelaufen, es befindet sich also eine aktuelle Sicherung auf der Wechselplatte :-)

Das Script ist auch in der Lage NFS-Shares zu benutzen (alles was mountbar ist). Wir könnten folglich unsere LTSP-Server dazu benutzen jede Nacht auf einem anderen Server eine Sicherung anzulegen (-> Wunschliste)

[bau]

Wunsch:
Sicherung des gesamten Systems im laufenden Betrieb auf ein NFS-Share auf einem ltsp-Server.
Wäre sowas mit rsync machbar.

Am Besten gleich zum Einstellen:

• Sicherung nur des Systems
• Sicherung nur der Userdaten
• Sicherung von System und Daten
• Angabe des ltsp, auf den gesichert werden soll

Bei den Daten ist natürlich fraglich, ob die auf die ltsp-Platten passen, das wäre aber weniger das Problem, da könnte man ja das migration-backup auf die Wechselplatte nehmen.

[Rüdiger Kupper]

Ja, geht per rsync. Man könnte die LtspServer rotierend verwenden, dann könnten wir z.B. jeden Tag ein Backup auf einem anderen Server machen und hätten immer die Backups der letzten sieben Tage verfügbar. -- Vorausgesetzt, die LtspServer laufen endlich mal verlässlich.

Als Alternative zu den ltsp-Servern wäre auch ein NAS mit großen Wechselplatten denkbar.

[Rüdiger Kupper]

Auf der RAL wurde ebenfalls das Linuxmuser-Migraion-Skrip zur Sicherung empfohlen (comment:3).

[Rüdiger Kupper]

Läuft das lml-migration-Skrip derzeit eigentlich regelmäßig per Cronjob?

[bau]

Nein, leider sichert der nur, wenn ich es von Hand anstoße.
Ziel wäre es, den Server per ProxMox zu virtualisieren und auf diesem die virtuellen Platten als LVM-Volumes aufzusetzen, so dass man sie problemlos als Snapshot sichern kann.

[bau]

Zunächst werde ich mal das Script jeden Samstag auf die Wechselplatte sichern lassen.

[bau]

linuxmuster-migration-backup sichert jetzt jeden Samstag zuverlässig auf die Wechselplatte. Durch die Umstellung auf vereinheitlichte SSH-Keys gab es Probleme beim passwortlosen Login auf dem IpCop, diese habe ich behoben durch Änderung der /etc/ssh/ssh_config.

Ab der neuen linuxmuster.net 6 wird die Sicherung vom proxmox übernommen. Die Platte läuft als virtuelle Platte unter KVM und kann mittels eines Sekunden-Snapshots und rsync zu einem beliebigen LTSP-Server gesichert werden.