[Murdoch²]

Zitat von usch

Bei einem technischen Defekt kann jedes Programm Daten zerstören. Deswegen gehört mindestens eine Backup-Generation immer auf ein Offline-Medium.

Darauf würde ich hören wenn die Daten von belang sind.

[Gepard]

Es braucht nicht einmal einen technischen Defekt. Ein Softwarefehler reicht auch. Oder ein Fehler des User. Oder ein Virus.
Bei mir waren mal in fast allen Verzeichnissen die Dateiendungen weg.
Alles was ständig am Rechner hängt ist keine ernsthafte Sicherung.

[cicollus]

Zitat von Gepard

Es braucht nicht einmal einen technischen Defekt. Ein Softwarefehler reicht auch. Oder ein Fehler des User. Oder ein Virus.
Bei mir waren mal in fast allen Verzeichnissen die Dateiendungen weg.
Alles was ständig am Rechner hängt ist keine ernsthafte Sicherung.

Technischer Defekt ist schwerwiegender.
Kenn ich, zum Glück nicht aus eigener Erfahrung, aus dem Profibereich, wo ein defekter RAID 5-Controller alle beteilten Festplatten nacheinander unbrauchbar machte.

Die ist aber im SOHO-Bereich anders.
Kleines NAS läuft mit Software-RAID unter Linux.
Also, kein Controller-Fehler, kein Virus usw.

Man sollte sich vielleicht mal verinnerlichen, wie ein revisionssicheres Backup funktioniert.

Auch gelöschte Dateiendungen sind unter einem intelligenten Betriebssystem kein Thema

[usch]

Zitat von cicollus

Technischer Defekt ist schwerwiegender.
Kenn ich, zum Glück nicht aus eigener Erfahrung, aus dem Profibereich, wo ein defekter RAID 5-Controller alle beteilten Festplatten nacheinander unbrauchbar machte.

Deswegen haben wir in der Firma die RAIDs schon vor über 10 Jahren wieder abgeschafft. Wir hatten immer wieder zerschossene Arrays durch Controllerfehler (→ Maschine raus aus dem Cluster, Array neu aufsetzen, wieder mit den anderen Rechnern synchronisieren, Maschine zurück in den Cluster), aber praktisch nie eine tatsächlich defekte Festplatte.

Die ist aber im SOHO-Bereich anders.
Kleines NAS läuft mit Software-RAID unter Linux.
Also, kein Controller-Fehler, kein Virus usw.

In einem NAS ist kein Festplattencontroller drin? Und ein Virus auf dem Arbeitsplatzrechner kann nicht auch Daten auf Netzlaufwerken zerstören?

Man sollte sich vielleicht mal verinnerlichen, wie ein revisionssicheres Backup funktioniert.

Wie kommst du an deine Revisionen dran, wenn das NAS z.B. durch einen Speicherfehler sein Dateisystem zerstört hat?

Auch gelöschte Dateiendungen sind unter einem intelligenten Betriebssystem kein Thema

Stimmt. Gelöschte EAs unter OS/2 waren deutlich übler

[cicollus]

> In einem NAS ist kein Festplattencontroller drin?

Dann ist eben eine Festplatte hin, also die Redundanz ist futsch.


> Und ein Virus auf dem Arbeitsplatzrechner kann nicht auch Daten auf Netzlaufwerken zerstören?

Gehe ich davon aus, NAS wird per NFS angebunden. Dann sage ich mal, richtig konfiguriert, nein.
Ist der Speicherplatz "noexecute" gemountet, so dürfen dort auch keine Programme ausgeführt werden.

Sicherer aber ist ad-hoc die Speicherung via ftp/ftps, welches QNAP & Co. anbieten.
Das ist dann kein klassisches "Netzlaufwerk", so wie man es eben unter Laufwerk versteht, sondern ein Datentransferprotokoll.

Das NAS hat ein eigenes Betriebssystem, auf welchen keine Windowsviren funktionieren.

Man kann QNAP auch via SMB/CIFS anbinden, da hat wohl dann Windows die Kontrolle über die Daten ....


> Wie kommst du an deine Revisionen dran, wenn das NAS z.B. durch einen Speicherfehler sein Dateisystem zerstört hat?

Diese Frage oder Umstand kann ich nicht nachvollziehen.
Speicherfehler sind mir bisher nur bei beginnenden Festplattendefekt aufgetreten.

Das sollte das Backup-Programm bei (eingeschalteter) Überprüfung aber merken.

-------------
PS
Die Backupsicherheit kann man vielleicht noch erhöhen, in dem man eine zusätzliche Platte spiegelt.
Also z.B. bei einem RAID 1 eine synchronisierte Platte zyklisch durch eine leere ersetzt und erstere woanders lagert.

[NetrunnerAT]

Cluster ... SOHO ... bitte kaufts euch auf ebay ein Ultrium3 Laufwerk für 200€ und um 100€ gebrauchte Bänder. Ehrlich ... allein dieser Vorschlag >_< ... wenn des von ein ITler kommt, sollte er sein Job aufgeben!

Ein brauchbares Overkill Lösung von zwei Standorten ohne Offline Backup löst man eigentlich nur auf einen Weg.

NAS mit iSCSI Container mit Nutzdaten -> Snapshot -> iSCSI Sync auf externes NAS des via VPN gesichert ist. Je nach Datenmenge am Wochenende ein Full und unter der Wochen ein inkrementelles.

Die Ottonormal Version sieht einfach nur ein Copy Job von geänderten Datensätzen oder Bit Änderungen vor und alles was darüber geht ist so oder so schon Witzlos. Dieser Cron-Job Checkt noch vorher die Datenintegrität und lasst mal Virenscanner drüber laufen und fang erst dann mit dem Auslagern an.

SMB/CIF ist genau so Virenanfällig wie NFS oder Bonjour. Das als EVIL Windows Zeug zu kommentieren, ist genau so ein Zeichen für gewisse Systemunkenntnis. Auch dort gibt es ein Rechte System das granular User und Programm verhalten Regelt. Eher ist es so, dass Unix SMB/CIF Nachbildungen mit EXT-FS Rechtesystem zu Windows Rechtesystem Probleme hat, wie auch NFS gewisse Eigenheiten Aufweist, die nicht mit den von Microsoft Standard 1 zu 1 abbildbar ist. Das fangt mit Unicode UTF-8 Zeichensatz an und geht weiter in SMB/CIF Versionsunterschieden von WinNT4.0 bis Win2k12 R2 weiter, die nicht vollständig in LINUX SMB/CIF abgebildet ist. Diese Feinheiten sind aber so tief im System versteckt, dass kein Anwender die je zu Gesicht bekommt.

Wer sagt ... bäähhh ebay Bandlaufwerk ... Ultriums kann man in zwei hälften schneiden und sind noch Lesbar. Die dürfen auch auf den Boden fallen. Selbst ein aufgebrochenes Gehäuse schockt niemanden. Wer an böse Magnetfelder denkt, lebt in der nähe eine MRs oder hat zu viele Mems über eingelegte Disketten Anno 1980 gelesen. Ein Laufwerk darf auch Lesefehler haben, da diese auf verschiedene Ebenen beherrschbar gemacht werden. Ein Bit ist Wurst/Brüste/mehr mals Ignorieren Wert ... nicht korrigierbare auch, da eigentlich die Backup Software meistens nochmal ein Rekonstruierbaren Schutz der Daten mit Schreibt.

Das kann man von Cluster iSCSI Sync nicht behaupten ;-) das geht immer von ein idealen Netzwerk aus ohne Störungen gg da gibt es kein Rettungsanker :-> das zerballert dir alles!!

[hpike]

Und das Ganze jetzt bitte nochmal auf deutsch.

[cicollus]

Der Zugriff über iSCSI ist von Client-Sicht wie der auf eine lokale Festplatte/Netzlaufwerk.

Auf so eine Kiste mit Backup-Programm via FTP zuzugreifen ist die schnelle und sichere Version.
Aufwendiger, sicherer und mit Echtzeitsynchronisation siehe #26

[Dat Ei]

Also unter einer Datacore SANsymphony-Lösung mit vollständig redundanter Hardware und Verteilung auf verschiedene Standorte geht für den SOHO-Bereich ja wohl gar nichts...


Dat Ei

[raul]

Und wo schiebt man da die 5,25" Disketten rein?

Gruß,
raul