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

Groups > ger.ct > #630556

Re: Backup, dateibasiert, volumenuebergreifend

Show all headers | View raw

>> 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.

Du hast denen eigenen Angaben zufolge ...

> Meine Dateien liegen in drei zusammen eine RAID-1-Redundanzgruppe
> bildenden ZFS-Volumes. Derzeit besteht ein ZFS-Volume der
> ZFS-Redundanzgruppe bei mir aus einer einzigen Festplatte

also drei Festplatten, die zu einem einzigen RAID-1-Verbund zusammegefaßt 
sind.

Das ist zwar sehr sicher gegen Ausfall einer Festplatte, weil die Daten 
dreimal vorhanden sind, aber das ist trotzdem kein sicheres Backup, weil bei 
einer versehentlichen Löschung eines wichtigen Dokuments dieses dann ohne 
weiteres Backup eben dreimal gelöscht ist und eben doch kein Backup 
vorhanden ist  Da wäre ein Zweier.RAID-1 mit einer dritten Platte als Backup 
normalerweise wesentlich sinnvoller.

Man darf jetzt spekulieren, was öfters passiert: Der unvorhergesehene 
Ausfall einer Platte oder das unbeabsichtigte Löschen/Überschreiben eines 
Datei. Ersteres ist mir in den letzten Jahrzehnten nicht ein einziges Mal 
passiert, letzteres geschätzt einmal pro Jahr. 

Back to ger.ct | Previous | Next — Previous 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