Einstellungen des Prüf-Service-Providers

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

Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf einen der folgenden Pfade:
  • Sicherheit > Sicherheitsprüfung > Prüf-Service-Provider > Name_des_Prüf-Service-Providers
  • Sicherheit > Sicherheitsprüfung > Prüf-Service-Provider > Neu > Binärdateibasierter Emitter
  • Sicherheit > Sicherheitsprüfung > Prüf-Service-Provider > Neu > Fremdanbieter-Emitter
  • [z/OS]Sicherheit > Sicherheitsprüfung > Prüf-Service-Provider > Neu > SMF-Emitter

Name

Gibt den eindeutigen Namen an, der dem Prüf-Service-Provider 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üfservice 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. Alternativ dazu wird empfohlen, den Server so zu 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 oder IBM® i-Systemen. Sie können HPEL auch in Verbindung mit Ihren nativen z/OS-Protokolleinrichtungen 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üf-Service-Provider-Implementierung spezifisch ist. Die Prüf-Service-Provider-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 Filter" aus, und klicken Sie anschließend auf >.

Aktivierte Filter

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

Angepasste Eigenschaften

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

Symbol, das den Typ des Artikels anzeigt. Referenzartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=usec_sa_asp_detail
Dateiname:usec_sa_asp_detail.html