Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Beheben Sie die Warnung „Objekte möglicherweise verloren“ in StorageGRID

Änderungen vorschlagen

Wenn die Warnung Objects potentially lost ausgelöst wird, ist eine sofortige Untersuchung erforderlich. Informationen zu den betroffenen Objekten sollten gesammelt und der technische Support kontaktiert werden.

Bevor Sie beginnen
Über diese Aufgabe

Die Warnung „Objekte möglicherweise verloren“ bedeutet, dass laut den verfügbaren Informationen in StorageGRID keine Kopien eines Objekts im Grid vorhanden sind. Daten könnten dauerhaft verloren sein.

Benachrichtigungen über verlorene Objekte sollten umgehend untersucht werden. Möglicherweise sind Maßnahmen erforderlich, um weiteren Datenverlust zu verhindern. In einigen Fällen kann ein verlorenes Objekt wiederhergestellt werden, wenn schnell gehandelt wird.

Achtung Wenn mehr als 10 Objekte als verloren gemeldet werden, wenden Sie sich an den technischen Support. Dieses Verfahren sollte nicht eigenständig durchgeführt werden.
Schritte
  1. Wählen Sie Knoten.

  2. Speicherknoten > Objekte auswählen.

  3. Die Anzahl der verlorenen Objekte in der Tabelle „Objektanzahl“ wird angezeigt.

    Diese Zahl gibt die Gesamtzahl der Objekte an, die dieser Grid-Knoten im gesamten StorageGRID System als fehlend erkennt. Der Wert entspricht der Summe der Lost objects-Zähler der Data store-Komponente innerhalb der LDR- und DDS-Services.

  4. Von einem Admin-Knoten aus "auf das Revisionsprotokoll zugreifen" lässt sich die eindeutige Kennung (UUID) des Objekts bestimmen, das die Warnung Objects potentially lost ausgelöst hat:

    1. Anmeldung am Grid-Knoten:

      1. Geben Sie den folgenden Befehl ein: ssh admin@grid_node_IP

      2. Geben Sie das in der Passwords.txt Datei aufgeführte Passwort ein.

      3. Geben Sie den folgenden Befehl ein, um zu root zu wechseln: su -

      4. Geben Sie das in der Passwords.txt Datei aufgeführte Passwort ein. Wenn Sie als root angemeldet sind, ändert sich die Eingabeaufforderung von $ zu #.

    2. Wechseln Sie in das Verzeichnis, in dem sich die Revisionsprotokolle befinden.

      ${post_edited_translations.segment}

      Option Ziel

      ${post_edited_translations.segment}

      /var/local/log/localaudit.log

      Admin Nodes/lokale Knoten

      • Admin Nodes (primäre und nicht-primäre): /var/local/audit/export/audit.log

      • Alle Knoten: Die /var/local/log/localaudit.log Datei ist in diesem Modus typischerweise leer oder fehlt.

      Externer Syslog Server

      /var/local/log/localaudit.log

      Je nach Ihren Einstellungen für das Revisionsprotokoll-Ziel geben Sie Folgendes ein: cd /var/local/log oder /var/local/audit/export/

      Weitere Informationen sind unter "Protokollspeicherort auswählen" zu finden.

    3. Verwenden Sie grep, um die Revisionsprotokollmeldungen Object Lost (OLST) zu extrahieren. Geben Sie Folgendes ein: grep OLST audit_file_name

    4. Beachten Sie den in der Nachricht enthaltenen UUID-Wert.

      Admin: # grep OLST audit.log
      2020-02-12T19:18:54.780426 [AUDT:[CBID(UI64):0x38186FE53E3C49A5][UUID(CSTR):"926026C4-00A4-449B-AC72-BCCA72DD1311"]
      [PATH(CSTR):"source/cats"][NOID(UI32):12288733][VOLI(UI64):3222345986][RSLT(FC32):NONE][AVER(UI32):10]
      [ATIM(UI64):1581535134780426][ATYP(FC32):OLST][ANID(UI32):12448208][AMID(FC32):ILMX][ATID(UI64):7729403978647354233]]
  5. Die Metadaten des verlorenen Objekts können anhand der UUID ermittelt werden:

    1. ILM > Objektmetadatensuche auswählen.

    2. Die UUID eingeben und Nachschlagen auswählen.

    3. Die Standorte in den Metadaten werden überprüft, und entsprechende Maßnahmen werden ergriffen:

      Metadaten Abschluss

      Objekt <object_identifier> nicht gefunden

      Wird das Objekt nicht gefunden, wird die Meldung "ERROR":"" zurückgegeben.

      Wird das Objekt nicht gefunden, Zähler für potenziell verlorene Objekte zurücksetzen kann die Warnung gelöscht werden. Das Fehlen eines Objekts deutet darauf hin, dass das Objekt absichtlich gelöscht wurde.

      Standorte > 0

      Wenn in der Ausgabe Standorte aufgelistet sind, könnte die Warnung Objects potentially lost ein Fehlalarm sein.

      Bestätigen Sie, dass die Objekte vorhanden sind. Mit der in der Ausgabe aufgeführten Node ID und dem Dateipfad lässt sich bestätigen, dass sich die Objektdatei am angegebenen Speicherort befindet.

      Falls die Objekte existieren, Zähler für potenziell verlorene Objekte zurücksetzen kann die Warnung gelöscht werden.

      Standorte = 0

      Werden in der Ausgabe keine Standorte aufgeführt, fehlt das Objekt möglicherweise. Der technische Support sollte kontaktiert werden.

      Der technische Support könnte Sie bitten festzustellen, ob ein Storage-Wiederherstellungsverfahren im Gange ist. Siehe die Informationen zu "Wiederherstellung von Objektdaten mithilfe von Grid Manager" und "Wiederherstellen von Objektdaten auf einem Speichervolumen".

  6. Nachdem Probleme mit verlorenen Objekten behoben wurden, sollte der Zähler für potenziell verlorene Objekte zurückgesetzt werden, damit Warnmeldungen keine Fehlalarme sind:

    1. Wählen Sie Knoten.

    2. Speicherknoten > Aufgaben auswählen.

    3. ${post_edited_translations.segment}