Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > ger.ct > #630537

Re: Backup, dateibasiert, volumenuebergreifend

From Ulrich D i e z <ud.usenetcorrespondence@web.de>
Newsgroups ger.ct
Subject Re: Backup, dateibasiert, volumenuebergreifend
Date 2024-11-25 22:26 +0100
Message-ID <vi2q01$3b99$1@solani.org> (permalink)
References <5600555409.a7aba743@duerrhauer.de> <vhta0j$1b5bt$1@solani.org> <v1r91lx5b5.ln2@diedrich.ddnssec.de>

Show all headers | View raw


Diedrich Ehlerding schrieb:

> Ulrich D i e z meinte:
> 
>> Auf diese Weise ist es nicht mehr gar so wichtig, explizit
>> Datensicherung bzw Backup zu fahren, da der Datenbestand physisch
>> dreimal da ist und ggfs ein defekter physischer Datenträger gegen
>> einen intakten ausgewechselt werden kann wonach sich alles mehr oder
>> weniger automatisch synchronisiert.
> 
> Du verwechselst Raid mit Backup. Was hilft dir die physische Redundanz 
> gegen versehentliches "sudo rm -rf /" oder gegen versehentliches "drop 
> table" in irgendeiner Datenbank?

Ich verwechsle da nichts.

Abgesehen davon, dass solche Versehen tunlichst zu vermeiden sind, habe
ich auch umrissen, wie ich Backup mit rsync/Clonezilla mache.

Bei kritischen Anwendungen gibt es auch die Möglichkeit, das Dateiöffnen
so zu skripten, dass zuvor in Backup-Dateien kopiert wird.

Im Übrigen laufen bei mir die Betriebssysteme und Programme, mit denen
ich arbeite, alle auf dem Wirtssystem in virtuellen Maschinen oder in
Containern für die Docker-Engine, die nach der Session postwendend
entsorgt werden. Änderungen von Dateien werden nur beibehalten wenn ich
die virtuelle Maschine bzw den Container vor dem Beenden speichere oder
die betreffenden Dateien über Netzwerk aus der virtuellen Maschine
rauskopiere, zB in ein NAS. Zurücksetzen nach Versehen ist damit nicht
sehr problematisch.

Und zum Glück betreibe ich privat keine Datenbankserver, die damit
klarkommen müssen wenn hundert Nutzer zufällig alle gleichzeitig
ausgerechnet das selbe Datenfeld im selben Record der selben Datenbank
ändern wollen... ;-)

Wenn es darum geht, frühere Stände eines aus Dateien bestehenden
Projektes wiederherzustellen, empfehle ich, sich mit dem Gedanken an die
Nutzung einer Versionsverwaltung anzufreunden.

Ausgangspunkt ist aber eine Mediensammlung von TV-Aufnahmen.
Um etwas dazu sagen zu können, wie man die am besten verwaltet, müsste
man genau wissen, wie sie aufgebaut ist.

Mit freundlichem Gruß

Ulrich

Back to ger.ct | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Backup, dateibasiert, volumenuebergreifend Christian Dürrhauer <cdurrhau@zedat.fu-berlin.de> - 2024-11-23 10:59 +0100
  Re: Backup, dateibasiert, volumenuebergreifend Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-11-23 11:15 +0100
    Re: Backup, dateibasiert, volumenuebergreifend "Wendelin Uez" <wuez@online.de> - 2024-11-24 14:50 +0100
    Re: Backup, dateibasiert, volumenuebergreifend Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-11-24 16:02 +0100
      Re: Backup, dateibasiert, volumenuebergreifend Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-11-25 09:55 +0100
        Re: Backup, dateibasiert, volumenuebergreifend Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-11-26 17:35 +0100
    Re: Backup, dateibasiert, volumenuebergreifend Hermann Riemann <nospam.ng@hermann-riemann.de> - 2024-11-25 09:50 +0100
  Re: Backup, dateibasiert, volumenuebergreifend "Wendelin Uez" <wuez@online.de> - 2024-11-23 12:00 +0100
  Re: Backup, dateibasiert, volumenuebergreifend Joerg Walther <joerg.walther@magenta.de> - 2024-11-23 15:49 +0100
  Re: Backup, dateibasiert, volumenuebergreifend Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2024-11-23 20:22 +0100
    Re: Backup, dateibasiert, volumenuebergreifend Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-11-23 21:37 +0100
      Re: Backup, dateibasiert, volumenuebergreifend "Wendelin Uez" <wuez@online.de> - 2024-11-24 15:26 +0100
        Re: Backup, dateibasiert, volumenuebergreifend Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-11-24 16:21 +0100
      Re: Backup, dateibasiert, volumenuebergreifend Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2024-11-25 22:26 +0100
        Re: Backup, dateibasiert, volumenuebergreifend "Wendelin Uez" <wuez@online.de> - 2024-11-27 13:13 +0100
          Re: Backup, dateibasiert, volumenuebergreifend Ulrich D i e z <ud.usenetcorrespondence@web.de> - 2024-11-27 14:00 +0100
            Re: Backup, dateibasiert, volumenuebergreifend Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2024-11-27 17:03 +0100
  Re: Backup, dateibasiert, volumenuebergreifend Ruediger Lahl <ruediger.lahl@gmx.de> - 2024-11-23 16:51 +0100
    Re: Backup, dateibasiert, volumenuebergreifend Frank Nitzschner <nospam@nitzschner.de> - 2024-11-24 09:50 +0100

csiph-web