Einstellungen für HTTP-Fehlerprotolle, FRCA-Protokolle und NCSA-Zugriffsprotokolle

Verwenden Sie diese Seite, um die Einstellungen für das globale HTTP-Fehlerprotokoll und das NCSA-Zugriffsprotokoll (National Center for Supercomputing Applications) für einen HTTP-Eingangskanal zu konfigurieren. Wenn Sie das Produkt unter z/OS ausführen, können Sie diese Seite auch verwenden, um die Einstellungen für das globale FRCA-Protokoll (Fast Response Cache Accelerator) für einen HTTP-Eingangskanal zu konfigurieren. FRCA-Protokolle sind eine spezielle Form von NCSA-Protokollen und können nur in einer z/OS-Umgebung erstellt werden.

Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername. Klicken Sie unter Fehlerbehebung auf NCSA-Zugriffs- und HTTP-Fehlerprotokollierung. Diese Konsolenseite enthält separate Abschnitte für jeden Typ von Protokollierung. Der Abschnitt für die FRCA-Protokollierung erscheint nur, wenn Sie das Produkt unter z/OS ausführen.

Das HTTP-Fehlerprotokoll enthält einen Datensatz der auftretenden HTTP-Verarbeitungsfehler. Die Stufe der Fehlerprotokollierung richtet sich nach dem im Feld "Fehlerprotokollstufe" ausgewählten Wert.

Im NCSA-Zugriffsprotokoll werden alle eingehenden Clientanforderungen aufgezeichnet, die der HTTP-Transportkanal verarbeitet. Alle Nachrichten, die in einem NCSA-Zugriffsprotokoll enthalten sind, haben das NCSA-Format.

[z/OS]Das FRCA-Protokoll ist ein spezielles NCSA-Zugriffsprotokoll, das nur erstellt werden kann, wenn Sie das Produkt unter z/OS ausführen. Dieses Protokoll enthält einen Datensatz aller eingehenden Clientanforderungen, die vom Fast Response Cache Accelerator bearbeitet werden. Alle Nachrichten, die in diesem Protokoll enthalten sind, haben das NCSA-Format.

Die Konfiguration und Aktivierung der Protokollierung ist ein aus zwei Schritten bestehender Prozess. Wenn Sie die Protokollierung auf dieser Seite konfiguriert haben, müssen Sie jeden Protokollierungstyp für die entsprechenden HTTP-Kanäle explizit aktivieren. Klicken Sie zum Anzeigen der Einstellungsseite für HTTP-Kanäle auf Server > Servertypen > WebSphere-Anwendungsserver > Servername > Einstellungen des Web-Containers > Transportketten des Web-Containers > Kette > HTTP-Kanal für eingehende Anforderungen.

[z/OS]In einer z/OS-Umgebung müssen die HTTP-Fehlerprotokollierung, die NCSA-Zugriffsprotokollierung und die FRCA-Protokollierung auf Controllerebene konfiguriert werden.

Fehler vermeiden Fehler vermeiden: Die Einstellungen für jedes dieser Protokolle können auf der Seite mit den Einstellungen für einen bestimmten HTTP-Kanal für eingehende Anforderungen auch geändert werden. Alle Änderungen, die Sie auf der Einstellungsseite für den HTTP-Kanal für eingehende Anforderungen vornehmen, gelten nur für diesen speziellen Kanal und setzen alle globalen Konfigurationseinstellungen, die Sie auf dieser Seite angeben, außer Kraft.gotcha
Fehler vermeiden Fehler vermeiden: Wenn ein eingehender HTTP-Kanal konfiguriert wird, um die kettenspezifische Protokollierung zu verwenden, besteht die einzige Möglichkeit, diesen Protokollservice zu inaktivieren, darin, die angepasste Eigenschaft loggingDisable des HTTP-Transportkanals zu verwenden. Wenn die angepasste Eigenschaft festgelegt oder ihr Wert geändert wird, muss der Server erneut gestartet werden, damit die Änderungen wirksam werden. Weitere Informationen zum Festlegen dieser angepassten Eigenschaft finden Sie im Abschnitt "Angepasste Eigenschaften des HTTP-Transportkanals".gotcha

Protokollierungsservice beim Start aktivieren

Wählen Sie diese Option aus, wenn eine der folgenden Protokollierungsarten beim Serverstart gestartet werden soll:
  • [z/OS]FRCA-Protokollierung
  • NCSA-Zugriffsprotokollierung
  • HTTP-Fehlerprotokollierung
[z/OS]

FRCA-Zugriffsprotokollierung

Wenn Sie dieses Feld auswählen, wird ein Datensatz der eingehenden Clientanforderungen, die vom HTTP-Transportkanal bearbeitet werden, im FRCA-Protokoll aufgezeichnet.

Dieses Feld wird nur angezeigt, wenn Sie das Produkt unter z/OS ausführen.

Zugriffsprotokollierung aktivieren

Wenn Sie dieses Feld auswählen, wird ein Datensatz der eingehenden Clientanforderungen, die vom HTTP-Transportkanal bearbeitet werden, im FRCA-Protokoll aufgezeichnet.

Dieses Feld wird nur angezeigt, wenn Sie das Produkt unter z/OS ausführen.

Pfad der FRCA-Protokolldatei

Gibt den Verzeichnispfad und -namen des FRCA-Protokolls an. Sie müssen eine serverspezifische Variable, wie z. B. $(SERVER_LOG_ROOT), verwenden, um Namenskollisionen bei den Protokolldateien zu verhindern.

Dieses Feld wird nur angezeigt, wenn Sie das Produkt unter z/OS ausführen.

Maximale Größe des FRCA-Protokolls

Gibt die maximale Größe (in Megabytes) des FRCA-Zugriffsprotokolls an. Wenn der Inhalt des FRCA-Zugriffsprotokolls die festgelegte maximale Größenbegrenzung erreicht, wird ein Archivprotokoll Protokollname.Zeitmarke.log erstellt. Der aktuelle Inhalt des FRCA-Zugriffsprotokolls wird anschließend in dieses Archivprotokoll kopiert.

Im Folgenden sehen Sie einen Beispieldateinamen für dieses Archivprotokoll:
frca_access_11_09_20_16.15.04.log

Wenn der Inhalt im FRCA-Zugriffsprotokoll das nächste Mal die festgelegte maximale Protokollgröße erreicht, wird der Inhalt des FRCA-Zugriffsprotokolls erneut in das Archivprotokoll Protokollname.Zeitmarke.log kopiert. Der Kopierprozess überschreibt den aktuellen Inhalt der Archivdatei mit dem aktuellen Inhalt des FRCA-Zugriffsprotokolls. Wenn es mehrere Archivprotokolle gibt (wie über die Einstellung der Option "Maximale Anzahl archivierter Dateien" festgelegt), wird das älteste Protokollarchiv überschrieben.

Dieses Feld wird nur angezeigt, wenn Sie das Produkt unter z/OS ausführen.

Maximale Anzahl an Protokolldateien

Gibt die maximale Anzahl der Protokollversionen der FRCA-Protokolldatei an, die für künftige Referenz verwaltet werden.

Dieses Feld wird nur angezeigt, wenn Sie das Produkt unter z/OS ausführen.

FRCA-Protokollformat

Gibt an, welches FRCA-Format bei der Protokollierung von Clientzugriffsinformationen verwendet wird. Bei Auswahl von "Allgemein" enthalten die Protokolleinträge die angeforderte Ressource und wenige weitere Einzelinformationen, aber keine Bezugsdaten, keinen Benutzeragenten und keine Cookieinformationen. Wenn Sie "Kombiniert" auswählen, sind Bezugsdaten, Benutzeragent und Cookieinformationen enthalten.

Dieses Feld wird nur angezeigt, wenn Sie das Produkt unter z/OS ausführen.

NCSA-Zugriffsprotokollierung

Zugriffsprotokollierung aktivieren

Wenn diese Option ausgewählt ist, werden eingehende Clientanforderungen, die vom HTTP-Transportkanal verarbeitet werden, im NCSA-Zugriffsprotokoll aufgezeichnet.

Pfad der Zugriffsprotokolldatei

Gibt den Verzeichnispfad und -namen des NCSA-Zugriffsprotokolls an. Für die Angabe des Verzeichnispfades können Standardvariablensubstitutionen wie $(SERVER_LOG_ROOT) verwendet werden.

[z/OS]Verwenden Sie auf der Plattform z/OS eine serverspezifische Variable, wie z. B. $(SERVER_LOG_ROOT), um Dateinamenskollisionen zu verhindern.

Maximale Größe des Zugriffsprotokolls

Gibt die maximale Größe (in Megabytes) des NCSA-Zugriffsprotokolls an. Wenn der Inhalt des NCSA-Zugriffsprotokolls die festgelegte maximale Größenbegrenzung erreicht, wird ein Archivprotokoll Protokollname.Zeitmarke.log erstellt. Der aktuelle Inhalt des NCSA-Zugriffsprotokolls wird anschließend in dieses Archivprotokoll kopiert.

Im Folgenden sehen Sie einen Beispieldateinamen für dieses Archivprotokoll:
ncsa_access_11_09_20_16.15.04.log

Wenn der Inhalt im NCSA-Zugriffsprotokoll das nächste Mal die festgelegte maximale Protokollgröße erreicht, wird der Inhalt des NCSA-Zugriffsprotokolls erneut in die Archivdatei Protokollname.Zeitmarke.log kopiert. Der Kopierprozess überschreibt den aktuellen Inhalt der Archivdatei mit dem aktuellen Inhalt des NCSA-Zugriffsprotokolls. Wenn es mehrere Archivprotokolle gibt (wie über die Einstellung der Option "Maximale Anzahl archivierter Dateien" festgelegt), wird das älteste Protokollarchiv überschrieben.

Maximale Anzahl an Protokolldateien

Gibt die maximale Anzahl der Protokollversionen der NCSA-Protokolldatei an, die für künftige Referenz verwaltet werden.

Verwenden Sie die angepasste Eigenschaft für HTTP-Transporte "EnableBuildBackupList", um dem HTTP-Kanal zu ermöglichen, die Protokolldateien im Verzeichnis mit den Zugriffs- und Fehlerprotokollen zu suchen und diese Dateien mit neueren Protokolldateien zu überschreiben, die erstellt werden. Im Artikel Angepasste Eigenschaften des HTTP-Transportkanals wird die Verwendung dieser angepassten Eigenschaft beschrieben.

NCSA-Zugriffsprotokollformat

Gibt an, welches NCSA-Format bei der Protokollierung von Clientzugriffsinformationen verwendet wird. Bei Auswahl von "Allgemein" enthalten die Protokolleinträge die angeforderte Ressource und wenige weitere Einzelinformationen, aber keine Bezugsdaten, keinen Benutzeragenten und keine Cookieinformationen. Wenn Sie "Kombiniert" auswählen, sind Bezugsdaten, Benutzeragent und Cookieinformationen enthalten.

Einträge im NCSA-Zugriffsprotokoll enthalten eine lokale Zeitmarke.

Sie können die angepasste Eigenschaft accessLogFormat für den HTTP-Transportkanal verwenden, um das Format für das NCSA-Zugriffsprotokoll für einen bestimmten HTTP-Transportkanal anzupassen. Im Artikel Angepasste Eigenschaften des HTTP-Transportkanals wird die Verwendung dieser angepassten Eigenschaft beschrieben.

HTTP-Fehlerprotokollierung

Fehlerprotokollierung aktivieren

Wenn Sie diese Option auswählen, werden HTTP-Fehler, die während der Verarbeitung von Clientanforderungen durch den HTTP-Kanal auftreten, im HTTP-Fehlerprotokoll aufgezeichnet.

Protokolldateipfad

Gibt den Verzeichnispfad und den Namen des HTTP-Fehlerprotokolls an. Für die Angabe des Verzeichnispfades können Standardvariablensubstitutionen wie $(SERVER_LOG_ROOT) verwendet werden.

[z/OS]Verwenden Sie auf der Plattform z/OS eine serverspezifische Variable, wie z. B. $(SERVER_LOG_ROOT), um Dateinamenskollisionen zu verhindern.

Maximale Größe des Fehlerprotokolls

Gibt die maximale Größe (in Megabytes) des HTTP-Fehlerprotokolls an. Wenn der Inhalt des HTTP-Fehlerprotokolls die festgelegte maximale Größenbegrenzung erreicht, wird ein Archivprotokoll Protokollname.Zeitmarke.log erstellt. Der aktuelle Inhalt des HTTP-Fehlerprotokolls wird anschließend in dieses Archivprotokoll kopiert.

Im Folgenden sehen Sie einen Beispieldateinamen für dieses Archivprotokoll:
http_access_11_09_20_16.15.04.log

Wenn der Inhalt im HTTP-Fehlerprotokoll das nächste Mal die festgelegte maximale Protokollgröße erreicht, wird der Inhalt des HTTP-Fehlerprotokolls erneut in das Archivprotokoll Protokollname.Zeitmarke.log kopiert. Der Kopierprozess überschreibt den aktuellen Inhalt der Archivdatei mit dem aktuellen Inhalt des HTTP-Fehlerprotokolls. Wenn es mehrere Archivprotokolle gibt (wie über die Einstellung der Option "Maximale Anzahl archivierter Dateien" festgelegt), wird das älteste Protokollarchiv überschrieben.

Maximale Anzahl an Protokolldateien

Gibt die maximale Anzahl der Protokollversionen der Fehlerprotokolldatei an, die für künftige Referenz verwaltet werden.

Verwenden Sie die angepasste Eigenschaft für HTTP-Transporte "EnableBuildBackupList", um dem HTTP-Kanal zu ermöglichen, die Protokolldateien im Verzeichnis mit den Zugriffs- und Fehlerprotokollen zu suchen und diese Dateien mit neueren Protokolldateien zu überschreiben, die erstellt werden. Im Artikel Angepasste Eigenschaften des HTTP-Transportkanals wird die Verwendung dieser angepassten Eigenschaft beschrieben.

Fehlerprotokollformat

Einträge im HTTP-Fehlerprotokoll enthalten eine Zeitmarke in Greenwich Mean Time (GMT + 0).

Fehlerprotokollstufe

Gibt den Typ der Fehlernachrichten an, die in das HTTP-Fehlerprotokoll aufgenommen werden.

Sie können zwischen folgenden Optionen wählen:
Kritisch
Es werden nur kritische Fehler protokolliert, die die ordnungsgemäße Ausführung des Application Server verhindern.
Fehler
Es werden Fehler in Antworten an Clients aufgezeichnet. Diese Fehler erfordern einen manuellen Eingriff des Application-Server-Administrators, wenn sie auf Fehler in der Serverkonfiguration zurückzuführen sind.
Warnung
Es werden Informationen zu allgemeinen Fehlern, wie z. B. Socket-Ausnahmen, die während der Verarbeitung von Clientanforderungen auftreten, protokolliert. Diese Fehler erfordern in der Regel keinen manuellen Eingriff des Application-Server-Administrators.
Information
Es wird der Statusinformationen zu verschiedenen Tasks protokolliert, die während der Verarbeitung von Clientanforderungen durchgeführt werden.
Debugging
Es werden ausführlichere Informationen zum Taskstatus protokolliert. Diese Protokollierungsstufe ist nicht als Ersatz für die RAS-Protokollierung bestimmt, sondern als permanenter Statusbericht, der Informationen zum Status einzelner Clientanforderungen liefert. Wenn Sie diese Protokollierungsstufe auswählen, müssen Sie die Größe der Protokolldatei im Feld "Maximale Größe des Fehlerprotokolls" entsprechend festlegen.

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=utrb_httperrlogs
Dateiname:utrb_httperrlogs.html