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.

Allgemeines zum SP

Beitragende

Der Service-Prozessor (SP) ist ein Remote-Managementgerät, mit dem Sie Remote auf einen Node zugreifen, diesen überwachen und Probleme beheben können.

Zu den wichtigsten Funktionen des SP gehören:

  • Über den SP können Sie Remote auf einen Node zugreifen, um unabhängig vom Status des Node Controller Diagnose, Herunterfahren, ein- und Ausschalten oder ein Neubooten des Node zu ermöglichen.

    Der SP wird mit Standby-Spannung betrieben, die verfügbar ist, solange der Node von mindestens einem seiner Netzteile mit Strom versorgt wird.

    Sie können sich von einem Administrationshost aus mithilfe einer Secure-Shell-Client-Applikation beim SP anmelden. Anschließend können Sie die SP-CLI für die Remote-Überwachung und die Fehlerbehebung für den Node verwenden. Darüber hinaus können Sie mit dem SP auf die serielle Konsole zugreifen und ONTAP Befehle Remote ausführen.

    Sie können von der seriellen Konsole aus auf den SP zugreifen oder vom SP aus auf die serielle Konsole zugreifen. Der SP ermöglicht Ihnen das gleichzeitige Öffnen einer SP-CLI-Sitzung und einer separaten Konsolensitzung.

    Wenn beispielsweise von einem Temperatursensor ein kritisch hoher oder niedriger Wert wird, löst ONTAP den SP aus, um das Motherboard ordnungsgemäß herunterzufahren. Wenn die serielle Konsole nicht mehr reagiert, können Sie jedoch weiterhin Strg-G auf der Konsole drücken, um auf die SP-CLI zuzugreifen. Anschließend können Sie die verwenden system power on Oder system power cycle Befehl vom SP zum ein- und Ausschalten des Node sowie aus- und Wiedereinschalten des Node.

  • Der SP überwacht Umgebungssensoren und protokolliert Ereignisse, sodass Sie rechtzeitig und effektiv Serviceaktionen vornehmen können.

    Der SP überwacht Umgebungssensoren, z. B. Temperaturen des Node, Spannungen, Ströme und Lüftergeschwindigkeiten. Wenn ein Umgebungssensor einen anormalen Zustand aufweist, protokolliert der SP die anormalen Messwerte, benachrichtigt den ONTAP über das Problem und sendet Warnmeldungen und „deigene System“-Benachrichtigungen je nach Bedarf über eine AutoSupport-Meldung, unabhängig davon, ob der Node AutoSupport Meldungen senden kann.

    Der SP protokolliert zudem Ereignisse, z. B. Boot-Status, Änderungen an der Field Replaceable Unit (FRU), von ONTAP generierte Ereignisse und den SP-Befehlshistorie. Sie können eine AutoSupport Meldung manuell aufrufen, um die SP-Protokolldateien einzubeziehen, die von einem angegebenen Node erfasst werden.

    Abgesehen vom Generieren dieser Meldungen im Auftrag eines Node, der nicht verfügbar ist und dem Anschließen zusätzlicher Diagnoseinformationen an AutoSupport Meldungen anhängen, hat der SP keine Auswirkungen auf die AutoSupport Funktion. Die AutoSupport-Konfigurationseinstellungen und das Verhalten bei Nachrichteninhalten werden von ONTAP übernommen.

    Hinweis

    Der SP muss sich nicht auf das verlassen -transport Parametereinstellung des system node autosupport modify Befehl zum Senden von Benachrichtigungen. Der SP verwendet nur das Simple Mail Transport Protocol (SMTP) und erfordert die AutoSupport-Konfiguration des Hosts, um Mail-Host-Informationen einzubeziehen.

    Wenn SNMP aktiviert ist, generiert der SP SNMP-Traps an konfigurierte Trap-Hosts für alle „deigenen System“ Ereignisse.

  • Der SP hat einen nichtflüchtigen Arbeitsspeicherpuffer, in dem bis zu 4,000 Ereignisse in einem Systemereignisprotokoll (SEL) gespeichert werden können. Anhand dieses Protokolls können Sie Probleme diagnostizieren.

    Das SEL speichert jeden Eintrag des Prüfprotokolls als Audit-Ereignis. Sie wird im integrierten Flash-Speicher auf dem SP gespeichert. Die Ereignisliste aus dem SEL wird automatisch vom SP über eine AutoSupport Meldung an die angegebenen Empfänger gesendet.

    Das SEL enthält die folgenden Informationen:

    • Vom SP erkannte Hardware-Events, beispielsweise Sensorstatus zu Netzteilen, Spannung oder anderen Komponenten

    • Vom SP erkannte Fehler, beispielsweise ein Kommunikationsfehler, ein Ausfall des Lüfters oder ein Arbeitsspeicher- oder CPU-Fehler

    • Kritische Softwareereignisse, die vom Node an den SP gesendet werden, beispielsweise Panic, ein Fehlschlag bei der Kommunikation, ein Fehlschlag beim Booten oder ein vom Benutzer verursachter “deigenes System“ als Folge der Ausgabe des SP system reset Oder system power cycle Befehl

  • Der SP überwacht die serielle Konsole unabhängig davon, ob Administratoren angemeldet oder mit der Konsole verbunden sind.

    Wenn Meldungen an die Konsole gesendet werden, speichert der SP sie im Konsole-Protokoll. Das Konsole-Protokoll bleibt gespeichert, solange der SP von einem der Netzteile des Node mit Strom versorgt wird. Da der SP mit Standby-Strom betrieben wird, bleibt er auch dann verfügbar, wenn der Node aus- und wieder eingeschaltet oder ganz ausgeschaltet wird.

  • Die Hardware-gestützte Übernahme ist verfügbar, wenn der SP konfiguriert ist.

  • Der SP-API-Service ermöglicht die Kommunikation zwischen ONTAP und dem SP über das Netzwerk.

    Der Service verbessert das ONTAP Management des SP durch die Unterstützung netzwerkbasierter Funktionen, wie z. B. das Verwenden der Netzwerkschnittstelle für das SP-Firmware-Update, sodass ein Node auf die SP-Funktionalität oder die Systemkonsole eines anderen Node zugreifen kann und das SP-Protokoll von einem anderen Node hochgeladen wird.

    Sie können die Konfiguration des SP-API-Dienstes ändern, indem Sie den Port des Dienstes ändern, die SSL- und SSH-Zertifikate erneuern, die vom Dienst für die interne Kommunikation verwendet werden, oder den Service komplett deaktivieren.

Das folgende Diagramm zeigt den Zugriff auf ONTAP und den SP eines Node. Auf die SP-Schnittstelle ist über den Ethernet-Port zugegriffen (wird durch ein Schraubenschlüsselsymbol auf der Rückseite des Chassis angezeigt):

Diese Grafik wird durch den umgebenden Text beschrieben.