Backup-Strategie (Verwendung von SD-Karten, nicht "Großvater-Vater-Sohn" o.ä.) gesucht

  • Hallo,

    nachdem ich jetzt langsam Vertrauen in z.B. raspiBackup gewinne, mache ich mir Gedanken, wie ich die Backups sinnvoll durchführe. Damit meine ich nicht die verschiedenen Strategien (wie z.B. die Großvater-Vater-Sohn-Strategie oder "Gesamtbackup mit nachfolgenden Inkrementellen Backups") sondern wie verfahre ich mit den Datenträgern, auf denen ich das Backup restored habe. Soll für meinen Anwendungsfall heißen: Ich mache ein Backup und restore es auf einer SD-Karte (liegt daran, dass ich funktions- und bootfähige SD-Karten hier problemlos kriege). Da ich einen externen SD-kartenleser verwende und daher ein Wechsel der SD-Karte nicht zwingend erforderlich ist, sehe ich nun 2 Möglichkeiten:

    1. mit der vorhandenen SD-Karte weiter "arbeiten" und die Karte mit dem Backup für den Notfall aufheben

    2. mit der neuen SD-Karte weiter "arbeiten" und die alte Karte für die Notfalle aufheben.

    In beiden Fällen stellt mir das Backup die Rückfallebene, allerdings natürlich auf dem "alten" Stand.

    Den Vorteil von Möglichkeit 1 sehe ich darin, dass der Neustart entfällt und daher z.B. Serverdienste weiter laufen können. Allerdings, und das nehme ich als Nachteil, ist die Karte schon älter und die Anzahl der Zugriffe schon relativ hoch so dass die Wahrscheinlichkeit, dass die Karte demnächst ausfällt oder fehlerhaft wird, steigt.

    Den Vorteil von Möglichkeit 2 sehe ich daher genau darin, dass die Karte "frisch" ist. Allerdings ist ein "Kartenwechsel" erforderlich und ob die "alte" Karte durch das "herumliegen" so viel besser wird, weiß ich auch nicht.

    Wie seht ihr das? Oder sehe ich beides zu "schwarz" und zu ernst?

    Gruss

    GUMeyer

    ni pas ni

    tu car tu

    mal tu mal

  • Backup-Strategie (Verwendung von SD-Karten, nicht "Großvater-Vater-Sohn" o.ä.) gesucht? Schau mal ob du hier fündig wirst!

  • Ein Vorteil von Methode 2 ist, dass du dann automatisch dein Backup jedes Mal auf Lauffähigkeit testest, wen du die Karte tauschst.

    Ist ein gutes Argument. Ich werde es wahrschienlihc in den nächsten Stunden oder Tagen testen müssen....hab eben meine MariaDB-Installation "zerlegt" (aber das gehört nicht mehr hierhin, auch wenn es ein gutes Argument grundsätzlich für Backup ist)..

    Gruss

    GUMeyer

    ni pas ni

    tu car tu

    mal tu mal

  • Ich würde Methode 1 aus folgenden Gründen bevorzugen.

    Erstens: Ein Backup sollte man immer auf Funktionalität testen, denn nicht viel ist schlimmer als sich in falscher Sicherheit zu wiegen und dann im Ernstfall volle Kanne in den Datenverlust rennen zu müssen.

    Zweitens: Die originale SD-Karte würde damit länger verwendet werden. Und wenn diese dann hinüber ist, hat man ja noch ein sofort einsatzfähiges Backup auf einer weniger gebrauchten SD-Karte. Dann wäre es Zeit eine neue SD zu besorgen.

    BTW: Eigentlich ist ein Backup-Lager zu wenig, Stichwort 3-2-1-Backup-Regel. :green_wink:

  • Ein Backup sollte man immer auf Funktionalität testen,

    raspiBackup erinnert einen regelmaessig das zu tun. Wer das ignoriert ist selber schuld :mad_GREEN:

  • Stichwort 3-2-1-Backup-Regel.

    Was ist die 3-2-1-Backup-Regel?
    Drei Datenkopien, zwei Medien, ein externes Backup – das ist der Kern des 3-2-1-Prinzips. Geprägt wurde das Konzept, das heute als goldene Regel jeder…
    www.storage-insider.de

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!