Instant Mount: Dateiwiederherstellung über natives iSCSI

Traditionelle Wiederherstellungsverfahren erfordern, dass die gesicherten Daten auf die lokale Festplatte übertragen werden, bevor auf sie zugegriffen werden kann. Diese Datenübertragung skaliert linear mit der Größe des Datensatzes.

StateWarden stellt mit Instant Mount eine Funktion bereit, die die Wiederherstellungszeit verkürzt. Sie ermöglicht es, deduplizierte Backups direkt als native Blockgeräte im Betriebssystem einzubinden. Der Prozess nutzt eine integrierte iSCSI-Target-Engine im Agenten und bietet schreibgeschützten Zugriff auf die Daten, ohne das gesamte Festplatten-Image zu übertragen.

1. Die Architektur von Instant Mount

Instant Mount integriert sich in den Storage-Stack des Host-Betriebssystems.

Native Integration: Der Prozess nutzt den nativen iSCSI-Initiator von Windows und Linux. Dateisystemtreiber von Drittanbietern (wie Dokan oder WinFSP) sind nicht erforderlich.
Datenintegritätsprüfungen: Während des Mounts unterliegt der Datenstrom kontinuierlichen Integritätsprüfungen. Blöcke werden gegen ihre kryptografischen Hashes verifiziert, bevor sie dem Betriebssystem präsentiert werden.
Bedarfsorientierte Zusammenstellung: Der Speicherknoten (Driad) streamt die benötigten deduplizierten, verschlüsselten Chunks an den lokalen Agenten, der sie entschlüsselt und in SCSI-Befehle für das Host-Betriebssystem übersetzt.

2. Einen Instant Mount starten

Eine Instant-Mount-Sitzung wird aus dem StateWarden Dashboard gestartet.

Schritt 1: Das Ziel-Backup finden

Navigieren Sie im Realm zu Daten wiederherstellen (/restore).
Wählen Sie das betreffende Gerät und suchen Sie den gewünschten Backup-Snapshot.

Schritt 2: Den Mount-Auftrag auslösen

Klicken Sie für das ausgewählte Backup auf die Schaltfläche MOUNTEN.
Die Control Plane (Artemis) sendet den Befehl an den Agenten auf der Zielmaschine.

Schritt 3: Auf die Daten zugreifen

Der Agent initialisiert sein internes iSCSI-Target, authentifiziert sich mit seinem mTLS-Clientzertifikat an der Data Plane und stellt die Verbindung zum lokalen Betriebssystem her.

Unter Windows: Das Volume erscheint im Datei-Explorer mit einem zugewiesenen Laufwerksbuchstaben (z. B. Z:). Benutzer können Dateien wie gewohnt durchsuchen und kopieren.
Unter Linux: Das Blockgerät wird nativ eingebunden (z. B. /dev/sdb) und kann mit Standardwerkzeugen gemountet werden. Hinweis: Da das Backup schreibgeschützt ist, sollten ext4-Dateisysteme mit dem Flag noload gemountet werden (z. B. mount -o ro,noload /dev/sdb1 /mnt), damit der Kernel nicht versucht, eine Journal-Wiederherstellung durchzuführen.

3. Sicherheit und Sitzungsverwaltung

Schreibschutz

Instant-Mount-Sitzungen sind strikt schreibgeschützt. Der StateWarden-Agent fängt sämtliche SCSI WRITE-Befehle ab und stellt sicher, dass der ursprüngliche Backup-Snapshot unverändert bleibt.

Kryptografische Verarbeitung

Die Daten werden vollständig im Arbeitsspeicher des Agenten entschlüsselt, unter Verwendung der zugewiesenen Sitzungsschlüssel. Die Klartextdaten werden direkt über die lokale Loopback-Schnittstelle an den Betriebssystem-Kernel übergeben.

Aushängen

Um die Sitzung zu beenden und die Ressourcen freizugeben:

Suchen Sie unter Daten wiederherstellen (/restore) das Backup, das einen aktiven Mount anzeigt.
Klicken Sie auf dessen Schaltfläche AUSHÄNGEN.

Der Agent beendet die iSCSI-Sitzung, schließt die Verbindung zur Data Plane und überschreibt die Entschlüsselungsschlüssel in seinem Arbeitsspeicher mit Nullen.

4. Fehlerbehebung

Umgebungsfaktoren können den Instant-Mount-Prozess gelegentlich beeinträchtigen.

MSiSCSI-Dienst (Windows): Der Agent versucht, den Microsoft iSCSI Initiator Service automatisch zu starten. Wenn ein Gruppenrichtlinienobjekt (GPO) diesen Dienst deaktiviert, schlägt der Mount fehl. Stellen Sie sicher, dass der Starttyp des Dienstes mindestens auf „Manuell" gesetzt ist.
Beschädigte Dateisysteme: Wenn eine Maschine exakt zum Zeitpunkt eines Backups abstürzt, kann das Dateisystem-Journal als „dirty" (nicht sauber ausgehängt) markiert sein. Windows bindet solche Dateisysteme im schreibgeschützten Modus in der Regel transparent ein. Unter Linux ist das Mount-Flag -o ro,noload erforderlich, um die Journal-Prüfung bei beschädigten ext4-Dateisystemen zu umgehen.