Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
| 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> |
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 | Next — Previous in thread | Next in thread | Find similar | Unroll 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