Übersicht der Validierung
Zusammenfassung
In mittelgroßen bis großen Rechenzentren können manchmal Dateibeschädigungen auf großen Festplattenspeichervolumen auftreten. Diese Beschädigungen können aufgrund Gerätefehler, Softwareanwendungen, Dateisystemprobleme, Verbindungsprobleme, zu wenig Ressourcen, unerwarteter Probleme / Methoden / Verhalten etc. auftreten.
Das Autonomic-Healing-Modul wurde entwickelt, um Dienstanbietern zu helfen, solche Probleme festzustellen und (wenn möglich) zu beheben. Die im Prozess von Autonomic-Healing eingebauten Validierungen sind sehr fortgeschritten - trotzdem können einige Szenarien nicht vorhergesehen werden. Zum Beispiel kann es passieren, dass das DS-System Datenbeschädigungen nicht finden kann, die zum Fehler der Art "Digitale Signatur stimmt nicht überein" führen. Es handelt sich um Szenarien, wo der DS-Client alle individuellen Datenblöcke entschlüsselt und dekomprimiert, aber das Endergebnis nicht das ist, was gesichert wurde.
Diese Art der Beschädigungen kann nur festgestellt werden, wenn ein Restore-Vorgang durchgeführt wird. Diese Lösung ist aber nicht praktisch für Kunden. Der Validierungsprozess wurde entwickelt, um Kunden zu helfen, die Wiederherstellbarkeit von Online-Daten zu überprüfen, und um beschädigte Dateien (inklusive Dateien, die von diesen abhängen) zu entfernen.
Ohne die Kunden-/DS-Client-Verschlüsselungsschüssel ist das DS-System nicht in der Lage, eine digitale Signatur zu erstellen, um gesicherte Daten nach bestimmten Arten der Beschädigung zu überprüfen. Um zu vermeiden, dass eine große Anzahl von Daten vom DS-System zum DS-Client für die Validierung geschickt wird, kann der DS-Client die Verschlüsselungsschlüssel zum DS-System senden. Die ZUSTIMMUNG / ANNERKENNUNG / ÜBEREINSTIMMUNG des Kunden zu dieser Option wird vorausgesetzt.
- Das DS-System wird zuerst den Datei-Header und Delta-Verknüpfungen/Bibliothekverknüpfungen etc. jeder Datei (Generation) überprüfen.
- Wenn alles in Ordnung ist, wird das DS-System versuchen, Daten zu validieren, indem ein "virtuelles Restore" durchgeführt wird. Die Daten werden entschlüsselt und dekomprimiert, um die Originalsignatur zu erstellen.
- Wenn das wegen eines Problems in der Entschlüsselung oder Dekomprimierung fehlschlägt, wird die Validierung fehlschlagen.
- Am Ende wird das DS-System erstellte Signaturen mit den Original-Signaturen vergleichen: wenn sie nicht übereinstimmen, wird die Validierung fehlschlagen, sonst ist die Validierung erfolgreich.
- Wenn es Validierungsfehler gab, wird der Fehler sowohl an den DS-Client als auch an das DS-System berichtet. Wenn die Validierung wegen Lese- oder Netzwerkprobleme fehlschlägt, ist es unbekannt, ob die Datei gültig ist. Die Validierung wird die Datei überspringen und entsprechende Fehler in den Ereignisprotokollen des DS-Systems und des DS-Clients aufzeichnen.
- Für andere Fehler, wo DS-System bestätigen kann, dass die Datei beschädigt ist, wird die Datei zum "trash" Verzeichnis verschoben. Alle Dateien, die von einer beschädigten Datei abhängen, werden ebenfalls zum Papierkorb verschoben.
Da der Validierungsprozess alle Daten lesen wird, um die digitale Signatur zu prüfen, beansprucht der Validierungsprozess die Disk-Eingabe/Ausgabe auf dem DS-System.
Der ganze Prozess erinnert an einen Restore-Prozess, mit dem Unterschied, dass entschlüsselte/dekomprimierte Daten nach der Erstellung der Signatur nicht behalten werden, ANSTATT zum ZIel-Standort geschrieben zu werden.
Eine Reihe von Optionen kann vom Kunden benutzt werden, um Online-Daten auf eine flexible und effiziente Art zu validieren. Diese Optionen schließen Folgendes ein: die Validierung aller Daten, eine selektive Validierung, geplante Validierung und Validierung auf Anfrage, in der Quelle gelöschte Daten ausschließen, eine Wiederaufnahme-Logik, etc.
Beschreibung der Funktionalität der Validierung
1. Verschlüsselungsschlüssel müssen vom Kunden (im DS-User) angegeben werden, und der DS-Client überprüft sie. Der Dialog für die Eingabe der Schlüssel zeigt eine Warnung an, die beschreibt, welche Rolle Verschlüsselungsschlüssel in der Validierung haben.
- Verschlüsselungsschlüssel sind verschlüsselt, wenn sie vom DS-User zum DS-Client und vom DS-Client zum DS-System übertragen werden.
- Verschlüsselungsschlüssel werden nur benutzt, um die Datenvalidierung durchzuführen. Das DS-System wird die Schlüssel nicht nach der Validierung behalten.
2. Der Validierungsprozess kann auf Anfrage ausgelöst oder geplant werden.
3. Die Validierung auf Anfrage hat zwei Optionen:
- Alle Online-Daten validieren (alle Generationen aller Dateien).
- Selektiv - eine Baumdarstellung wie im Restore-Vorgang wird angezeigt, um die Auswahl der Verzeichnisse/Dateien sowie Generationen zum Validieren zu ermöglichen.
4. Die Verarbeitungssequenz der geplanten Aktivitäten eines Backup-Satzes ist: 1. Backup ausführen, 2. Durchsetzung der Retention, 3. Validierung durchführen, 4. BLM ausführen.
5. Wenn die Validierung in einem Zeitplan eingestellt wird, muss der Kunde die Verschlüsselungsschlüssel eingeben und der DS-Client überprüft sie. Die Validierungsaktivität kann nur dann in einem Zeitplan aktiviert werden, wenn der Kunde korrekte Schlüssel eingibt.
6. Die geplante Validierung hat die folgenden Optionen:
- Alle Online-Daten (alle Generationen aller Dateien) oder nur die letzte Generation (Schnappschuss) validieren.
- Dateien, die bereits in der Quelle gelöscht wurden, einschließen oder ausschließen
7. Die geplante Validierung hat außerdem die Option, an der unterbrochenen Stelle einer vorherigen geplanten Validierung wiederaufzunehmen.
- Wenn eine geplante Validierung alle ausgewählten Dateien vollständig verarbeitet hat, wird die nächste geplante Validierung (des selben Backup-Satzes) vom Anfang an starten.
- Um den Unterbrechungspunkt finden zu können, werden Dateien in der Reihenfolge von Freigabe-ID, Verzeichnis-ID, Datei-ID und Generation verarbeitet.
8. Die Validierung ist für statistische Backup-Sätze nicht verfügbar, da es keine Daten im DS-System zum Validieren gibt.
9. Wenn eine Beschädigung einer Datei festgestellt wird (inklusive der Fehler "digitale Signatur stimmt nicht überein"), werden diese Datei und alle von ihr abhängigen Dateien (manchmal kann eine Delta-Datei theoretisch von einer Datei abhängen, sie hängt aber in Wirklichkeit nicht von ihr ab) in das Verzeichnis "trash" verschoben. Der damit verbundene Fehler wird sowohl im DS-System als auch im DS-Client berichtet.
- Falls das DS-System ein Teil einer Replikationsgruppe ist, wird der Validierungsprozess versuchen, die Datei von einem der anderen Replikations-DS-Systemen zu erhalten. Falls die Datei erfolgreich wiederhergestellt ist, ist keine Aktion vom DS-Client erforderlich.
- Falls die Datei nicht erfolgreich von einem Replikations-DS-System erhalten werden kann, dann wird der Backup-Satz als "out-of-sync" (nicht synchronisiert) markiert und DS-Client wird diesen Backup-Satz synchronisieren und die Datei (falls diese noch immer auf dem gesicherten Quellrechner existiert) erneut senden müssen.
10. Wenn der Wiederherstellbarkeitsstatus vorübergehend nicht festgestellt werden kann (Netzwerkprobleme etc.), wird das DS-System die Validierung dieser Datei überspringen. Der damit verbundene Fehler wird sowohl im DS-System als auch im DS-Client berichtet.
11. Wenn eine Datei ursprünglich keine für die Validierung benötigte Signatur hatte, wird eine Warnung angezeigt.
12. Falls beschädigte Dateien entfernt werden, wird das DS-System die Backup-Sätze als "nicht synchronisiert" am Ende des Validierungsprozesses markieren.
13. Nur Benutzer mit der Verwalter-Rolle im DS-Client dürfen einen Validierungsprozess starten.
Vergleich der Funktionen des Validierungsprozesses (Kernbestandteil) und der Funktionen des Dienstprogramms Autonomic-Healing
- Hinweis: Autonomic-Healing ist ein Dienstprogramm, das auf dem DS-System fortlaufend ausgeführt werden sollte, um alle Beschädigungen / Inkonsistenzen sobald wie möglich zu finden und zu reparieren. Einige Beschädigungen / Inkonsistenzen können als Folge haben, dass Dateien nicht wiederhergestellt werden können, und der Backup-Satz nicht synchronisiert werden kann, solange die Beschädigungen / Inkonsistenzen nicht repariert sind. Autonomic-Healing ist das Dienstprogramm mit den stärksten Funktionen verfügbar, um solche Beschädigungen und Inkonsistenzen automatisch zu reparieren.
Die Aufgabe des Validierungsprozesses ist es, sicherzustellen, dass es keine Beschädigungen / Inkonsistenzen gibt, aufgrund denen Dateien nicht wiederherstellbar sein könnten. Die Validierung hat einige Reparaturfähigkeiten, aber ihre primäre Funktion ist nicht das Reparieren (das ist die Aufgabe von Autonomic-Healing). Wenn ein Kunde bestätigen möchte, dass der Online-Speicher wiederherstellbar ist, kann er den Validierungsprozess ausführen lassen. Wenn der Validierungsprozess keine Probleme findet, kann der Kunde sicher sein, dass der Online-Speicher wiederherstellbar ist. Wenn Autonomic-Healing fortlaufend ausgeführt wird, kann das außerdem das Vertrauen in die Wiederherstellbarkeit des Online-Speichers maximieren.
Siehe auch
- "Autonomic Healing"
- "Autonomic-Healing & Systemverwaltung (Ausführlicher Überblick)"
- "Validierung (vom DS-System ausgelöst)"
Die in diesem Dokument enthaltenen Informationen sind "ohne Mängelgewähr", ohne jegliche Gewährleistung. ASIGRA Inc. (ASIGRA) übernimmt keine Gewährleistung, weder ausdrücklich, noch stillschweigend. In keinem Fall haften ASIGRA oder seine Geschäftspartner für jedwede Schäden, eingeschlossen direkt, indirekt, zufällig, daraus folgend, für Verlust von Geschäftsgewinnen oder besondere Schäden, auch dann nicht, wenn ASIGRA oder ihren Geschäftspartnern die Möglichkeit solcher Schäden angekündigt wurde. © Asigra Inc. Alle Rechte vorbehalten. Vertraulich.
![]() ![]() |