Verwalten Sie große Speichernutzlasten in Linux und Solaris

  • Freigeben Version: Australia
  • Aktualisiert 26. Juni 2026
  • 2 Minuten Lesedauer
  • Große Nutzlasten für direkt angeschlossenen Linux- und Solaris-Speicher können zu Fehlern bei fehlendem Arbeitsspeicher führen, wenn sie nicht so konfiguriert sind, dass die Verarbeitung der Nutzlast serialisiert wird.

    Vorbereitungen

    Erforderliche Rolle: discovery_admin oder admin

    Warum und wann dieser Vorgang ausgeführt wird

    Wenn Linux- oder Solaris-Speichersensoren Nutzlasten großer Datenträger-Arrays verarbeiten, werden Worker-Threads gleichzeitig ausgeführt, was dazu führen kann, dass einem Instanzknoten der Arbeitsspeicher ausgeht und er neu gestartet werden muss. Um dies zu verhindern, steuert die Tabelle [Discovery_Sensor_yield] das Verhalten von Worker-Threads, die zur Verarbeitung großer Nutzlasten verwendet werden. Wenn die Discovery einen Sensor verarbeitet, überprüft sie die Tabelle [Discovery_Sensor_yield] für diesen Sensor. Wenn der Sensor in der Tabelle aufgeführt ist und die Nutzlastgröße den konfigurierten Grenzwert in der Tabelle überschreitet, versucht der Worker, eine Sperre zu sichern, bevor die Nutzlast verarbeitet wird. Wenn die Sperre nicht verfügbar ist, da ein anderer Worker bereits eine große Nutzlast verarbeitet, plant der wartende Worker den nächsten Auftrag für 30 Sekunden später neu und wechselt zu anderen Aufgaben. Der Auftrag wartet dann in der Tabelle „Zeitplanelement“ [sys_Trigger] auf einen inaktiven Worker, der ihn abholt. Diese Serialisierung findet pro Knoten statt, sodass mehrere Knoten große Nutzlasten gleichzeitig verarbeiten können. Das Verarbeitungsintervall von 30 Sekunden kann nicht konfiguriert werden.
    Wichtig:
    Diese Schwellenwerte wurden nur für Linux- und Solaris-Speichersensoren erstellt und sollten in den meisten Fällen nicht geändert werden. Wenn Ihrer Instanz der Arbeitsspeicher ausgeht und gleichzeitig mehrere große Speichernutzlasten verarbeitet, sollten Sie erwägen, die Discovery dieser Systeme auf Zeiten mit geringerer Aktivität zu planen. Wenn dies nicht möglich ist, überprüfen Sie die ECC-Warteschlange, um zu bestimmen, welcher Speichersensor das Problem verursacht, und notieren Sie sich die Größe der Nutzlast. Wenn die Nutzlastgröße unter der des Schwellenwerts in der Tabelle [Discovery_Sensor_yield] liegt, senken Sie den Schwellenwert so weit ab, dass diese Nutzlast serialisiert wird. Wenn ein anderer Sensor als der Linux- oder Solaris-Speichersensor verantwortlich ist, können Sie diesen Sensor der Tabelle [Discovery_Sensor_yield] hinzufügen. Stellen Sie sicher, dass Sie den Schwellenwert für die Nutzlastgröße richtig festlegen. Das Serialisieren der Sensorverarbeitung kann die Discovery verlangsamen.

    Prozedur

    1. Geben Sie im Anwendungsnavigator-Filter ein Discovery_Sensor_yield.list .
      Das Basis-Discovery-System serialisiert diese Sensoren, wenn ihre Nutzlasten 512 KB überschreiten:
      • Solaris: Speicher
      • Linux: Speicher
      • UNIX: ADM erweitert
      • Fenster: ADM erweitert
    2. Doppelklicken Sie auf, um den Schwellenwert zu ändern Wert Spalte in der Liste und bearbeiten Sie die Größe.
      Abbildung : 1. Der Schwellenwert für den Sensorertrag wird bearbeitet
      Der Schwellenwert für den Sensorertrag wird bearbeitet
    3. Um einen weiteren Sensor hinzuzufügen und für die Nutzlastserialisierung zu konfigurieren, klicken Sie auf Neu Und füllen Sie die Felder im Formular aus.
      • Sensor : Zu konfigurierender Speichersensor.
      • Wert : Schwellenwertgröße für den Sensor.
    4. Klicken Sie auf Absenden.