Platten, RAIDs und Dateisysteme - Versionsgeschichte

WX8EC9: /* RAID-Rechner */

2025-04-13T04:47:32Z

RAID-Rechner

← Nächstältere Version		Version vom 13. April 2025, 04:47 Uhr
Zeile 99:		Zeile 99:
	==RAID-Rechner==		==RAID-Rechner==

	Einen guten RAID-Rechner hat Synology ins Netz gestellt ~~http~~://www.synology.com/support/RAID_calculator~~.php?lang=deu~~		Einen guten RAID-Rechner hat Synology ins Netz gestellt
			https://www.synology.com/de-de/support/RAID_calculator

Tommes am 15. März 2025 um 08:07 Uhr

2025-03-15T08:07:39Z

← Nächstältere Version		Version vom 15. März 2025, 08:07 Uhr
Zeile 1:		Zeile 1:
	[[Category:Hardware]][[Category:RAID]]		[[Category:Hardware]][[Category:RAID]]

			== Einleitung ==
	Letztlich werden alle zu speichernden Daten einer Disk-Station (DS) auf physikalischen Festplatten abgelegt. Die eigentliche Arbeit dabei übernimmt zum einen der Plattentreiber im Linux-Kernel, zum anderen der Platten-Controller (Elektronik auf der Festplatte). Das Betriebssystem ist dabei in der Lage, spezielle Verfahren zur Speicherung der Daten auf den Festplatten zu unterstützen (RAID). RAID wurde ursprünglich in einer Zeit entwickelt, als Festplatten noch sehr teuer und unzuverlässiger als heute waren. In der ursprünglichen Bezeichnung "Redundant Array of Inexpensive Disks" drückte sich dies aus. Heute steht RAID für "Redundant Array of Independent Disks".		Letztlich werden alle zu speichernden Daten einer Disk-Station (DS) auf physikalischen Festplatten abgelegt. Die eigentliche Arbeit dabei übernimmt zum einen der Plattentreiber im Linux-Kernel, zum anderen der Platten-Controller (Elektronik auf der Festplatte). Das Betriebssystem ist dabei in der Lage, spezielle Verfahren zur Speicherung der Daten auf den Festplatten zu unterstützen (RAID). RAID wurde ursprünglich in einer Zeit entwickelt, als Festplatten noch sehr teuer und unzuverlässiger als heute waren. In der ursprünglichen Bezeichnung "Redundant Array of Inexpensive Disks" drückte sich dies aus. Heute steht RAID für "Redundant Array of Independent Disks".

Tommes: Tommes verschob die Seite Archiv:Platten, RAIDs und Dateisysteme nach Platten, RAIDs und Dateisysteme und überschrieb dabei eine Weiterleitung

2025-03-15T07:50:08Z

Tommes verschob die Seite Archiv:Platten, RAIDs und Dateisysteme nach Platten, RAIDs und Dateisysteme und überschrieb dabei eine Weiterleitung

← Nächstältere Version	Version vom 15. März 2025, 07:50 Uhr
(kein Unterschied)

Tommes: Tommes verschob die Seite Platten, RAIDs und Dateisysteme nach Archiv:Platten, RAIDs und Dateisysteme

2025-03-15T07:41:48Z

Tommes verschob die Seite Platten, RAIDs und Dateisysteme nach Archiv:Platten, RAIDs und Dateisysteme

← Nächstältere Version	Version vom 15. März 2025, 07:41 Uhr
(kein Unterschied)

imported>Raymond: /* BTRFS */ typo

2018-01-26T20:46:01Z

BTRFS: typo

← Nächstältere Version		Version vom 26. Januar 2018, 20:46 Uhr
Zeile 83:		Zeile 83:
	=== BTRFS ===		=== BTRFS ===

	BTRFS wird von immer mehr NASes von Synology ab DSM 6.0 unterstützt. Zu den unterstützenden NASes ~~gehöhren welche~~ mit 64 bit ARM und Intel ~~Prozessoren~~.		BTRFS wird von immer mehr NASes von Synology ab DSM 6.0 unterstützt. Zu den unterstützenden NASes gehören Geräte mit 64 bit ARM und Intel Prozessor.
	BTRFS bietet diverse Vorteile zu EXT3/EXT4:		BTRFS bietet diverse Vorteile zu EXT3/EXT4:
	* Metadatenspiegelung und verbesserte Datenverfügbarkeit		* Metadatenspiegelung und verbesserte Datenverfügbarkeit

imported>Raymond: /* Journaling */ typo

2018-01-26T20:41:50Z

Journaling: typo

← Nächstältere Version		Version vom 26. Januar 2018, 20:41 Uhr
Zeile 93:		Zeile 93:
	==Journaling==		==Journaling==

	Moderne Dateisysteme wie ~~ext3~~ stellen über die Basisfunktionen hinaus auch noch ein Journaling bereit. Dies ist ein Mechanismus, der die Konsistenz des Dateisystem (z.B. ~~ext2~~) über Systemabstürze hinweg gewährleistet. Dazu schreibt das Dateisystem jede Änderung zunächst in ein für die Anwendungen nicht sichtbares Logfile, bevor die Änderungen im Dateisystem selbst vorgenommen werden. Nach einem Systemabsturz braucht das Dateisystem nur das Ende des Logfile nachzufahren, um die Konsistenz des Dateisystems wiederherzustellen. Dateisysteme ohne Journaling müssen nach einem Systemabsturz die Konsistenz des gesamten Dateisystems überprüft werden (File System Check = fsck); bei großen Dateisystemen kann dies mehrere Stunden dauern, bevor alles geprüft worden ist und das Betriebssystem wieder in den Normalzustand zurückkehrt, den ohne konsistente Dateisystem läuft bekanntlich gar nichts.		Moderne Dateisysteme wie EXT3 stellen über die Basisfunktionen hinaus auch noch ein Journaling bereit. Dies ist ein Mechanismus, der die Konsistenz des Dateisystem (z.B. EXT2) über Systemabstürze hinweg gewährleistet. Dazu schreibt das Dateisystem jede Änderung zunächst in ein für die Anwendungen nicht sichtbares Logfile, bevor die Änderungen im Dateisystem selbst vorgenommen werden. Nach einem Systemabsturz braucht das Dateisystem nur das Ende des Logfile nachzufahren, um die Konsistenz des Dateisystems wiederherzustellen. Dateisysteme ohne Journaling müssen nach einem Systemabsturz die Konsistenz des gesamten Dateisystems überprüft werden (File System Check = fsck); bei großen Dateisystemen kann dies mehrere Stunden dauern, bevor alles geprüft worden ist und das Betriebssystem wieder in den Normalzustand zurückkehrt, den ohne konsistente Dateisystem läuft bekanntlich gar nichts.

	==RAID-Rechner==		==RAID-Rechner==

	Einen guten RAID-Rechner hat Synology ins Netz gestellt http://www.synology.com/support/RAID_calculator.php?lang=deu		Einen guten RAID-Rechner hat Synology ins Netz gestellt http://www.synology.com/support/RAID_calculator.php?lang=deu

imported>Raymond: /* BTRFS */ Weblink

2018-01-26T20:40:52Z

BTRFS: Weblink

← Nächstältere Version		Version vom 26. Januar 2018, 20:40 Uhr
Zeile 88:		Zeile 88:
	* Datei-Selbstheilung		* Datei-Selbstheilung
	* Schnappschüsse und Datenschutz (ideal um zum Beispiel Verschlüsselungstrojaner das Leben schwer zu machen)		* Schnappschüsse und Datenschutz (ideal um zum Beispiel Verschlüsselungstrojaner das Leben schwer zu machen)

			Infos auf der Synology Seite: https://www.synology.com/de-de/dsm/Btrfs

	==Journaling==		==Journaling==

imported>Raymond: /* Dateisysteme */ BTRFS hinzugefügt, Formatierung

2018-01-26T20:40:15Z

Dateisysteme: BTRFS hinzugefügt, Formatierung

← Nächstältere Version		Version vom 26. Januar 2018, 20:40 Uhr
Zeile 71:		Zeile 71:
	Hat man ein 2-plattiges NRAID, dann werden z. B. beide Platten(Partitionen) als Gesamtdatencontainer vom Dateisystem verwaltet. Wird dabei die Verwaltungsinformation nur auf die erste Platte geschrieben und wird diese gestört, wird es nur mit Spezialtools möglich, die Dateien der intakten 2. Platte auszulesen, da ja die Verwaltungsinformationen (Superblock, inode-Tabellen) auf der ersten Platte nicht erreichbar sind. Umgekehrt (Platte 2 ist gestört) ist es in diesem Beispiel recht einfach, an die Dateien der 1. Platte zu gelangen.		Hat man ein 2-plattiges NRAID, dann werden z. B. beide Platten(Partitionen) als Gesamtdatencontainer vom Dateisystem verwaltet. Wird dabei die Verwaltungsinformation nur auf die erste Platte geschrieben und wird diese gestört, wird es nur mit Spezialtools möglich, die Dateien der intakten 2. Platte auszulesen, da ja die Verwaltungsinformationen (Superblock, inode-Tabellen) auf der ersten Platte nicht erreichbar sind. Umgekehrt (Platte 2 ist gestört) ist es in diesem Beispiel recht einfach, an die Dateien der 1. Platte zu gelangen.

	Setzt man - wie bei ext3 - ein Dateisystem ein, welches redundant und räumlich verteilt die Verwaltungsinformationen ablegt, stehen diese natürlich im Falle einer Störung auf beiden Platten zur Verfügung. Auch werden die Dateien bei ext3 räumlich nah abgelegt; d.h. die Dateien gruppieren sich um die Verzeichnisse bzw. Verwaltungsinformationen und sind daher über den gesamten zur Verfügung stehenden Speicherplatz verteilt. Es würde dann nicht der Vorstellung entsprechen, dass man erstmal eine Platte voll schreibt, bevor die nächste verwendet wird; sondern die Verteilung ist chaotisch (und damit eher gleich verteilt) über beide Platten.		=== EXT3 ===

	~~Anmerkung: Es wird üblicherweise davon ausgegangen~~, ~~dass ein Verschieben~~ einer ~~Datei (mv) unter Linux nur ein Umhängen des Dateieintrags~~ auf ~~Verzeichnisebene ist~~. ~~In Konstellationen wie ext3~~ und ~~NRAID kann es aber auch zum~~ (~~zeitlich versetzten) Datenblockkopieren kommen, weil das Dateisystem dem Ideal der 'Nähe' von Dateien~~ und ~~Verzeichnissen nachkommen will (~~damit ~~einher geht eine Art von Defragmentierung~~).		Setzt man - wie bei EXT3 - ein Dateisystem ein, welches redundant und räumlich verteilt die Verwaltungsinformationen ablegt, stehen diese natürlich im Falle einer Störung auf beiden Platten zur Verfügung. Auch werden die Dateien bei EXT3 räumlich nah abgelegt; d.h. die Dateien gruppieren sich um die Verzeichnisse bzw. Verwaltungsinformationen und sind daher über den gesamten zur Verfügung stehenden Speicherplatz verteilt. Es würde dann nicht der Vorstellung entsprechen, dass man erstmal eine Platte voll schreibt, bevor die nächste verwendet wird; sondern die Verteilung ist chaotisch (und damit eher gleich verteilt) über beide Platten.

	Ab DSM 3.0 werden die internen Platten der DS/RS in ~~ext4~~ formatiert.		Anmerkung: Es wird üblicherweise davon ausgegangen, dass ein Verschieben einer Datei (mv) unter Linux nur ein Umhängen des Dateieintrags auf Verzeichnisebene ist. In Konstellationen wie EXT3 und NRAID kann es aber auch zum (zeitlich versetzten) Datenblockkopieren kommen, weil das Dateisystem dem Ideal der 'Nähe' von Dateien und Verzeichnissen nachkommen will (damit einher geht eine Art von Defragmentierung).

			=== EXT4 ===

			Ab DSM 3.0 werden die internen Platten der DS/RS in EXT4 formatiert.

			=== BTRFS ===

			BTRFS wird von immer mehr NASes von Synology ab DSM 6.0 unterstützt. Zu den unterstützenden NASes gehöhren welche mit 64 bit ARM und Intel Prozessoren.
			BTRFS bietet diverse Vorteile zu EXT3/EXT4:
			* Metadatenspiegelung und verbesserte Datenverfügbarkeit
			* Datei-Selbstheilung
			* Schnappschüsse und Datenschutz (ideal um zum Beispiel Verschlüsselungstrojaner das Leben schwer zu machen)

	==Journaling==		==Journaling==

imported>RudiWiesmayr am 2. September 2012 um 12:10 Uhr

2012-09-02T12:10:46Z

← Nächstältere Version		Version vom 2. September 2012, 12:10 Uhr
Zeile 1:		Zeile 1:
			[[Category:Hardware]][[Category:RAID]]
	Letztlich werden alle zu speichernden Daten einer Disk-Station (DS) auf physikalischen Festplatten abgelegt. Die eigentliche Arbeit dabei übernimmt zum einen der Plattentreiber im Linux-Kernel, zum anderen der Platten-Controller (Elektronik auf der Festplatte). Das Betriebssystem ist dabei in der Lage, spezielle Verfahren zur Speicherung der Daten auf den Festplatten zu unterstützen (RAID). RAID wurde ursprünglich in einer Zeit entwickelt, als Festplatten noch sehr teuer und unzuverlässiger als heute waren. In der ursprünglichen Bezeichnung "Redundant Array of Inexpensive Disks" drückte sich dies aus. Heute steht RAID für "Redundant Array of Independent Disks".		Letztlich werden alle zu speichernden Daten einer Disk-Station (DS) auf physikalischen Festplatten abgelegt. Die eigentliche Arbeit dabei übernimmt zum einen der Plattentreiber im Linux-Kernel, zum anderen der Platten-Controller (Elektronik auf der Festplatte). Das Betriebssystem ist dabei in der Lage, spezielle Verfahren zur Speicherung der Daten auf den Festplatten zu unterstützen (RAID). RAID wurde ursprünglich in einer Zeit entwickelt, als Festplatten noch sehr teuer und unzuverlässiger als heute waren. In der ursprünglichen Bezeichnung "Redundant Array of Inexpensive Disks" drückte sich dies aus. Heute steht RAID für "Redundant Array of Independent Disks".

imported>Raymond: /* Dateisysteme */ typo

2012-09-01T23:34:53Z

Dateisysteme: typo

← Nächstältere Version		Version vom 1. September 2012, 23:34 Uhr
Zeile 74:		Zeile 74:
	Anmerkung: Es wird üblicherweise davon ausgegangen, dass ein Verschieben einer Datei (mv) unter Linux nur ein Umhängen des Dateieintrags auf Verzeichnisebene ist. In Konstellationen wie ext3 und NRAID kann es aber auch zum (zeitlich versetzten) Datenblockkopieren kommen, weil das Dateisystem dem Ideal der 'Nähe' von Dateien und Verzeichnissen nachkommen will (damit einher geht eine Art von Defragmentierung).		Anmerkung: Es wird üblicherweise davon ausgegangen, dass ein Verschieben einer Datei (mv) unter Linux nur ein Umhängen des Dateieintrags auf Verzeichnisebene ist. In Konstellationen wie ext3 und NRAID kann es aber auch zum (zeitlich versetzten) Datenblockkopieren kommen, weil das Dateisystem dem Ideal der 'Nähe' von Dateien und Verzeichnissen nachkommen will (damit einher geht eine Art von Defragmentierung).

	Ab DSM 4.0 werden die internen Platten der DS/RS in ext4 formatiert.		Ab DSM 3.0 werden die internen Platten der DS/RS in ext4 formatiert.

	==Journaling==		==Journaling==