Übersicht der Validierung


Erstellungsdatum: 24. August 2006
Revisionsdatum: 20. September 2012
Produkt: DS-System

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.

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.

2. Der Validierungsprozess kann auf Anfrage ausgelöst oder geplant werden.

3. Die Validierung auf Anfrage hat zwei Optionen:

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:

7. Die geplante Validierung hat außerdem die Option, an der unterbrochenen Stelle einer vorherigen geplanten Validierung wiederaufzunehmen.

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.

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

Hauptfunktionalität
Beschreibung
Validierungsprozess (Kern)
Autonomic-Healing (Dienstprogramm)
Ausgelöst von
1
Ausgelöst vom DS-Client oder DS-System
DS-Client
DS-System
2
Wer macht die Entscheidung, wann und wie der Prozess ausgeführt wird
Kunde
Dienstanbieter
3
Automatische Auslösungsmethode
Zeitplan
Konfigurieren
4
Kann fortlaufend ausgeführt werden
Nein
Ja
Laufzeitoptionen
1
Auf Anfrage starten/stoppen
Ja
Ja
2
Geschwindigkeit kann an die Auslastung des DS-Systems angepasst werden
Nein
Ja
3
Auf der Dateiebene automatisch wiederaufnehmen
Ja
Ja
4
Benutzerdefinierte Auswahl (auf der Ebene von Verzeichnissen / Dateien / Generationen)
Ja
Nein
Überprüfungsfähigkeiten
1
Datei-Header nach Beschädigung/Inkonsistenzen überprüfen
Ja
Ja
2
Verzeichnisstrom-Header nach Beschädigung/Inkonsistenzen überprüfen
Nein
Ja
3
Bibliothekverknüpfungen nach Beschädigung / Inkonsistenzen überprüfen
Ja
Ja
4
Delta-Dateien nach Beschädigung/Inkonsistenzen überprüfen
Ja
Ja
5
Dateinamen über Generationen nach Beschädigung / Inkonsistenzen überprüfen
Nein
Ja
6
Directory-ID/-Namen nach Beschädigung/Inkonsistenzen überprüfen
Nein
Ja
7
Datei-ID/-Namen nach Beschädigung / Inkonsistenzen überprüfen
Nein
Ja
8
Verwaiste wiederverwendete Generationen überprüfen, die von Datenbeschädigung verursacht wurden
Nein
Ja
9
Sitzungsbeschädigungen/Inkonsistenzen über Generationen überprüfen
Nein
Ja
10
Beschädigungen, die Entschlüsselungsprobleme verursachen, überprüfen
Ja
Nein
11
Beschädigungen, die Dekomprimierungsprobleme verursachen, überprüfen
Ja
Nein
12
Beschädigungen, durch die die digitale Signatur nicht übereinstimmt, überprüfen
Ja
Nein
Reparaturfähigkeiten
1
Beschädigte Dateien löschen (in den "trash" Ordner verschieben)
Ja
Ja
2
Falls das DS-System ein Teil einer Replikationsgruppe ist, wird es versuchen, die gelöschten Dateien von einem Replikations-DS-System zu erhalten. Falls alle Dateien erfolgreich in dieser Weise erhalten wurden, können Sie mit Schritt 3 (unten) fortfahren.
Ja
Ja
3
Backup-Sätze als unsynchronisiert nach der Löschung oder Reparatur beschädigter Dateien markieren
Ja
Ja
4
Beschädigungen/Inkonsistenzen von Datei/Verzeichnis-ID reparieren
Nein
Ja
5
Beschädigungen/Inkonsistenzen des Verzeichnisstandortes reparieren
Nein
Ja
6
Beschädigungen/Inkonsistenzen der Dateinamen innerhalb von Verzeichnissen reparieren
Nein
Ja
7
Beschädigungen / Inkonsistenzen der Dateinamen über Generationen reparieren
Nein
Ja
8
Beschädigungen / Inkonsistenzen von Delta-Linking/Rekonstruktion reparieren
Teilweise
Ja
9
Beschädigungen / Inkonsistenzen der Bibliothekverknüpfungen reparieren
Nein
Ja
10
Verwaiste wiederverwendete Generationen, die von Datenbeschädigung / Inkonsistenzen verursacht wurden, reparieren
Nein
Ja
11
Wiederverwendete Generationen bereinigen, um Speicherplatz zu optimieren
Nein
Ja
12
Sitzungsbeschädigung / Inkonsistenzen über Generationen reparieren
Nein
Ja
Berichte
1
Beschädigungen/Inkonsistenzen im Ereignisprotokoll aufzeichnen
Ja
Ja
2
Beschädigungen/Inkonsistenzen im Ereignisprotokoll des DS-Clients aufzeichnen
Ja
Nein

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



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.


PREVNEXT