Rat bei Backup-Strategie und Tools

Schinken42 schrieb:
"Die Linuxer sind halt so" ist keine wirkliche Antwort.
Und um der Wahrheit die Ehre zu geben ging die Frage, was gegen Images spricht auch nicht an dich đŸ€·â€â™‚ïž.
Kleine Korrektur: Es ist eine Antwort - es ist nur keine Lösung. 😉

Vielleicht schwingt da auch ein ganz klein wenig Frust bei mir mit, weil ich das Thema schon div. Male durch hatte und die Quintessenz der Linux-Gemeinde in Richtung "Unnötig" ging.
Naja - ist dann nur inkonsequent, wenn man sich wundert, dass Desktop-Linux sich nicht so richtig gegen Windows durchsetzen kann. Was auch regelmĂ€ĂŸig durch die Foren schallt.
 
Mach Dir keinen Kopf drum. @mchawk777

Der TE will/moechte das wir ihm die perfekte Loesung liefern ohne das unsereiner weiss was bei ihm abgeht.

Schinken42 schrieb:
Ich hĂ€tte gern ein idiotensicheres tool 😁. Und möglichst nur eines fĂŒr alle Backups.

Eigendenken in diesem Moment ausgeschlossen.
 
  • GefĂ€llt mir
Reaktionen: mchawk777
BFF schrieb:
Mach Dir keinen Kopf drum. @mchawk777

Der TE will/moechte das wir ihm die perfekte Loesung liefern ohne das unsereiner weiss was bei ihm abgeht.
Dann frag gern, ich beantworte was ich kann.
BFF schrieb:
Eigendenken in diesem Moment ausgeschlossen.
Den Smiley hast du gesehen? Das beschreibt halt ein Ideal, dem ich mich gern annĂ€hern wĂŒrde.
Ich denke doch, ich hab einiges an Infos mitgeliefert und vorher recherchiert, ich bin nur von den Ergebnissen etwas erschlagen.
Wenn noch mehr Vorarbeit erwartet wird um im Forum auch nur frsgen zu dĂŒrfen, brauch ich auch kein Forum mehr, dann hab ichs mir selbst beigebracht.
 
Schinken42 schrieb:
Und möglichst nur eines fĂŒr alle Backups.
Mit restic sollten sich auch Images erstellen und wieder herstellen lassen: (Not tested by me)

https://www.computerbase.de/forum/threads/backup-software-gesucht.2268091/#post-31424737

Schinken42 schrieb:
Scheint tatĂ€chlich meine Bedingungen zu erfĂŒllen, die komplexe installation und Einrichtung haben mich dnn aber stutzig gemacht. Nicht abgeschreckt, aber stutzig gemacht.
Prinzipiell sollte es aber auf Debian 13/OMV laufen sagt das Internet.

Scheint mir halt nen Fokus auf Windows GerĂ€te zu haben. Ohne nen speziellen Grund dafĂŒr zu haben, wĂ€re mir aber wohl eine Lösung lieber eie fĂŒr Linux nicht nur "auch" lĂ€uft.
Esseidenn ihr sagt, das macht keinen Unterschied, Veeam macht was es soll und ist sicher 😁.
Auf Out-of-Tree-Kernel-Blobs muss man Lust und Masochismus haben und sich ĂŒber die Konsequenzen im klaren sein, das ist halt typische Löhnware.
 
Zuletzt bearbeitet:
  • GefĂ€llt mir
Reaktionen: Schinken42
will-lee schrieb:
Hierzu gab es bei ct‘ 3003 erst vor kurzem was inkl. Nennung von Tools:

Puh, selbst im Jahr 2026 vertritt ein renommiertes Magazin scheinbar immernoch die naive Auffassung, dass einmal auf einem DatentrĂ€ger abgespeicherte Dateien fĂŒr immer integer blieben, solange der DatentrĂ€ger keine offensichtlichen Defekte aufweist.
Die Redakteure sollten sich vielleicht mal mit Silent Data Corruption beschĂ€ftigen, dann wĂŒrde am Ende kein ellenlanger Artikel rauskommen, ohne das Wort "PrĂŒfsumme" einmal zu erwĂ€hnen.

Die 3-2-1 Backup-Regel ohne Sicherstellung der Daten-IntegritÀt war schon immer KÀse und wird es immer sein.
 
  • GefĂ€llt mir
Reaktionen: duAffentier und mchawk777
Banned schrieb:
Puh, selbst im Jahr 2026 vertritt ein renommiertes Magazin scheinbar immernoch die naive Auffassung, dass einmal auf einem DatentrĂ€ger abgespeicherte Dateien fĂŒr immer integer blieben, solange der DatentrĂ€ger keine offensichtlichen Defekte aufweist.
Der Kanal c't 3003 hat schon div. Male Content rausgehauen, bei dem man definitiv erst mal schlucken musste.
Da ist c't uplink ein anderes Kaliber.
 
  • GefĂ€llt mir
Reaktionen: Banned
mchawk777 schrieb:
Der Kanal c't 3003 hat schon div. Male Content rausgehauen, bei dem man definitiv erst mal schlucken musste.
Welche Zielgruppe siehst du fĂŒr diesen Artikel?
mchawk777 schrieb:
Da ist c't uplink ein anderes Kaliber.
Welche Zielgruppe siehst du fĂŒr diesen Kanal?

Banned schrieb:
Die 3-2-1 Backup-Regel ohne Sicherstellung der Daten-IntegritÀt war schon immer KÀse und wird es immer sein.
Hier mal ein Chunk aus einem restic Repo:
Code:
$ sha256sum f8063281455c0d7ad32e21d69b28bc82601de58170d7468eb2b2251c3d482e76
f8063281455c0d7ad32e21d69b28bc82601de58170d7468eb2b2251c3d482e76  f8063281455c0d7ad32e21d69b28bc82601de58170d7468eb2b2251c3d482e76
$
FĂ€llt dir was auf?
Oder willst du auf FEC hinaus?

Ganzes Repo prĂŒfen: (-P und -n ist tuning je nach existierender HW)
Code:
$ find . -type f | xargs -P 20 -n 5 sha256sum | awk '{ gsub(/^.*\//, "", $2); if ($1 != $2) { print "FAIL: " $1 " " $2 } }'
 
Zuletzt bearbeitet:
Banned schrieb:
Worauf willst du damit hinaus? Werden die Archive (wo die Daten gesichert werden) automatisch mit PrĂŒfsumme angelegt und wird diese in einem bestimmten Intervall in Zukunft geprĂŒft? Wenn nein, dann egal.
Das hÀngt von dem konkreten Storage ab wo das Repo liegt.

Ob Storage $foo oder $bar das regelmĂ€ĂŸig tut hĂ€ngt vom konkreten Storage und dessen Konfiguration ab.
 
@foofoobar Ganz schlechter Vergleich mMn. Der ganze Artikel baut doch darauf auf, Dinge umzusetzen, welche die Zielgruppe nicht wirklich versteht. Was da an einem rudimentĂ€ren VerstĂ€ndnis von DatenintegritĂ€t und PrĂŒfsummen so kompliziert sein soll, erschließt sich mir nicht.

Und es hat auch nichts mit Zielgruppe zu tun, wenn man mit seinen RatschlĂ€gen unzureichende Vorstellungrn von Sicherheit bei den Rezipienten erzeugt. Du wĂŒrdest auch niemandem raten, in einen Helikopter zu steigen, der das Ding zwar in die Luft bekommt, aber keine Ahnung davon hat, wie die ganzen Anzeigen zu interpretieren sind.

Ein Vorgehen wie im Artikel und dann seitens der Rezipienten keine Kenntnisse oder Interesse, sich diese anzueignen, passt einfach nicht zusammen. Es gibt genug relativ DAU-sichere Backup-Programme; diese sind dann die bessere Wahl.
 
Zuletzt bearbeitet:
Alles mit Kicki-Bunti, weil hier die FehleranfÀlligkeit deutlich geringer ist, als wenn man Terminal-Sachen macht, die mam nicht wirklich versteht, um wichtige Daten zu sichern.

So oder so ist die Behauptung "nie wieder Daten verlieren" im Titel ohne Eingehen auf die DatenintegritĂ€t eben sehr fragwĂŒrdig bis fahrlĂ€ssig.

Ich denke, wir können das jetzt hier beenden, aber kannst gerne noch deine Senf dazu geben.
 
  • GefĂ€llt mir
Reaktionen: mchawk777
Seid ihr irgendwie im falschen Thread gelandet?
 
Speziell fĂŒr Backup/Restore mit oder ohne ZFS möchte ich euch napp-it cs mit S3 Integration von
RustFS/rclone/Restic vorstellen

  • Installation=copy and run eines Ordners,
  • jedes OS inkl Windows mit ZFS,
  • keine Vorraussetzung, keine Änderung am OS,
  • single Server oder Cluster
  • single server kostenlos, privat 3 Server frei,

fĂŒr NAS/Lan/Internet Backup/Restore/Move/Sync oder Internet Shares
(viel schneller und sicherer als z.B. Nextcloud))

S3 Object Storage auf ZFS mit Rustfs auf ZFS in napp-it cs, aktueller Stand
https://forums.servethehome.com/ind...s-server-and-cluster.55325/page-2#post-507775
 
Alternate 2
ZurĂŒck
Oben