VPS sichern: eine einfache Strategie

Eine Sicherung, die nie wiederhergestellt wurde, ist nur eine Annahme. Eine Kopie existiert nur, wenn Sie sie machen: Ein VPS allein schützt Ihre Daten nicht. Eine einfache Strategie besteht aus drei Ideen: einer Regel für Kopien, einem Werkzeug, das verschlüsselt, und einem regelmäßigen Wiederherstellungstest.

• Die 3-2-1-Regel: drei Kopien, zwei Medien, eine Kopie außerhalb des VPS.
• restic oder borg verschlüsseln und deduplizieren: Das Repository-Passwort muss außerhalb des Servers liegen.
• Eine nicht wiederhergestellte Sicherung ist nicht bewiesen: Testen Sie die Wiederherstellung einmal im Monat.

Die 3-2-1-Regel

Drei Kopien Ihrer Daten auf mindestens zwei verschiedenen Medien, davon eine außerhalb des VPS. Diese Regel verhindert, dass ein einzelner Ausfall, ein Bedienfehler oder ein Angriff alles löscht.

• Kopie 1: die produktiven Daten auf dem VPS.
• Kopie 2: eine Sicherung auf einem anderen Medium, etwa einem Speicher über SFTP oder einer Festplatte an Ihrem PC.
• Kopie 3: eine zweite Sicherung außerhalb des VPS, idealerweise bei einem anderen Anbieter oder an einem anderen Ort.

Das Werkzeug wählen: restic oder borg

restic und borg erstellen verschlüsselte, deduplizierte und inkrementelle Sicherungen: Nur geänderte Blöcke werden übertragen. Sie schreiben auf SFTP, S3 oder eine lokale Festplatte. Beide sind freie Software und lassen sich auf Debian oder Ubuntu leicht installieren.

• sudo apt install -y restic
• export RESTIC_REPOSITORY=sftp:[email protected]:/srv/restic: Adresse des Repositorys, an Ihren Speicher anzupassen.
• restic init legt das Repository nur einmal an. Das Verschlüsselungspasswort muss außerhalb des VPS notiert sein.

Planen, bereinigen und testen

Eine geplante Sicherung läuft ohne Sie. Sie müssen außerdem die Zahl der aufbewahrten Versionen begrenzen, damit der Speicher nicht voll läuft, und das Repository von Zeit zu Zeit prüfen. Die Datenbank muss vor dem Kopieren der Dateien exportiert werden, damit sie konsistent bleibt.

• mysqldump wp_exemple > /root/base.sql, dann restic backup /root/base.sql /var/www: ein Skript, das jede Nacht per cron oder systemd-Timer läuft.
• restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune: behält 7 tägliche, 4 wöchentliche und 6 monatliche Versionen.
• restic restore latest --target /root/wiederherstellungstest, dann die Dateien vergleichen. Ein Test pro Monat reicht, um Lücken zu finden.