Ihren Linux-VPS mit Plakar sichern

Was ist plakar und warum sollten Sie es für VPS-Backups verwenden?

Plakar ist ein Open-Source-Backup-Tool, geschrieben in Go. Es wird als einzelne Binärdatei ausgeliefert, mit integrierter Verschlüsselung, Deduplizierung, Web-UI und nativem Scheduler. Die Verschlüsselung ist standardmäßig aktiviert, wenn Sie einen Store erstellen. Plakar sichert Dateisystempfade, Datenbank-Dumps per stdin-Piping und S3-Buckets. Das Projekt ist im Januar 2026 der Linux Foundation und der CNCF beigetreten.

Wenn Sie bereits restic oder borgbackup verwenden, hier die Unterschiede zu plakar. Restic benötigt ein externes Tool wie rclone für die Remote-Synchronisation und cron für die Zeitplanung. Borgbackup braucht einen Borg-Server auf der Gegenseite und hat keine integrierte Web-UI. Plakar erledigt all das nativ: plakar sync repliziert zwischen Stores, plakar scheduler führt Backups in definierten Intervallen aus, und plakar ui startet eine Browser-Oberfläche zum Durchsuchen von Snapshots.

Sowohl restic als auch plakar unterstützen stdin-Backups zum Pipen von Datenbank-Dumps. Borgbackup nicht. Alle drei deduplizieren. Plakar aktiviert Verschlüsselung standardmäßig bei der Erstellung eines Repositorys, während restic und borgbackup das Erstellen unverschlüsselter Repos erlauben.

Diese Anleitung behandelt lokale Backups auf einem einzelnen VPS. Für die Offsite-Replikation auf einen Remote-Server siehe Offsite-Backup und Replikation mit Plakar.

Was brauchen Sie, bevor Sie beginnen?

Sie benötigen einen VPS mit Debian 12 oder Ubuntu 24.04 und Root- oder Sudo-Zugang. Ein Virtua Cloud VPS eignet sich dafür gut. Außerdem brauchen Sie SSH-Zugang mit schlüsselbasierter Authentifizierung und mindestens 10 GB freien Speicherplatz für den Backup-Store.

Wenn Sie Datenbanken sichern möchten, installieren Sie zuerst MySQL oder PostgreSQL. Diese Installationen werden hier nicht behandelt.

Alle Befehle in dieser Anleitung werden als root ausgeführt. Wenn Sie einen Sudo-Benutzer verwenden, stellen Sie jedem Befehl sudo voran.

Wie installieren Sie plakar auf Debian 12 oder Ubuntu 24.04?

Fügen Sie das offizielle plakar-apt-Repository hinzu, importieren Sie den GPG-Signaturschlüssel und installieren Sie das Paket. Die gleichen Schritte funktionieren auf Debian 12 und Ubuntu 24.04. Das apt-Paket verwaltet Updates automatisch über Ihren normalen System-Upgrade-Zyklus.

Installieren Sie die Voraussetzungen:

apt update
apt install -y curl gnupg2

Importieren Sie den GPG-Schlüssel und fügen Sie das Repository hinzu:

curl -fsSL https://plakar.io/dist/keys/community-v1.1.0.gpg | gpg --dearmor -o /usr/share/keyrings/plakar.gpg
echo "deb [signed-by=/usr/share/keyrings/plakar.gpg] https://plakar.io/dist/repos/deb/ stable main" | tee /etc/apt/sources.list.d/plakar.list

Der GPG-Schlüssel ist über signed-by an das Repository gebunden. Apt vertraut nur Paketen, die mit diesem spezifischen Schlüssel signiert sind. Das verhindert, dass ein kompromittiertes Drittanbieter-Repository Pakete in Ihr System einschleust.

Installieren Sie plakar:

apt update
apt install -y plakar

Bestätigen Sie die Installation:

plakar version

plakar/v1.0.6

Wie erstellen Sie einen verschlüsselten Kloset-Store?

Ein Kloset-Store ist plakars Speicher-Backend. Er enthält alle Snapshots in deduplizierter, verschlüsselter Form. Jeder Datenblock wird vor dem Schreiben auf die Festplatte verschlüsselt. Die Kloset-Engine dedupliziert vor der Verschlüsselung: Identische Blöcke über verschiedene Snapshots hinweg werden nur einmal gespeichert, bleiben aber vollständig verschlüsselt.

Erstellen Sie einen Store unter /var/backups/plakar:

mkdir -p /var/backups/plakar
plakar at /var/backups/plakar create

Plakar fragt nach einer Passphrase:

repository passphrase:

Generieren Sie eine starke Passphrase:

openssl rand -base64 32

Speichern Sie diese Passphrase in einem Passwort-Manager oder an einem separaten sicheren Ort. Wenn Sie sie verlieren, verlieren Sie den Zugriff auf jeden Snapshot im Store. Es gibt keinen Wiederherstellungsmechanismus.

Setzen Sie die Berechtigungen des Store-Verzeichnisses, damit nur root darauf zugreifen kann:

chmod 700 /var/backups/plakar
ls -la /var/backups/

drwx------  5 root root 4096 Mar 20 10:00 plakar

Der Standard-Store-Speicherort ist ~/.plakar, wenn Sie at <path> weglassen. Auf einem Server verwenden Sie einen dedizierten Pfad wie /var/backups/plakar, damit er nicht vom Home-Verzeichnis eines Benutzers abhängt.

Wie sichern Sie Dateisystempfade mit plakar?

Sichern Sie die wichtigen Verzeichnisse eines VPS: /etc für die Systemkonfiguration, /home für Benutzerdaten und /var/www für Webinhalte. Jeder plakar backup-Befehl nimmt einen einzelnen Pfad entgegen. Führen Sie ein Backup pro Verzeichnis durch oder gruppieren Sie sie unter einem gemeinsamen Elternverzeichnis. Unveränderte Dateien zwischen Snapshots werden dank Deduplizierung nur einmal gespeichert.

plakar at /var/backups/plakar backup /etc

Jedes Backup erstellt einen Snapshot mit einer kurzen Hex-ID. Die Ausgabe listet jede verarbeitete Datei und eine Zusammenfassung:

a5bcf13b: OK ✓ /etc/hostname
a5bcf13b: OK ✓ /etc/ssh/sshd_config
...
info: backup: created unsigned snapshot a5bcf13b of size 1.4 MiB in 210ms (wrote 1.7 MiB)

Das zweite Backup desselben Pfads läuft schneller, weil nur geänderte Blöcke gespeichert werden. Sichern Sie weitere Pfade auf die gleiche Weise:

plakar at /var/backups/plakar backup /home
plakar at /var/backups/plakar backup /var/www

Snapshots taggen

Verwenden Sie das -tag-Flag, um Snapshots zu kennzeichnen. Das hilft beim Filtern, wenn Sie viele Snapshots haben:

plakar at /var/backups/plakar backup -tag "daily,filesystem" /etc

Dateien ausschließen

Log-Dateien, Caches und Build-Artefakte verschwenden Platz in Backups. Verwenden Sie -ignore für Inline-Muster:

plakar at /var/backups/plakar backup -ignore "*.log" -ignore "cache/" /etc

Für eine längere Liste laden Sie Muster aus einer Datei. Die Syntax folgt den gitignore-Regeln:

cat > /etc/plakar-excludes <<EOF
*.log
*.tmp
*.swp
cache/
.cache/
node_modules/
__pycache__/
.git/
EOF

chmod 600 /etc/plakar-excludes
plakar at /var/backups/plakar backup -ignore-file /etc/plakar-excludes /etc

Trockenlauf

Sehen Sie sich an, was plakar sichern würde, ohne etwas in den Store zu schreiben:

plakar at /var/backups/plakar backup -scan /etc

Das listet jede Datei auf, die den Backup-Kriterien entspricht. Nützlich beim Anpassen von Ausschlussmustern.

Prüfung beim Backup

Fügen Sie -check hinzu, um eine Integritätsprüfung direkt nach Abschluss des Backups durchzuführen:

plakar at /var/backups/plakar backup -check /etc

Das kostet ein paar zusätzliche Sekunden, erkennt aber Beschädigungen frühzeitig.

Wie sichern Sie eine MySQL-Datenbank mit plakar?

Pipen Sie die Ausgabe von mysqldump direkt in plakar über die Quelle stdin:. Keine Zwischen-Dump-Datei berührt die Festplatte. Der SQL-Stream geht direkt von mysqldump in plakars Verschlüsselungs- und Deduplizierungs-Pipeline.

Für eine einzelne Datenbank:

mysqldump --single-transaction \
  --routines \
  --triggers \
  --events \
  myapp_db | plakar at /var/backups/plakar backup stdin:myapp_db.sql

Was jedes Flag bewirkt:

• --single-transaction: Erstellt einen konsistenten Snapshot der InnoDB-Tabellen ohne sie zu sperren. Andere Abfragen laufen weiter.
• --routines: Schließt gespeicherte Prozeduren und Funktionen ein.
• --triggers: Schließt Tabellen-Trigger ein.
• --events: Schließt geplante Events ein.

Für alle Datenbanken auf dem Server:

mysqldump --all-databases \
  --single-transaction \
  --routines \
  --triggers \
  --events \
  --set-gtid-purged=OFF | plakar at /var/backups/plakar backup stdin:all_databases.sql

--set-gtid-purged=OFF lässt GTID-Metadaten weg. Das macht den Dump portabel zwischen verschiedenen MySQL-Instanzen ohne GTID-Konflikte beim Import.

Der Snapshot speichert den SQL-Dump als einzelne Datei, benannt nach dem stdin:-Label. Sie referenzieren diesen Namen bei der Wiederherstellung.

Wie sichern Sie eine PostgreSQL-Datenbank mit plakar?

Der Ansatz ist identisch: Pipen Sie pg_dump über stdin: in plakar. PostgreSQL-Authentifizierung verwendet typischerweise Peer-Auth für den Systembenutzer postgres, führen Sie den Dump-Befehl also unter diesem Konto aus.

Für eine einzelne Datenbank:

su - postgres -c "pg_dump --format=plain myapp_db" | plakar at /var/backups/plakar backup stdin:myapp_db.sql

Für alle Datenbanken und Rollen verwenden Sie pg_dumpall:

su - postgres -c "pg_dumpall" | plakar at /var/backups/plakar backup stdin:all_pg_databases.sql

pg_dumpall schließt globale Objekte wie Rollen und Tablespaces ein, die pg_dump überspringt. Verwenden Sie es, wenn Sie ein vollständiges Cluster-Backup benötigen. pg_dump --format=plain erzeugt eine reine SQL-Datei, die sich direkt in psql bei der Wiederherstellung pipen lässt.

Wie listen und durchsuchen Sie plakar-Snapshots?

Listen Sie alle Snapshots im Store mit plakar ls auf. Jede Zeile zeigt den Zeitstempel, die Snapshot-ID, die komprimierte Größe, die Backup-Dauer und den Quellpfad.

plakar at /var/backups/plakar ls

2026-03-20T10:05:12Z   a5bcf13b   1.4 MiB        0s /etc
2026-03-20T10:06:01Z   5fc17459       0 B        0s /home
2026-03-20T10:06:15Z   7ed22fb8      24 B        0s /var/www
2026-03-20T10:10:45Z   ec916c75   2.0 KiB        0s /
2026-03-20T10:12:03Z   08ee9b7e   1.2 MiB        0s /

Stdin-Backups erscheinen mit / als Quellpfad in der Liste. Die Snapshot-ID dient zur Unterscheidung.

Nach Tag filtern:

plakar at /var/backups/plakar ls -tag daily

Den Inhalt eines bestimmten Dateisystem-Snapshots durchsuchen:

plakar at /var/backups/plakar ls a5bcf13b

Auf ein Unterverzeichnis eingrenzen:

plakar at /var/backups/plakar ls a5bcf13b:/etc/ssh/

Web-UI

Für eine visuelle Oberfläche starten Sie die integrierte Web-UI. Auf einem Headless-Server fügen Sie -no-spawn hinzu, um das automatische Öffnen des Browsers zu verhindern:

plakar at /var/backups/plakar ui -no-spawn -addr localhost:8080

Die UI ermöglicht das Durchsuchen von Snapshots, das Anzeigen von Dateiinhalten und das Herunterladen einzelner Dateien. Plakar generiert automatisch ein Authentifizierungs-Token und gibt die URL mit dem angehängten Token aus.

Um die Token-Authentifizierung zu deaktivieren (nicht empfohlen für Produktionsumgebungen):

plakar at /var/backups/plakar ui -no-spawn -no-auth -addr localhost:8080

Beenden Sie die UI mit Ctrl+C. Für dauerhaften Zugriff stellen Sie einen Reverse Proxy mit TLS davor und lassen Sie die Token-Authentifizierung aktiviert.

Wie überprüfen Sie die Backup-Integrität mit plakar?

Führen Sie plakar check gegen eine Snapshot-ID aus, um jeden Block zu verifizieren. Plakar liest jeden Block aus dem Store zurück, entschlüsselt ihn und berechnet die Prüfsummen neu. Wenn ein Block beschädigt oder manipuliert wurde, schlägt die Prüfung fehl.

plakar at /var/backups/plakar check a5bcf13b

info: a5bcf13b: ✓ /etc/hostname
info: a5bcf13b: ✓ /etc/ssh/sshd_config
info: a5bcf13b: ✓ /etc/apt/sources.list.d/plakar.list
...
info: check: verification of a5bcf13b:/etc completed successfully

Jede Datei erhält ein Häkchen, wenn ihre Prüfsumme übereinstimmt. Beschädigte Dateien zeigen eine Fehlermarkierung.

Um jeden Snapshot im Store auf einmal zu überprüfen:

plakar at /var/backups/plakar check

Für eine schnellere strukturelle Prüfung, die die Digest-Verifizierung einzelner Blöcke überspringt:

plakar at /var/backups/plakar check -fast a5bcf13b

Führen Sie Integritätsprüfungen regelmäßig durch. Wöchentlich ist ein sinnvoller Rhythmus für die meisten VPS-Workloads. Ein Backup, das Sie nie überprüfen, ist ein Backup, dem Sie nicht vertrauen können.

Wie stellen Sie Dateien aus einem plakar-Backup wieder her?

Stellen Sie einen vollständigen Snapshot in ein Zielverzeichnis mit plakar restore wieder her. Plakar erstellt den vollständigen Verzeichnisbaum unter dem Zielpfad neu. Ursprüngliche Berechtigungen und Zeitstempel bleiben erhalten.

mkdir -p /tmp/restore
plakar at /var/backups/plakar restore -to /tmp/restore a5bcf13b

info: restore: restoration of a5bcf13b:/etc at /tmp/restore completed successfully

Um eine einzelne Datei wiederherzustellen, verwenden Sie plakar cat und leiten Sie die Ausgabe um:

plakar at /var/backups/plakar cat a5bcf13b:/etc/hostname > /tmp/hostname.restored

Um nur ein Verzeichnis aus einem Snapshot wiederherzustellen:

plakar at /var/backups/plakar restore -to /tmp/restore 7ed22fb8:/var/www

Das extrahiert nur /var/www und seinen Inhalt. Alles andere im Snapshot bleibt unberührt.

Stellen Sie immer zuerst in ein temporäres Verzeichnis wieder her. Vergleichen Sie die wiederhergestellten Dateien mit dem aktuellen Serverzustand, bevor Sie etwas direkt überschreiben. Eine unvorsichtige Wiederherstellung nach / kann Konfigurationsdateien überschreiben, die sich seit dem Snapshot geändert haben.

Wie stellen Sie einen Datenbank-Dump aus plakar wieder her?

Verwenden Sie plakar cat, um den SQL-Dump aus einem Snapshot direkt in den Datenbank-Client zu streamen. Keine Zwischendatei auf der Festplatte. Verwenden Sie die Snapshot-ID des stdin-Backups, das Sie wiederherstellen möchten.

MySQL

Eine einzelne Datenbank wiederherstellen:

plakar at /var/backups/plakar cat ec916c75:myapp_db.sql | mysql myapp_db

Alle Datenbanken aus einem vollständigen Dump wiederherstellen:

plakar at /var/backups/plakar cat 08ee9b7e:all_databases.sql | mysql

PostgreSQL

Eine einzelne Datenbank wiederherstellen:

plakar at /var/backups/plakar cat f86ce26a:myapp_db.sql | su - postgres -c "psql myapp_db"

Den vollständigen Cluster wiederherstellen:

plakar at /var/backups/plakar cat c09e650e:all_pg_databases.sql | su - postgres -c "psql"

Testen Sie Wiederherstellungen auf einer Nicht-Produktions-Datenbank oder einem dedizierten Testserver. Eine Backup-Strategie ohne getestete Wiederherstellungen ist keine Backup-Strategie. Planen Sie mindestens einmal pro Quartal einen Wiederherstellungstest ein.

Wie automatisieren Sie Backups mit dem plakar-Scheduler?

Plakar hat einen integrierten Scheduler, der Backup-Aufgaben in definierten Intervallen ausführt. Kein cron nötig. Sie definieren Aufgaben in einer YAML-Datei und plakar kümmert sich um Timing, Ausführung und optionale Integritätsprüfungen nach dem Backup.

Registrieren Sie zuerst den Store mit gespeicherten Zugangsdaten, damit der Scheduler ohne interaktive Passphrase-Abfrage darauf zugreifen kann. Erstellen Sie eine Passphrase-Datei mit eingeschränkten Berechtigungen:

mkdir -p /etc/plakar
openssl rand -base64 32 > /etc/plakar/passphrase
chmod 600 /etc/plakar/passphrase
chown root:root /etc/plakar/passphrase
ls -la /etc/plakar/passphrase

-rw-------  1 root root 45 Mar 20 10:20 /etc/plakar/passphrase

Verwenden Sie diese Passphrase beim Erstellen des Stores (oder aktualisieren Sie ihn, falls Sie bereits einen mit einer anderen Passphrase erstellt haben). Registrieren Sie den Store unter einem Namen:

plakar store add mybackups \
  location=/var/backups/plakar \
  passphrase_cmd="cat /etc/plakar/passphrase"

Erstellen Sie nun die Scheduler-Konfiguration. Jede Aufgabe sichert einen Pfad:

mkdir -p /etc/plakar
cat > /etc/plakar/scheduler.yaml <<'EOF'
agent:
  tasks:
    - name: backup etc
      repository: "@mybackups"
      backup:
        path: /etc
        interval: 24h
        check: true
    - name: backup home
      repository: "@mybackups"
      backup:
        path: /home
        interval: 24h
    - name: backup www
      repository: "@mybackups"
      backup:
        path: /var/www
        interval: 24h
EOF
chmod 600 /etc/plakar/scheduler.yaml

Testen Sie es zuerst manuell:

plakar scheduler start -tasks /etc/plakar/scheduler.yaml

Der Scheduler läuft im Vordergrund und protokolliert die Aufgabenausführung. Stoppen Sie ihn mit Ctrl+C. Um ihn als Hintergrund-Daemon auszuführen, verwenden Sie den unten beschriebenen systemd-Dienst.

Der Scheduler verarbeitet Dateisystem-Backups nativ. Datenbank-Dumps, die Piping über mysqldump oder pg_dump erfordern, brauchen ein Wrapper-Skript. Erstellen Sie eines:

cat > /etc/plakar/backup-databases.sh <<'EOF'
#!/bin/bash
set -euo pipefail

# MySQL
if command -v mysqldump &>/dev/null; then
  mysqldump --all-databases \
    --single-transaction \
    --routines \
    --triggers \
    --events \
    --set-gtid-purged=OFF | plakar at @mybackups backup -tag "daily,mysql" stdin:all_databases.sql
fi

# PostgreSQL
if command -v pg_dump &>/dev/null; then
  su - postgres -c "pg_dumpall" | plakar at @mybackups backup -tag "daily,postgresql" stdin:all_pg_databases.sql
fi
EOF
chmod 700 /etc/plakar/backup-databases.sh

Wie führen Sie den plakar-Scheduler als systemd-Dienst aus?

Verpacken Sie den Scheduler in eine systemd-Unit, damit er beim Booten startet, bei Fehlern neu startet und sich mit journalctl für die Protokollierung integriert.

cat > /etc/systemd/system/plakar-scheduler.service <<EOF
[Unit]
Description=Plakar Backup Scheduler
After=network.target

[Service]
Type=simple
ExecStart=/usr/bin/plakar scheduler start -tasks /etc/plakar/scheduler.yaml
ExecStop=/usr/bin/plakar scheduler stop
Restart=on-failure
RestartSec=30
User=root
StandardOutput=journal
StandardError=journal

[Install]
WantedBy=multi-user.target
EOF

Wenn Sie auch das Datenbank-Backup-Skript ausführen, erstellen Sie einen separaten Timer:

cat > /etc/systemd/system/plakar-db-backup.service <<EOF
[Unit]
Description=Plakar Database Backup
After=network.target mysql.service postgresql.service

[Service]
Type=oneshot
ExecStart=/etc/plakar/backup-databases.sh
User=root
EOF

cat > /etc/systemd/system/plakar-db-backup.timer <<EOF
[Unit]
Description=Run Plakar Database Backup Daily

[Timer]
OnCalendar=*-*-* 02:00:00
Persistent=true

[Install]
WantedBy=timers.target
EOF

Aktivieren und starten Sie alles. enable --now sorgt dafür, dass der Dienst Neustarts übersteht und sofort gestartet wird:

systemctl daemon-reload
systemctl enable --now plakar-scheduler.service
systemctl status plakar-scheduler.service

● plakar-scheduler.service - Plakar Backup Scheduler
     Loaded: loaded (/etc/systemd/system/plakar-scheduler.service; enabled; preset: enabled)
     Active: active (running)

Für den Datenbank-Backup-Timer:

systemctl enable --now plakar-db-backup.timer
systemctl list-timers plakar-db-backup.timer

NEXT                         LEFT          LAST  PASSED  UNIT                    ACTIVATES
Fri 2026-03-21 02:00:00 UTC  15h left      n/a   n/a     plakar-db-backup.timer  plakar-db-backup.service

Überwachen Sie die Scheduler-Logs:

journalctl -u plakar-scheduler.service -f

Wie löschen Sie alte Snapshots?

Entfernen Sie einen Snapshot anhand seiner ID. Standardmäßig führt plakar rm einen Trockenlauf durch und zeigt, was gelöscht würde. Fügen Sie -apply hinzu, um den Snapshot tatsächlich zu entfernen:

plakar at /var/backups/plakar rm a5bcf13b

rm: would remove these 1 snapshot(s), run with -apply to proceed
2026-03-20T10:05:12Z   a5bcf13b   1.4 MiB        0s /etc

plakar at /var/backups/plakar rm -apply a5bcf13b

info: rm: removal of a5bcf13b completed successfully

Plakars Deduplizierung bedeutet, dass das Entfernen eines Snapshots nur Speicherplatz für Datenblöcke freigibt, die von keinem verbleibenden Snapshot referenziert werden. Wenn zwei Snapshots 90 % ihrer Daten teilen, gibt das Entfernen eines Snapshots nur die einzigartigen 10 % frei.

Etwas funktioniert nicht?

"repository passphrase" bei jedem Befehl. Plakar verlangt die Passphrase bei jedem interaktiven Zugriff auf den Store. Registrieren Sie den Store mit plakar store add und einem passphrase_cmd wie im Scheduler-Abschnitt gezeigt. Dann referenzieren Sie den Store per Name:

plakar at @mybackups backup /etc

Sie können auch das -keyfile-Flag verwenden, um für Einzelbefehle auf eine Passphrase-Datei zu verweisen:

plakar -keyfile /etc/plakar/passphrase at /var/backups/plakar backup /etc

Exportieren Sie niemals PLAKAR_PASSPHRASE in Ihrem Shell-Profil oder .bashrc. Der Wert landet in der Shell-History und in Prozesslisten. Verwenden Sie das passphrase_cmd-Muster oder das -keyfile-Flag.

"permission denied" beim Backup. Plakar braucht Lesezugriff auf die Quelldateien. Die Ausführung als root vermeidet dieses Problem. Wenn Sie einen dedizierten Backup-Benutzer verwenden, gewähren Sie Leseberechtigungen auf die Zielverzeichnisse über ACLs oder Gruppenmitgliedschaft.

Snapshots sind größer als erwartet. Sie sichern wahrscheinlich Log-Dateien, Caches oder Build-Artefakte. Verwenden Sie -ignore oder -ignore-file, um sie auszuschließen. Führen Sie zuerst einen -scan durch, um zu sehen, was einbezogen wird.

"no space left on device" während des Backups. Der Backup-Store und temporäre Packfiles brauchen Speicherplatz. Prüfen Sie mit df -h. Der Store wächst mit der Zeit, wenn Sie Snapshots hinzufügen. Überwachen Sie ihn.

Plakar-Logs lesen. Plakar schreibt die Ausgabe auf stdout. Leiten Sie stdout und stderr in eine Datei um:

plakar at /var/backups/plakar backup /etc > /var/log/plakar-backup.log 2>&1

Für ausführliche Ausgabe verwenden Sie das globale Flag -trace (es steht vor at):

plakar -trace all at /var/backups/plakar backup /etc > /var/log/plakar-debug.log 2>&1

Nächste Schritte

Ihre Backups laufen jetzt nach Zeitplan, aber sie liegen auf derselben Festplatte wie die Daten, die sie schützen. Ein Festplattenausfall, Ransomware oder ein kompromittierter Server nimmt beides auf einmal mit.

Bringen Sie Ihre Backups extern unter. Offsite-Backup und Replikation mit Plakar behandelt die Replikation von Snapshots auf einen Remote-Server oder S3-kompatiblen Speicher mit plakar sync.

---

Copyright 2026 Virtua.Cloud. Alle Rechte vorbehalten. Dieser Inhalt ist ein Originalwerk des Virtua.Cloud-Teams. Vervielfältigung, Wiederveröffentlichung oder Weiterverbreitung ohne schriftliche Genehmigung ist untersagt.