View
1.052
Download
5
Category
Preview:
Citation preview
03.10.2012
Inhalt
NTFS
ReFS
Fazit?
03.10.2012
Umfrage
03.10.2012
NTFSNew Technology(!) File System
03.10.2012
Welche Probleme macht Ihnen NTFS heute?
Management?
Maintenance?
Security?
Performance?
Stability?
03.10.2012
NTFS und Checkdisk vorher
Das NTFS «Health-Model» war eher simpel
Entweder war das Filesystem gesund oder nicht
Zum Reparieren musste das Filesystem offline
genommen werden
Das dauerte solange, bis alle Fehler behoben sind
Downtime ist proportional zu der Anzahl Dateien
03.10.2012
Checkdisk in Windows Server 2008/R2
Checkdisk Performance wurde zwar laufend
verbessert und optimiert, aber
Gleichzeitig wurden Volumes immer grösser
03.10.2012
Checkdisk und Kundenwunschliste
Downtime = 0 bei hochverfügbaren Systemen
Health-State muss jederzeit abrufbar sein
Einfache Lösung von Diskproblemen
03.10.2012
File system health redone
03.10.2012
NTFS - Key Design Changes
Online self-healing
Online verification
Neuer Service – Spot Verification Service
Online identification and logging
Scheduled Task – Probleme werden geloggt
Precise and rapid correction
Geloggte Probleme können bei passender
Gelegenheit behoben werden
CHKDSK /Spotfix
03.10.2012
Checkdisk Spotfix
03.10.2012
Das neue NTFS Health Model
Online and healthy
Online spot verification needed
Online scan needed
Spot fix needed
03.10.2012
Scheduled Task
03.10.2012
Integration ins Action Center
03.10.2012
ReFSResilient File System
03.10.2012
Ziele von ReFS
Hohe Kompatibilität zu NTFS
Überprüfen und automatisches Korrigieren von
Daten
Hohe Skalierbarkeit
Filesystem ist nie Offline
Zusammenarbeit mit Storage Spaces
03.10.2012
NTFS / ReFS Kompatibilität
03.10.2012
Ein paar Zahlen
ReFS unterstützt lange Dateinamen und Pfade
Wirkliche lange!!!
Dateinamen – 32K, 32’768 unicode characters
Pfadlänge – 32K
Theoretische Maximalgrösse einer Datei:
2^64-1 Byte
entspricht rund 18 Trillionen Byte oder 16 Exabyte.
Pro Verzeichnis theoretisch bis zu 18 Trillionen
Dateien und in einem Volume ebenso viele
Verzeichnisse gespeichert werden.
03.10.2012
Unterschied zu NTFS
Alle ReFS Metadaten erstellen eine 64-bit
Checksumme, welche separate gespeichert wird
NTFS Metadata werden In-Place aktualisiert
Problem bei einem Stromausfall
«Torn Writes» sind die Folge
BSOD oder unleserliche Daten beim Booten
03.10.2012
Integrity Streams
ReFS verwendet «Integrity Streams» (Copy-on-
Write)
Bevor Änderungen an den Metadaten erfolgen
wird eine Kopie der entsprechenden Daten
gemacht
Ist nicht auf jedem Volume sinnvoll
D:\>format /fs:refs /q /i:enable <volume>
03.10.2012
Bit Rot
Scrubbing
03.10.2012
“We perform significant testing where power is
withdrawn from the system while the system is
under extreme stress, and once the system is back
up, all structures are examined for correctness. This
testing is the ultimate measure of our success. We
have achieved an unprecedented level of
robustness in this test for Microsoft file systems.
We believe this is industry-leading and fulfills our
key design goals.”
Surendra Verma, Development Manager, Storage
and File Systems, Microsoft
03.10.2012
ReFS und Storage Spaces/Pools
ReFS arbeitet mit Storage Spaces um Problem noch
besser zu Erkennen und zu Reparieren
ReFS kann mit Storage Spaces verwendet werden
Storage Spaces können ReFS nutzen
Zusammen funktionieren sie besser!
ReFS verwendet Metadata Checksums
Korrupte Daten können bei Fehler automatisch
wiederhergestellt warden
Einzelne Storage Pools können maximal 4 Petabyte
umfassen.
03.10.2012
Bit Rot
Mit dem Lauf der Zeit oder aus technischen
Gründen können Teile einer Disk Defekte aufweisen
“Scrubbing” ist ein Task, der auf mirrored Storage
Spaces alle redundanten Daten überprüft inkl.
Metadaten
Integrity Streams
Bei fehlerhaften Checksummen werden die
korrupte Daten automatisch durch “guten” Daten
wiederhergestellt
INTEGRITY.EXE
03.10.2012
Was passiert bei Data Corruption
Data Corruptions in NTFS haben Auswirkungen auf
das komplette Volume
Volume muss Offline genommen werden
Checkdisk findet und repariert den Fehler
Downtime ist die Konsequenz
03.10.2012
ReFS Salvaging
«Salvaging» kann einzelne korrupte Daten aus dem
Namespace des Volumes entfernen
Korrupte Daten haben somit keine Einfluss auf die
Verfügbarkeit «Gesunder Daten»
Passiert in der Regel in weniger als einer Sekunde
Korrupte Daten können dann vom Admin
wiederhergestellt werden
ReFS Volumes bleiben online auch bei ireparablen
Schäden
03.10.2012
ReFSdeprecated Features
03.10.2012
Was wird nicht mehr unterstützt
Named Streams
Object IDs
Short Names
Compression
File level encryption (EFS)
User Data Transactions
Sparse
Hard-links
Extended Attributes
Quota
03.10.2012
Was kann ReFS nicht?
03.10.2012
NTFS exclusive
Data Deduplication
Second Level Caching zwischen DRAM&Storage
Writable Snapshots
03.10.2012
Warum nicht?
03.10.2012
Microsoft Statements
ReFS does not itself offer deduplication. One side
effect of its familiar, pluggable, file system
architecture is that other deduplication products
will be able to plug into ReFS the same way they do
with NTFS.
ReFS does not explicitly implement a second-level
cache, but customers can use third-party solutions
for this.
ReFS and VSS work together to provide snapshots
in a manner consistent with NTFS in Windows
environments. For now, they don’t support writable
snapshots or snapshots larger than 64TB.
03.10.2012
The Best of the Bests of the…?
03.10.2012
Der Vergleich aus der Sicht eines Xlers ;-)
03.10.2012
Migrieren, oder?
03.10.2012
Fragen?
Recommended