Anleitung · Backup

💾 Der Server, der sonntags aufwacht

Ein zweiter Rechner schläft die ganze Woche und verbraucht keinen Strom. Einmal pro Woche weckt ihn der Hauptserver, sichert alle virtuellen Maschinen und Container auf ihn, schickt ihn wieder schlafen und meldet das Ergebnis aufs Handy. Ein Backup auf anderer Hardware – vollautomatisch.

DAUERein Nachmittag
KOSTEN2. Rechner + Platte
SCHWIERIGKEITfortgeschritten
VORAUSSETZUNG2× Proxmox oder Linux

Beispielwerte: Hauptserver 192.168.178.2, Backup-Server 192.168.178.3 mit MAC aa:bb:cc:dd:ee:ff, Sicherungsplatte im Backup-Server unter /mnt/sicherung.

01Wake-on-LAN beim Backup-Server einschalten

  1. BIOS: Option „Wake on LAN“ bzw. „Power on by PCI-E“ aktivieren, „ErP“/„Deep Sleep“ deaktivieren.
  2. Linux: Name der Netzwerkkarte herausfinden und WOL dauerhaft einschalten:
Shell auf dem Backup-Serverip -br link                      # z. B. enp1s0 – und die MAC-Adresse notieren
apt install -y ethtool
ethtool enp1s0 | grep Wake-on       # "g" muss in "Supports" stehen

# dauerhaft: in /etc/network/interfaces bei der Karte (bzw. bei vmbr0) ergänzen
post-up /usr/sbin/ethtool -s enp1s0 wol g
Shell auf dem Hauptserverapt install -y wakeonlan
# Backup-Server herunterfahren, dann wecken:
wakeonlan aa:bb:cc:dd:ee:ff
Test: Der ausgeschaltete Backup-Server springt nach dem wakeonlan-Befehl an.

02Sicherungsplatte freigeben (NFS)

Shell auf dem Backup-Serverapt install -y nfs-kernel-server
mkdir -p /mnt/sicherung/dump
echo "/mnt/sicherung 192.168.178.2(rw,sync,no_root_squash,no_subtree_check)" >> /etc/exports
exportfs -ra

Auf dem Hauptserver die Freigabe als Proxmox-Speicher eintragen – Rechenzentrum → Storage → Hinzufügen → NFS: ID sicherung2, Server 192.168.178.3, Export /mnt/sicherung, Inhalt „VZDump-Backup-Datei“.

Test: Der Speicher sicherung2 erscheint links grün, solange der Backup-Server an ist. Grau, wenn er schläft – das ist normal.
💡 Schneller: Eine direkte Netzwerkkabel-Verbindung zwischen beiden Servern (eigene Netzwerkkarten, eigenes kleines Netz wie 10.10.10.0/24) entlastet das Heimnetz und ist oft doppelt so schnell.

03SSH-Schlüssel zum Herunterfahren

Shell auf dem Hauptserverssh-keygen -t ed25519 -f /root/.ssh/backup2 -N ""
ssh-copy-id -i /root/.ssh/backup2.pub root@192.168.178.3
ssh -i /root/.ssh/backup2 root@192.168.178.3 hostname    # muss ohne Passwort klappen

04Das Wochen-Skript

/root/wochensicherung.sh (Hauptserver)#!/bin/bash
# Woechentliche Sicherung auf den Backup-Server: wecken, sichern, schlafen legen, melden.
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin   # wichtig fuer cron!
ZIEL=192.168.178.3
MAC=aa:bb:cc:dd:ee:ff
NTFY=https://ntfy.sh/haus-meldungen-7f3k9
LOG=/var/log/wochensicherung.log
melde() { curl -s -H "Title: Wochensicherung" -d "$1" "$NTFY" >/dev/null; }
exec >>"$LOG" 2>&1
echo "=== $(date) Start"

wakeonlan "$MAC"
for i in $(seq 1 60); do ping -c1 -W2 "$ZIEL" >/dev/null && break; sleep 10; done
ping -c1 -W2 "$ZIEL" >/dev/null || { melde "FEHLER: Backup-Server wacht nicht auf"; exit 1; }
sleep 60                                  # Dienste (NFS) hochfahren lassen

FEHLER=""
vzdump --all 1 --storage sicherung2 --mode snapshot --compress zstd \
       --prune-backups keep-last=4 || FEHLER="vzdump "

ssh -i /root/.ssh/backup2 root@"$ZIEL" poweroff
if [ -z "$FEHLER" ]; then melde "✅ Alles gesichert, Backup-Server schläft wieder."
else melde "⚠️ Mit Fehlern: $FEHLER – siehe $LOG"; fi
echo "=== $(date) Ende ${FEHLER:-ok}"
Shellchmod +x /root/wochensicherung.sh
/root/wochensicherung.sh      # einmal von Hand testen
Test: Backup-Server springt an, unter sicherung2 → Backups erscheinen die Dateien, danach geht er aus, und aufs Handy kommt „✅ Alles gesichert“.

05Zeitplan einrichten

/etc/cron.d/wochensicherung# Jeden Sonntag um 1 Uhr
0 1 * * 0 root /root/wochensicherung.sh
„Läuft von Hand, aber nicht nachts“: cron hat einen sehr kurzen Suchpfad – Befehle wie vzdump, qm oder wakeonlan werden dann „nicht gefunden“. Deshalb steht die PATH=-Zeile ganz oben im Skript.
Eine alte VM blockiert alles: Eine ausgeschaltete VM, die noch auf ein durchgereichtes Gerät (z. B. Grafikkarte) zeigt, das gerade eine andere VM nutzt, lässt vzdump jede Woche mit Fehler enden. Tote VMs löschen oder mit --exclude 201 ausnehmen.

06Ernstfall: Wiederherstellen

  1. Backup-Server von Hand einschalten (oder wakeonlan).
  2. Auf dem (neuen) Hauptserver: Speicher sicherung2 → Backups → Sicherung auswählen → Wiederherstellen.
  3. Fällt der Hauptserver ganz aus, kann man Proxmox auch direkt auf dem Backup-Server die Sicherungen zurückspielen lassen – dann laufen die wichtigsten Dienste dort weiter, bis Ersatz da ist.
💡 Wichtig: Ein Backup, das nie zurückgespielt wurde, ist nur eine Hoffnung. Probier das Wiederherstellen einmal mit einem unwichtigen Container aus.
← zurück zu den Projekten