Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Überprüfen der Objektintegrität

PDFs

Das StorageGRID -System überprüft die Integrität der Objektdaten auf Speicherknoten und sucht nach beschädigten und fehlenden Objekten.

Es gibt zwei Überprüfungsprozesse: Hintergrundüberprüfung und Objektexistenzprüfung (früher Vordergrundüberprüfung genannt). Sie arbeiten zusammen, um die Datenintegrität sicherzustellen. Die Hintergrundüberprüfung läuft automatisch und prüft kontinuierlich die Richtigkeit der Objektdaten. Die Objektexistenzprüfung kann von einem Benutzer ausgelöst werden, um die Existenz (jedoch nicht die Richtigkeit) von Objekten schneller zu überprüfen.

Was ist eine Hintergrundüberprüfung?

Der Hintergrundüberprüfungsprozess prüft Speicherknoten automatisch und kontinuierlich auf beschädigte Kopien von Objektdaten und versucht automatisch, alle gefundenen Probleme zu beheben.

Bei der Hintergrundüberprüfung wird die Integrität replizierter und löschcodierter Objekte wie folgt überprüft:

  • Replizierte Objekte: Wenn der Hintergrundüberprüfungsprozess ein beschädigtes repliziertes Objekt findet, wird die beschädigte Kopie von ihrem Speicherort entfernt und an einer anderen Stelle auf dem Speicherknoten unter Quarantäne gestellt. Anschließend wird eine neue, unbeschädigte Kopie erstellt und platziert, um die aktiven ILM-Richtlinien zu erfüllen. Die neue Kopie wird möglicherweise nicht auf dem Speicherknoten abgelegt, der für die Originalkopie verwendet wurde.

Hinweis Beschädigte Objektdaten werden unter Quarantäne gestellt und nicht aus dem System gelöscht, sodass weiterhin auf sie zugegriffen werden kann. Weitere Informationen zum Zugriff auf unter Quarantäne gestellte Objektdaten erhalten Sie beim technischen Support.

  • Erasure-Coded-Objekte: Wenn der Hintergrundüberprüfungsprozess erkennt, dass ein Fragment eines Erasure-Coded-Objekts beschädigt ist, versucht StorageGRID automatisch, das fehlende Fragment an Ort und Stelle auf demselben Speicherknoten mithilfe der verbleibenden Daten- und Paritätsfragmente wiederherzustellen. Wenn das beschädigte Fragment nicht wiederhergestellt werden kann, wird versucht, eine weitere Kopie des Objekts abzurufen. Wenn der Abruf erfolgreich ist, wird eine ILM-Auswertung durchgeführt, um eine Ersatzkopie des löschcodierten Objekts zu erstellen.

    Der Hintergrundüberprüfungsprozess prüft nur Objekte auf Speicherknoten. Es werden keine Objekte in einem Cloud-Speicherpool überprüft. Objekte müssen älter als vier Tage sein, um für die Hintergrundüberprüfung in Frage zu kommen.

Die Hintergrundüberprüfung läuft kontinuierlich und ist so konzipiert, dass sie die normalen Systemaktivitäten nicht beeinträchtigt. Die Hintergrundüberprüfung kann nicht gestoppt werden. Sie können jedoch die Hintergrundüberprüfungsrate erhöhen, um den Inhalt eines Speicherknotens schneller zu überprüfen, wenn Sie ein Problem vermuten.

Warnungen im Zusammenhang mit der Hintergrundüberprüfung

Wenn das System ein beschädigtes Objekt erkennt, das es nicht automatisch korrigieren kann (weil die Beschädigung die Identifizierung des Objekts verhindert), wird die Warnung Unbekanntes beschädigtes Objekt erkannt ausgelöst.

Wenn die Hintergrundüberprüfung ein beschädigtes Objekt nicht ersetzen kann, weil keine andere Kopie gefunden werden kann, wird die Warnung „Objekte verloren“ ausgelöst.

Ändern Sie die Hintergrundüberprüfungsrate

Sie können die Rate ändern, mit der die Hintergrundüberprüfung replizierte Objektdaten auf einem Speicherknoten prüft, wenn Sie Bedenken hinsichtlich der Datenintegrität haben.

Bevor Sie beginnen
Informationen zu diesem Vorgang

Sie können die Überprüfungsrate für die Hintergrundüberprüfung auf einem Speicherknoten ändern:

  • Adaptiv: Standardeinstellung. Die Aufgabe ist für eine Überprüfung mit maximal 4 MB/s oder 10 Objekten/s ausgelegt (je nachdem, was zuerst überschritten wird).

  • Hoch: Die Speicherüberprüfung erfolgt schnell, mit einer Geschwindigkeit, die normale Systemaktivitäten verlangsamen kann.

Verwenden Sie die hohe Überprüfungsrate nur, wenn Sie vermuten, dass ein Hardware- oder Softwarefehler die Objektdaten beschädigt haben könnte. Nachdem die Hintergrundüberprüfung mit hoher Priorität abgeschlossen ist, wird die Überprüfungsrate automatisch auf „Adaptiv“ zurückgesetzt.

Schritte

  1. Wählen Sie SUPPORT > Tools > Gittertopologie.

  2. Wählen Sie Speicherknoten > LDR > Verifizierung.

  3. Wählen Sie Konfiguration > Haupt.

  4. Gehen Sie zu LDR > Verifizierung > Konfiguration > Haupt.

  5. Wählen Sie unter „Hintergrundüberprüfung“ Überprüfungsrate > Hoch oder Überprüfungsrate > Adaptiv.

    Einstellen der Überprüfungsrate

  6. Klicken Sie auf Änderungen übernehmen.

  7. Überwachen Sie die Ergebnisse der Hintergrundüberprüfung für replizierte Objekte.

    1. Gehen Sie zu NODES > Storage Node > Objects.

    2. Überwachen Sie im Abschnitt „Überprüfung“ die Werte für Beschädigte Objekte und Unidentifizierte beschädigte Objekte.

      Wenn bei der Hintergrundüberprüfung beschädigte replizierte Objektdaten gefunden werden, wird die Metrik Beschädigte Objekte erhöht und StorageGRID versucht, die Objektkennung wie folgt aus den Daten zu extrahieren:

      • Wenn die Objektkennung extrahiert werden kann, erstellt StorageGRID automatisch eine neue Kopie der Objektdaten. Die neue Kopie kann überall im StorageGRID -System erstellt werden, wo die aktiven ILM-Richtlinien erfüllt werden.

      • Wenn die Objektkennung nicht extrahiert werden kann (weil sie beschädigt wurde), wird die Metrik Beschädigte Objekte nicht identifiziert erhöht und die Warnung Unidentifiziertes beschädigtes Objekt erkannt ausgelöst.

    3. Wenn beschädigte replizierte Objektdaten gefunden werden, wenden Sie sich an den technischen Support, um die Grundursache der Beschädigung zu ermitteln.

  8. Überwachen Sie die Ergebnisse der Hintergrundüberprüfung für Erasure-Codierte Objekte.

    Wenn bei der Hintergrundüberprüfung beschädigte Fragmente von Erasure-Coded-Objektdaten gefunden werden, wird das Attribut „Beschädigte Fragmente erkannt“ erhöht. StorageGRID stellt das Problem wieder her, indem das beschädigte Fragment an Ort und Stelle auf demselben Speicherknoten neu erstellt wird.

    1. Wählen Sie SUPPORT > Tools > Gittertopologie.

    2. Wählen Sie Speicherknoten > LDR > Erasure Coding.

    3. Überwachen Sie in der Tabelle „Verifizierungsergebnisse“ das Attribut „Beschädigte Fragmente erkannt“ (ECCD).

  9. Nachdem beschädigte Objekte automatisch vom StorageGRID System wiederhergestellt wurden, setzen Sie die Anzahl der beschädigten Objekte zurück.

    1. Wählen Sie SUPPORT > Tools > Gittertopologie.

    2. Wählen Sie Speicherknoten > LDR > Verifizierung > Konfiguration.

    3. Wählen Sie Anzahl beschädigter Objekte zurücksetzen.

    4. Klicken Sie auf Änderungen übernehmen.

  10. Wenn Sie sicher sind, dass die unter Quarantäne gestellten Objekte nicht benötigt werden, können Sie sie löschen.

    Hinweis Wenn die Warnung „Objekte verloren“ ausgelöst wurde, möchte der technische Support möglicherweise auf unter Quarantäne gestellte Objekte zugreifen, um das zugrunde liegende Problem zu beheben oder eine Datenwiederherstellung zu versuchen.

    1. Wählen Sie SUPPORT > Tools > Gittertopologie.

    2. Wählen Sie Speicherknoten > LDR > Verifizierung > Konfiguration.

    3. Wählen Sie Unter Quarantäne gestellte Objekte löschen.

    4. Wählen Sie Änderungen übernehmen.

Was ist eine Objektexistenzprüfung?

Die Objektexistenzprüfung überprüft, ob alle erwarteten replizierten Kopien von Objekten und Erasure-Coded-Fragmenten auf einem Speicherknoten vorhanden sind. Bei der Objekt-Existenzprüfung werden nicht die Objektdaten selbst überprüft (dies geschieht durch die Hintergrundüberprüfung). Stattdessen bietet sie eine Möglichkeit, die Integrität von Speichergeräten zu überprüfen, insbesondere wenn ein kürzlich aufgetretenes Hardwareproblem die Datenintegrität beeinträchtigt haben könnte.

Im Gegensatz zur Hintergrundüberprüfung, die automatisch erfolgt, müssen Sie einen Job zur Überprüfung der Objektexistenz manuell starten.

Die Objektexistenzprüfung liest die Metadaten für jedes in StorageGRID gespeicherte Objekt und überprüft die Existenz sowohl replizierter Objektkopien als auch löschcodierter Objektfragmente. Mit fehlenden Daten wird wie folgt verfahren:

  • Replizierte Kopien: Wenn eine Kopie der replizierten Objektdaten fehlt, versucht StorageGRID automatisch, die Kopie durch eine an anderer Stelle im System gespeicherte Kopie zu ersetzen. Der Speicherknoten führt eine vorhandene Kopie durch eine ILM-Auswertung aus, die ergibt, dass die aktuelle ILM-Richtlinie für dieses Objekt nicht mehr erfüllt wird, da eine andere Kopie fehlt. Eine neue Kopie wird erstellt und platziert, um die aktiven ILM-Richtlinien des Systems zu erfüllen. Diese neue Kopie wird möglicherweise nicht am selben Ort abgelegt, an dem die fehlende Kopie gespeichert war.

  • Erasure-Coded-Fragmente: Wenn ein Fragment eines Erasure-Coded-Objekts fehlt, versucht StorageGRID automatisch, das fehlende Fragment an Ort und Stelle auf demselben Speicherknoten mithilfe der verbleibenden Fragmente wiederherzustellen. Wenn das fehlende Fragment nicht wiederhergestellt werden kann (weil zu viele Fragmente verloren gegangen sind), versucht ILM, eine weitere Kopie des Objekts zu finden, mit der es ein neues Erasure-Coded-Fragment generieren kann.

Führen Sie eine Objekt-Existenzprüfung durch

Sie erstellen und führen jeweils einen Job zur Objektexistenzprüfung aus. Wenn Sie einen Job erstellen, wählen Sie die Speicherknoten und Volumes aus, die Sie überprüfen möchten. Sie wählen auch die Konsistenz für den Auftrag aus.

Bevor Sie beginnen

  • Sie sind beim Grid Manager angemeldet mit einem"unterstützter Webbrowser" .

  • Sie haben die"Wartungs- oder Root-Zugriffsberechtigung" .

  • Sie haben sichergestellt, dass die Speicherknoten, die Sie überprüfen möchten, online sind. Wählen Sie NODES aus, um die Knotentabelle anzuzeigen. Stellen Sie sicher, dass neben dem Knotennamen der Knoten, die Sie überprüfen möchten, keine Warnsymbole angezeigt werden.

  • Sie haben sichergestellt, dass die folgenden Prozeduren auf den Knoten, die Sie überprüfen möchten, nicht ausgeführt werden:

    • Netzerweiterung zum Hinzufügen eines Speicherknotens

    • Außerbetriebnahme von Speicherknoten

    • Wiederherstellung eines ausgefallenen Speichervolumes

    • Wiederherstellung eines Speicherknotens mit einem ausgefallenen Systemlaufwerk

    • EC-Neugewichtung

    • Appliance-Knotenklon

Die Objektexistenzprüfung liefert keine nützlichen Informationen, während diese Verfahren ausgeführt werden.

Informationen zu diesem Vorgang

Die Ausführung eines Objektexistenzprüfungsauftrags kann Tage oder Wochen dauern, abhängig von der Anzahl der Objekte im Raster, den ausgewählten Speicherknoten und Datenträgern und der ausgewählten Konsistenz. Sie können jeweils nur einen Job ausführen, aber Sie können mehrere Speicherknoten und Volumes gleichzeitig auswählen.

Schritte

  1. Wählen Sie WARTUNG > Aufgaben > Objektexistenzprüfung.

  2. Wählen Sie Job erstellen. Der Assistent „Job zur Objektexistenzprüfung erstellen“ wird angezeigt.

  3. Wählen Sie die Knoten aus, die die Volumes enthalten, die Sie überprüfen möchten. Um alle Online-Knoten auszuwählen, aktivieren Sie das Kontrollkästchen Knotenname in der Spaltenüberschrift.

    Sie können nach Knotennamen oder Site suchen.

    Sie können keine Knoten auswählen, die nicht mit dem Raster verbunden sind.

  4. Wählen Sie Weiter.

  5. Wählen Sie für jeden Knoten in der Liste ein oder mehrere Volumes aus. Sie können anhand der Speichervolumenummer oder des Knotennamens nach Volumes suchen.

    Um alle Volumes für jeden ausgewählten Knoten auszuwählen, aktivieren Sie das Kontrollkästchen Speichervolume in der Spaltenüberschrift.

  6. Wählen Sie Weiter.

  7. Wählen Sie die Konsistenz für den Auftrag aus.

    Die Konsistenz bestimmt, wie viele Kopien der Objektmetadaten für die Objektexistenzprüfung verwendet werden.

    • Strong-Site: Zwei Kopien der Metadaten an einer einzigen Site.

    • Stark-global: Zwei Kopien der Metadaten an jedem Standort.

    • Alle (Standard): Alle drei Kopien der Metadaten an jedem Standort.

      Weitere Informationen zur Konsistenz finden Sie in den Beschreibungen im Assistenten.

  8. Wählen Sie Weiter.

  9. Überprüfen und bestätigen Sie Ihre Auswahl. Sie können Zurück auswählen, um zu einem vorherigen Schritt im Assistenten zu gelangen und Ihre Auswahl zu aktualisieren.

    Ein Job zur Objektexistenzprüfung wird generiert und ausgeführt, bis eines der folgenden Ereignisse eintritt:

    • Der Auftrag ist abgeschlossen.

    • Sie pausieren oder brechen den Auftrag ab. Sie können einen Job fortsetzen, den Sie angehalten haben, aber Sie können einen Job nicht fortsetzen, den Sie abgebrochen haben.

    • Der Job stockt. Die Warnung „Prüfung der Objektexistenz ist ins Stocken geraten“ wird ausgelöst. Befolgen Sie die für die Warnung angegebenen Korrekturmaßnahmen.

    • Der Auftrag schlägt fehl. Die Warnung Prüfung der Objektexistenz fehlgeschlagen wird ausgelöst. Befolgen Sie die für die Warnung angegebenen Korrekturmaßnahmen.

    • Es wird die Meldung „Dienst nicht verfügbar“ oder „Interner Serverfehler“ angezeigt. Aktualisieren Sie die Seite nach einer Minute, um den Auftrag weiter zu überwachen.

      Hinweis Bei Bedarf können Sie von der Seite zur Objektexistenzprüfung weg navigieren und zurückkehren, um die Überwachung des Auftrags fortzusetzen.

  10. Zeigen Sie während der Ausführung des Auftrags die Registerkarte Aktiver Auftrag an und notieren Sie sich den Wert „Fehlende Objektkopien erkannt“.

    Dieser Wert stellt die Gesamtzahl der fehlenden Kopien replizierter Objekte und löschcodierter Objekte mit einem oder mehreren fehlenden Fragmenten dar.

    Wenn die Anzahl der erkannten fehlenden Objektkopien größer als 100 ist, liegt möglicherweise ein Problem mit dem Speicher des Speicherknotens vor.

    OEC-Aktivjob

  11. Führen Sie nach Abschluss des Auftrags alle weiteren erforderlichen Aktionen aus:

    • Wenn „Fehlende Objektkopien erkannt“ null ist, wurden keine Probleme gefunden. Es ist keine Aktion erforderlich.

    • Wenn die Anzahl der erkannten fehlenden Objektkopien größer als Null ist und die Warnung Objekte verloren nicht ausgelöst wurde, wurden alle fehlenden Kopien vom System repariert. Stellen Sie sicher, dass alle Hardwareprobleme behoben wurden, um zukünftige Schäden an Objektkopien zu verhindern.

    • Wenn die Anzahl der erkannten fehlenden Objektkopien größer als Null ist und die Warnung „Objekte verloren“ ausgelöst wurde, kann die Datenintegrität beeinträchtigt sein. Wenden Sie sich an den technischen Support.

    • Sie können verlorene Objektkopien untersuchen, indem Sie mit grep die LLST-Auditmeldungen extrahieren: grep LLST audit_file_name .

      Dieses Verfahren ist ähnlich wie bei"Untersuchung verlorener Gegenstände" , obwohl Sie für Objektkopien nach LLST anstatt OLST .

  12. Wenn Sie für den Job die starke Site- oder starke globale Konsistenz ausgewählt haben, warten Sie ungefähr drei Wochen, bis die Metadatenkonsistenz erreicht ist, und führen Sie den Job dann erneut auf denselben Volumes aus.

    Wenn StorageGRID Zeit hatte, die Metadatenkonsistenz für die im Job enthaltenen Knoten und Volumes zu erreichen, kann eine erneute Ausführung des Jobs fälschlicherweise als fehlend gemeldete Objektkopien löschen oder dazu führen, dass zusätzliche Objektkopien überprüft werden, wenn diese fehlten.

    1. Wählen Sie WARTUNG > Objektexistenzprüfung > Auftragsverlauf.

    2. Bestimmen Sie, welche Jobs zur erneuten Ausführung bereit sind:

      1. Sehen Sie sich die Spalte Endzeit an, um festzustellen, welche Jobs vor mehr als drei Wochen ausgeführt wurden.

      2. Durchsuchen Sie für diese Jobs die Spalte „Konsistenzkontrolle“ nach „Strong-Site“ oder „Strong-Global“.

    3. Aktivieren Sie das Kontrollkästchen für jeden Job, den Sie erneut ausführen möchten, und wählen Sie dann Erneut ausführen.

      OEC-Wiederholung

    4. Überprüfen Sie im Assistenten „Jobs erneut ausführen“ die ausgewählten Knoten und Volumes sowie die Konsistenz.

    5. Wenn Sie bereit sind, die Jobs erneut auszuführen, wählen Sie Erneut ausführen.

Die Registerkarte „Aktiver Job“ wird angezeigt. Alle von Ihnen ausgewählten Jobs werden als ein Job mit einer starken Site-Konsistenz erneut ausgeführt. Im Feld Verwandte Jobs im Abschnitt „Details“ werden die Job-IDs für die ursprünglichen Jobs aufgelistet.

Nach Abschluss

Wenn Sie weiterhin Bedenken hinsichtlich der Datenintegrität haben, gehen Sie zu SUPPORT > Tools > Grid-Topologie > Site > Storage Node > LDR > Verifizierung > Konfiguration > Main und erhöhen Sie die Hintergrundüberprüfungsrate. Die Hintergrundüberprüfung prüft die Richtigkeit aller gespeicherten Objektdaten und behebt alle gefundenen Probleme. Durch das möglichst schnelle Auffinden und Beheben potenzieller Probleme wird das Risiko eines Datenverlusts verringert.