Ustawienia dziennika błędów HTTP, dziennika FRCA i dziennika dostępu NCSA

Na tej stronie można konfigurować ustawienia globalne dziennika błędów HTTP i dziennika dostępu NCSA (National Center for Supercomputing Applications) dla kanału danych przychodzących protokołu HTTP. Jeśli produkt działa w systemie z/OS, strony tej można również używać do konfigurowania globalnych ustawień dziennika FRCA (Fast Response Cache Accelerator) dla kanału danych przychodzących protokołu HTTP. Dziennik FRCA to specjalna forma dziennika NCSA. Można go utworzyć tylko w środowisku systemu z/OS.

Aby wyświetlić tę stronę Konsoli administracyjnej, kliknij opcję Serwery > Typy serwerów > Serwery aplikacji WebSphere > nazwa_serwera. W obszarze Rozwiązywanie problemów należy kliknąć opcję Rejestrowanie błędów HTTP i dostępu NCSA. Ta strona konsoli zawiera oddzielne sekcje dla każdego typu rejestrowania. Sekcja rejestrowania FRCA występuje tylko wtedy, gdy produkt działa w systemie z/OS.

Dziennik błędów HTTP zawiera zapis zaistniałych błędów przetwarzania HTTP. Poziom rejestrowania występujących błędów zależy od wartości określonej w polu poziomu Dziennika błędów.

Dziennik dostępu NCSA zawiera zapis wszystkich żądań przychodzących klientów, obsługiwanych przez kanał transportowy HTTP. Wszystkie komunikaty zawarte w dzienniku dostępu NCSA mają format NCSA.

[z/OS] Dziennik FRCA jest wyspecjalizowanym dziennikiem dostępu NCSA, który może zostać utworzony tylko wtedy, gdy produkt działa w systemie z/OS. Ten dziennik zawiera zapis wszystkich przychodzących żądań klientów obsługiwanych przez pamięć Fast Response Cache Accelerator. Wszystkie komunikaty zawarte w tym dzienniku mają format NCSA.

Konfigurowanie i włączanie rejestrowania to proces składający się z dwóch kroków. Po użyciu tej strony do skonfigurowania rejestrowania należy jawnie włączyć każdy typ rejestrowania dla odpowiednich kanałów HTTP. Aby wyświetlić stronę ustawień dla kanałów HTTP, należy kliknąć opcję Serwery > Typy serwerów > Serwery aplikacji WebSphere > serwer > Ustawienia kontenera WWW > Łańcuchy transportu kontenerów WWW > Łańcuch > Kanał danych przychodzących protokołu HTTP.

[z/OS] W środowisku z/OS rejestrowanie błędów HTML, dostępu NCSA i FRCA należy skonfigurować na poziomie kontrolera.

Unikanie problemów Unikanie problemów: Ustawienia wszystkich tych dzienników można również zmodyfikować na stronie ustawień określonego kanału danych przychodzących protokołu HTTP. Wszystkie zmiany wykonane na stronie ustawień kanału danych przychodzących protokołu HTTP mają zastosowanie tylko dla tego konkretnego kanału danych przychodzących i przesłaniają wszystkie globalne ustawienia konfiguracyjne określone na tej stronie.gotcha

Włączanie usługi rejestrowania podczas uruchamiania serwera

Wybranie tej opcji umożliwia rozpoczęcie (przy uruchamianiu serwera) jednego z następujących typów rejestrowania:
  • [z/OS] Rejestrowanie FRCA
  • Rejestrowanie dostępu NCSA
  • Rejestrowanie błędów HTTP
[z/OS]

Rejestrowanie dostępu FRCA

Po zaznaczeniu tego pola zapis przychodzących żądań klientów obsługiwanych przez kanał transportowy HTTP jest przechowywany w dzienniku FRCA.

To pole jest wyświetlane tylko wtedy, gdy produkt działa w systemie z/OS.

Włącz rejestrowanie dostępu

Po zaznaczeniu tego pola zapis przychodzących żądań klientów obsługiwanych przez kanał transportowy HTTP jest przechowywany w dzienniku FRCA.

To pole jest wyświetlane tylko wtedy, gdy produkt działa w systemie z/OS.

Ścieżka do pliku dziennika FRCA

Służy do określania ścieżki do katalogu i nazwy dziennika FRCA. Aby zapobiec kolizjom nazw plików dziennika, należy używać zmiennej specyficznej dla serwera, na przykład $(SERVER_LOG_ROOT).

To pole jest wyświetlane tylko wtedy, gdy produkt działa w systemie z/OS.

Maksymalna wielkość dziennika FRCA

Służy do określania maksymalnej wielkości dziennika dostępu FRCA (w megabajtach). Gdy treść dziennika dostępu FRCA osiągnie określoną wielkość maksymalną, zostanie utworzony plik archiwum <nazwa_dziennika>.<znacznik_czasu>.log. Następnie zostanie do niego skopiowana bieżąca treść dziennika dostępu FRCA.

Przykładowa nazwa pliku dziennika archiwum:
frca_access_11_09_20_16.15.04.log

Następnym razem, gdy treść dziennika dostępu FRCA osiągnie określoną wielkość maksymalną, zostanie ona ponownie skopiowana do pliku archiwum <nazwa_dziennika>.<znacznik_czasu>.log. Proces kopiowania zastąpi bieżącą treść pliku archiwum najbardziej aktualną treścią dziennika dostępu FRCA. Uwaga: Jeśli istnieje wiele dzienników archiwum, zgodnie z ustawieniem Maksymalna liczba plików historycznych jest zastępowany najstarszy dziennik archiwum.

To pole jest wyświetlane tylko wtedy, gdy produkt działa w systemie z/OS.

Maksymalna liczba plików historycznych

Służy do określania maksymalnej liczby wersji historycznych pliku dziennika FRCA przechowywanych w celach referencyjnych.

To pole jest wyświetlane tylko wtedy, gdy produkt działa w systemie z/OS.

Format dziennika FRCA

Służy do określania formatu FRCA używanego podczas rejestrowania informacji o dostępie klientów. Jeśli wybrano format Wspólny, pozycje dziennika zawierają dane żądanego zasobu i kilka dodatkowych informacji, natomiast nie są rejestrowane informacje dotyczące odwołań, informacje dotyczące agentów użytkownika i informacje cookie. Jeśli wybrano format Złożony, pozycje zawierają także informacje dotyczące odwołań, informacje dotyczące agentów użytkownika i informacje cookie.

To pole jest wyświetlane tylko wtedy, gdy produkt działa w systemie z/OS.

Rejestrowanie dostępu NCSA

Włącz rejestrowanie dostępu

Po wybraniu tej opcji zapis żądań przychodzących klientów, obsługiwanych przez kanał transportowy HTTP, jest przechowywany w dzienniku dostępu NCSA.

Ścieżka do pliku dziennika dostępu

Służy do określania ścieżki do katalogu i nazwy dziennika dostępu NCSA. Podając ścieżkę do katalogu, można używać standardowego podstawiania zmiennych, na przykład zmiennej $(SERVER_LOG_ROOT).

[z/OS] Na platformie z/OS należy podać zmienną konkretnego serwera, na przykład $(SERVER_LOG_ROOT), aby zapobiec kolizjom nazw plików dziennika.

Maksymalna wielkość dziennika dostępu

W polu tym jest określona maksymalna wielkość dziennika dostępu NCSA (w megabajtach). Gdy treść dziennika dostępu NCSA osiągnie określoną wielkość maksymalną, zostanie utworzony plik archiwum <nazwa_dziennika>.<znacznik_czasu>.log. Następnie zostanie do niego skopiowana bieżąca treść dziennika dostępu NCSA.

Przykładowa nazwa pliku dziennika archiwum:
ncsa_access_11_09_20_16.15.04.log

Następnym razem, gdy treść dziennika dostępu NCSA osiągnie określoną wielkość maksymalną, zostanie ona ponownie skopiowana do pliku archiwum <nazwa_dziennika>.<znacznik_czasu>.log. Proces kopiowania zastąpi bieżącą treść pliku archiwum najbardziej aktualną treścią dziennika dostępu NCSA. Uwaga: Jeśli istnieje wiele dzienników archiwum, zgodnie z ustawieniem Maksymalna liczba plików historycznych jest zastępowany najstarszy dziennik archiwum.

Maksymalna liczba plików historycznych

Służy do określania maksymalnej liczby wersji historycznych pliku dziennika dostępu NCSA przechowywanych w celach referencyjnych.

Właściwość niestandardowa transportu HTTP EnableBuildBackupList umożliwia włączenie kanału HTTP na potrzeby skanowania pod kątem plików historii w katalogu dzienników dostępu i błędów, a także skonfigurowanie zastępowania tych plików przez nowo utworzone pliki dziennika. Więcej informacji na temat sposobu określenia tej właściwości niestandardowej zawiera temat Właściwości niestandardowe kanału transportowego HTTP.

Format dziennika dostępu NCSA

Służy do określania formatu NCSA używanego podczas rejestrowania informacji o dostępie klientów. Jeśli wybrano format Wspólny, pozycje dziennika zawierają dane żądanego zasobu i kilka dodatkowych informacji, natomiast nie są rejestrowane informacje dotyczące odwołań, informacje dotyczące agentów użytkownika i informacje cookie. Jeśli wybrano format Złożony, pozycje zawierają także informacje dotyczące odwołań, informacje dotyczące agentów użytkownika i informacje cookie.

Wpisy w dzienniku dostępu NCSA zawierają znacznik czasu lokalnego.

Aby dostosować format dziennika dostępu NCSA dla konkretnego kanału transportowego HTTP, można użyć właściwości niestandardowej kanału transportowego HTTP accessLogFormat. Więcej informacji dotyczących sposobu użycia tej właściwości niestandardowej można znaleźć w temacie Właściwości niestandardowe kanału transportowego HTTP.

Rejestrowanie błędów

Włącz rejestrowanie błędów

Jeśli to pole jest wybrane, błędy HTTP występujące podczas przetwarzania żądań klientów przez kanał HTTP są zapisywane w dzienniku błędów HTTP.

Ścieżka do pliku dziennika

Służy do określania ścieżki do katalogu i nazwy dziennika błędów HTTP. Podając ścieżkę do katalogu, można używać standardowego podstawiania zmiennych, na przykład zmiennej $(SERVER_LOG_ROOT).

[z/OS] Na platformie z/OS należy podać zmienną konkretnego serwera, na przykład $(SERVER_LOG_ROOT), aby zapobiec kolizjom nazw plików dziennika.

Maksymalna wielkość dziennika błędów

Służy do określania maksymalnej wielkości dziennika błędów HTTP (w megabajtach). Gdy treść dziennika błędów HTTP osiągnie określoną wielkość maksymalną, zostanie utworzony plik archiwum <nazwa_dziennika>.<znacznik_czasu>.log. Następnie zostanie do niego skopiowana bieżąca treść dziennika błędów HTTP.

Przykładowa nazwa pliku dziennika archiwum:
http_access_11_09_20_16.15.04.log

Następnym razem, gdy treść dziennika błędów HTTP osiągnie określoną wielkość maksymalną, zostanie ona ponownie skopiowana do pliku archiwum <nazwa_dziennika>.<znacznik_czasu>.log. Proces kopiowania zastąpi bieżącą treść pliku archiwum przez najbardziej aktualną treścią dziennika błędów HTTP. Uwaga: Jeśli istnieje wiele dzienników archiwum, zgodnie z ustawieniem Maksymalna liczba plików historycznych jest zastępowany najstarszy dziennik archiwum.

Maksymalna liczba plików historycznych

Służy do określania maksymalnej liczby wersji historycznych pliku dziennika błędów przechowywanych w celach referencyjnych.

Właściwość niestandardowa transportu HTTP EnableBuildBackupList umożliwia włączenie kanału HTTP na potrzeby skanowania pod kątem plików historii w katalogu dzienników dostępu i błędów, a także skonfigurowanie zastępowania tych plików przez nowo utworzone pliki dziennika. Więcej informacji na temat sposobu określenia tej właściwości niestandardowej zawiera temat Właściwości niestandardowe kanału transportowego HTTP.

Poziom rejestrowania błędów

Służy do określania typu komunikatów o błędach rejestrowanych w dzienniku błędów HTTP.

Dostępne opcje to:
Błąd krytyczny
Tylko błędy krytyczne, powodujące awarię i zakończenie prawidłowego działania serwera aplikacji, są rejestrowane.
Błąd
Błędy występujące w odpowiedziach dla klientów są rejestrowane. Jeśli te błędy są spowodowane ustawieniami konfiguracji serwera, wymagają interwencji administratora serwera aplikacji.
Ostrzeżenie
Informacje dotyczące błędów ogólnych, w tym wyjątków gniazd i innych błędów występujących przy obsłudze żądań klientów, są rejestrowane. Błędy tego typu nie wymagają zwykle interwencji administratora serwera aplikacji.
Informacje
Status poszczególnych czynności, wykonywanych podczas obsługi żądań klientów, jest rejestrowany.
Debugowanie
Bardziej szczegółowe informacje o statusie czynności są rejestrowane. Chociaż ten poziom rejestrowania nie zastępuje usługi rejestrowania RAS przy debugowaniu problemów, udostępnia raport statusu z danymi o stopniowych postępach w przetwarzaniu poszczególnych żądań klientów. Wybierając ten poziom rejestrowania, w polu Maksymalna wielkość pliku dziennika należy określić wystarczającą wielkość dla wszystkich rejestrowanych informacji.


Nazwa pliku: utrb_httperrlogs.html