Einstellungen des Prüfserviceproviders

Verwenden Sie diese Seite, um die Implementierungsdetails des Prüfserviceproviders zu definieren. Es gibt drei Typen von Prüfserviceprovidern: binärdateibasierte Provider, SMF-Provider und Fremdanbieterprovider.

Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf einen der folgenden Pfade:

Sicherheit > Sicherheitsprüfung > Prüfserviceprovider > Name_des_Prüfserviceproviders
Sicherheit > Sicherheitsprüfung > Prüfserviceprovider > Neu > Binärdateibasierter Emitter
Sicherheit > Sicherheitsprüfung > Prüfserviceprovider > Neu > Fremdanbieter-Emitter
Sicherheit > Sicherheitsprüfung > Prüfserviceprovider > Neu > SMF-Emitter

Name

Gibt den eindeutigen Namen an, der dem Prüfserviceprovider zugeordnet ist.

Name der Fremdanbieter-Emitter-Klasse

Gibt den Namen der Klasse für diese Implementierung an. Dieses Feld ist nur für Implementierungen von Fremdanbieter-Emittern vorhanden.

Position der Prüfprotokolldatei

Gibt den Pfad der Binärprotokolldatei an.

Maximale Dateigröße

Gibt die maximale Größe einer einzelnen Binärprotokolldatei an. Dieser Wert wird in Megabytes definiert.

Maximale Anzahl der Prüfprotokolldateien

Gibt die maximale Anzahl der Binärprotokolldateien an, die erstellt werden können, bevor die älteste ersetzt wird.

Anmerkung: Zur maximalen Anzahl an Protokollen gehört nicht das aktuelle Binärprotokoll, in das geschrieben wird. Es ist eine Referenz auf die maximale Anzahl archivierter (mit Zeitmarke versehener) Protokolle. Die Gesamtanzahl der Binärprotokolle für einen Serverprozess ist die maximale Anzahl archivierter Protokolle zuzüglich des aktuellen Protokolls.

Umlauf des Prüfprotokolls

Legt das Umlaufverhalten des binären Prüfprotokolls fest, wenn die maximale Anzahl binärer Prüfprotokolldateien erreicht ist.

Es sind anpassbare Optionen verfügbar, wenn Sie das Standardumlaufverhalten des Prüfprotokolls festlegen. Dies gilt nur für die Implementierung des binären Prüfprotokolls. Wählen Sie eine der folgenden Optionen aus:

WRAP: Wenn Sie diese Option auswählen und die maximale Anzahl der Prüfprotokolle erreicht ist, wird das älteste Prüfprotokoll neu geschrieben. Es wird keine Benachrichtigung an den Prüfer gesendet. Dies ist die Standardoption, die das Standardverhalten in WebSphere Application Server Version 7.0 imitiert.
NOWRAP: Wenn Sie diese Option auswählen, wird das älteste Prüfprotokoll nicht neu geschrieben. Der Prüpfservice wird gestoppt, es wird eine Benachrichtigung an SystemOut.log gesendet, und der Anwendungsserver wird stillgelegt.
SILENT_FAIL: Wenn Sie diese Option auswählen, wird das älteste Prüfprotokoll nicht neu geschrieben. Der Prüfservice wird gestoppt, aber die Fortsetzung des WebSphere-Prozesses wird nicht zugelassen. Es werden keine Benachrichtigungen in SystemOut.log veröffentlicht.
Anmerkung: Wenn die Erstellung von Prüfbenachrichtigungen über Fehler im Prüfsubsystem konfiguriert und SILENT_FAIL ausgewählt ist, wird der Prüfer nicht über den Fehler im Prüfsubsystem benachrichtigt. Die Option SILENT_FAIL hat Vorrang.

Anmerkung: Wenn Sie die Option NOWRAP oder SILENT_FAIL verwenden und der Server gestoppt wird, weil die Protokolle ihre maximale Größe erreicht haben, eine Operation "stopserver" durchgeführt wurde oder der Server abnormal beendet wurde, müssen Sie die binären Prüfprotokolle archivieren, bevor Sie den Server erneut starten.

Anmerkung: Dieser Artikel referenziert eine oder mehrere Protokolldateien des Anwendungsservers. Sie können alternativ (empfohlen) den Server dahingehend konfigurieren, dass er die HPEL-Protokoll- und -Traceinfrastruktur (High Performance Extensible Logging) verwendet und nicht die Dateien SystemOut.log , SystemErr.log, trace.log und activity.log auf verteilten Systemen und Systemen mit IBM i. Sie können HPEL auch in Verbindung mit Ihren nativen z/OS-Protokollierungsfunktionen verwenden. Wenn Sie HPEL verwenden, können Sie mit dem Befehlszeilentool LogViewer im Verzeichnis "bin" des Serverprofils auf alle Ihre Protokoll- und Tracedaten zugreifen. Weitere Informationen zur Verwendung von HPEL finden Sie in der Dokumentation zum Einsatz von HPEL für die Fehlerbehebung in Anwendungen.

Name der Ereignisformatierungsmodulklasse

Gibt eine Klasse an, die verwendet wird, um das generische Ereignis in ein Format zu konvertieren, das für die Prüfserviceprovider-Implementierung spezifisch ist. Die Prüfserviceprovider-Implementierung eines Fremdanbieters kann beispielsweise eine Ereignisformatierungsklasse haben, die das generische Ereignis in XML-Daten umgesetzt.

Auswählbare Filter

Gibt die verfügbaren Ereignisfilter an. Zum Aktivieren eines Filters für eine Implementierung wählen Sie den Filter in der Liste "Auswählbare Ereignisfilter" aus, und klicken Sie anschließend auf >.

Aktivierte Filter

Gibt die Ereignisfilter an, die derzeit für eine Implementierung aktiviert sind. Wählen Sie zum Inaktivieren eines Filters für eine Implementierung einen Filter in der Liste "Aktivierte Filter" aus und klicken Sie anschließend auf <.

Angepasste Eigenschaft

Gibt angepasste Eigenschaften an, die verwendet werden können, um einer Fremdanbieterimplementierung Eigenschaften hinzuzufügen. Angepasste Eigenschaften sind für binärdateibasierte Implementierungen und SMF-Implementierungen nicht verfügbar.

Name
Wert

Dateiname: usec_sa_asp_detail.html