Paramètres du journal des erreurs HTTP, FRCA, et de l'accès NCSA

Cette page permet de configurer les paramètres du journal global des erreurs HTTP et du journal des accès NCSA (National Center for Supercomputing Applications) pour un canal de communications entrantes HTTP. Si vous exécutez le produit sous z/OS, vous pouvez également utiliser cette page pour configurer les paramètres du journal global FRCA (Fast Response Cache Accelerator) pour un canal de communication entrantes HTTP. Un journal FRCA représente une forme spécialisée de journal NCSA et peut uniquement être créé dans un environnement z/OS.

Pour afficher cette page de la console d'administration, cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur. Sous Identification et résolution des incident, cliquez sur Journalisation des accès NCSA et des erreurs HTTP. Cette page de la console dispose de différentes sections pour chaque type de journalisation. La section de journalisation FRCA n'apparaît que si vous exécutez le produit sous z/OS.

Le journal des erreurs HTTP contient un enregistrement des erreurs de traitement HTTP qui sont apparues. Le niveau d'enregistrement des erreurs utilisé dépend de la valeur sélectionnée pour la zone Niveau du journal des erreurs.

Le journal des accès NCSA contient un enregistrement de toutes les demandes client entrantes gérées par le canal de transport HTTP. Tous les messages d'un journal des accès NCSA sont au format NCSA.

[z/OS]Le journal FRCA est un journal d'accès NCSA spécialisé qui ne peut être créé que si vous exécutez le produit sous z/OS. Il contient un enregistrement de toutes les requêtes de client entrantes gérées par l'accélérateur de mémoire cache de réponse rapide (FRCA). Tous les messages de ce journal sont au format NCSA.

La configuration et l'activation de la journalisation est un processus en deux étapes. Après avoir utilisé cette page pour configurer la journalisation, vous devez activer spécifiquement chaque type de journalisation pour les canaux HTTP appropriés. Pour afficher cette page de la console d'administration, cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur > Paramètres de conteneur Web > Chaînes de transport de conteneur Web > Chaîne > Canal entrant HTTP.

[z/OS]Dans un environnement z/OS, la journalisation des erreurs HTTP, de l'accès NCSA, et FRCA doit être configurée au niveau du contrôleur.

Eviter les incidents Eviter les incidents: Les paramètres de chacun de ces journaux peuvent également être modifiés sur la page Paramètres d'un canal de communications entrantes HTTP. Toute modification que vous effectuez sur la page de paramètres du canal des communications entrantes HTTP s'applique uniquement à ce canal de communications entrantes spécifique et se substitue à tout paramètre de configuration global que vous spécifiez sur cette page.gotcha
Eviter les incidents Eviter les incidents: Si un canal HTTP entrant est configuré pour utiliser l'option de consignation par chaînage (chain specific logging), la seule manière de désactiver ce service de consignation consiste à utiliser la propriété personnalisée du canal de transport HTTP loggingDisable. Une fois la propriété personnalisée définie, ou sa valeur modifiée, le serveur doit être redémarré pour que la modification prenne effet. Pour plus d'informations sur le mode d'indication de cette propriété personnalisée, reportez-vous aux Propriétés personnalisées du canal de transport HTTP.gotcha

Activer le service de journalisation au démarrage du serveur

Sélectionnez cette option si vous voulez démarrer l'une des journalisations suivantes au démarrage du serveur :
  • [z/OS]Journalisation FRCA
  • Journalisation d'accès NCSA
  • Journalisation des erreurs HTTP
[z/OS]

Journalisation d'accès FRCA

Lorsque cette zone est sélectionnée, un enregistrement des requêtes de client entrantes gérées par le canal de transport HTTP est tenu dans le journal FRCA.

Cette zone est uniquement affichée si vous exécutez le produit sous z/OS.

Activer la journalisation de l'accès

Lorsque cette zone est sélectionnée, un enregistrement des requêtes de client entrantes gérées par le canal de transport HTTP est tenu dans le journal FRCA.

Cette zone est uniquement affichée si vous exécutez le produit sous z/OS.

Chemin du fichier journal FRCA

Spécifie le nom et le chemin du répertoire du journal FRCA. Il est recommandé d'utiliser une variable spécifique au serveur, telle que $(SERVER_LOG_ROOT), pour empêcher les conflits de noms de fichiers journaux.

Cette zone est uniquement affichée si vous exécutez le produit sous z/OS.

Taille maximale du journal FRCA

Indique la taille maximale, en mégaoctets, du journal des accès FRCA. Lorsque le contenu du journal des accès FRCA atteint la taille maximale spécifiée, un fichier d'archivage nom_journal.horodatage.log est créé. Le contenu actuel du journal des accès FRCA est ensuite copié dans ce journal d'archivage.

Voici un exemple de nom de fichier pour ce journal d'archivage :
frca_access_11_09_20_16.15.04.log

La prochaine fois que le contenu du journal des accès FRCA atteint la taille de journal maximale spécifiée, ce contenu sera de nouveau copié dans le fichier d'archivage nom_journal.horodatage.log. La procédure de copie remplace le contenu actuel du fichier d'archive par le contenu le plus récent du journal des accès FRCA. Lorsqu'il existe plusieurs journaux d'archivage, dont le nombre est déterminé par le paramètre "Nombre maximal de fichiers historiques", le journal d'archivage le plus ancien est alors remplacé.

Cette zone est uniquement affichée si vous exécutez le produit sous z/OS.

Nombre maximal de fichiers historiques

Indique le nombre maximal de versions historiques du fichier journal FRCA conservées pour une utilisation future.

Cette zone est uniquement affichée si vous exécutez le produit sous z/OS.

Format du journal FRCA

Indique le format FRCA utilisé pour la journalisation des informations d'accès client. Si l'option Commun est sélectionnée, les entrées de journal contiennent la ressource demandée ainsi que d'autres informations mais ne contiennent pas d'informations de cookie, d'agent utilisateur ou de recommandations. Si Combiné est sélectionné, les informations de recommandations, d'agent utilisateur ou de cookie sont incluses.

Cette zone est uniquement affichée si vous exécutez le produit sous z/OS.

Journalisation d'accès NCSA

Activer la journalisation de l'accès

Lorsque cette option est sélectionnée, un enregistrement des demandes client entrantes gérées par le canal de transport HTTP est conservé dans le journal des accès NCSA.

Chemin du fichier journal des accès

Spécifie le nom et le chemin du répertoire du journal des accès NCSA. Les substitutions de variable standard, telles que $(SERVER_LOG_ROOT), peuvent être utilisées lors de la spécification du chemin du répertoire.

[z/OS]Sur la plateforme z/OS, vous devez utiliser une variable spécifique au serveur, telle que $(SERVER_LOG_ROOT), pour empêcher les conflits de noms de fichiers journaux.

Taille maximale du journal des accès

Indique la taille maximale, en mégaoctets, du journal des accès NCSA. Lorsque le contenu du journal des accès NCSA atteint la taille maximale spécifiée, un fichier d'archivage nom_journal.horodatage.log est créé. Le contenu actuel du journal des accès NCSA est ensuite copié dans ce journal d'archivage.

Vous trouverez ci-dessous un exemple de nom de fichier pour ce journal d'archivage :
ncsa_access_11_09_20_16.15.04.log

La prochaine fois que le contenu du journal des accès NCSA atteint la taille de journal maximale spécifiée, ce contenu sera de nouveau copié dans le fichier d'archivage nom_journal.horodatage.log. La procédure de copie remplace le contenu actuel du fichier d'archive par le contenu le plus récent du journal des accès NCSA. Lorsqu'il existe plusieurs journaux d'archivage, dont le nombre est déterminé par le paramètre "Nombre maximal de fichiers historiques", le journal d'archivage le plus ancien est alors remplacé.

Nombre maximal de fichiers historiques

Indique le nombre maximal de versions historiques du fichier journal NCSA conservées pour une utilisation future.

La propriété personnalisée de transport HTTP EnableBuildBackupList HTTP permet d'activer le canal HTTP afin de rechercher les fichiers historiques dans le répertoire des journaux d'erreurs et des accès et de les remplacer par les journaux plus récents. Reportez-vous à la rubrique Propriétés personnalisées du canal de transport HTTP pour déterminer comment spécifier cette propriété.

Format du journal des accès NCSA

Indique le format NCSA utilisé pour la journalisation des informations d'accès client. Si l'option Commun est sélectionnée, les entrées de journal contiennent la ressource demandée ainsi que d'autres informations mais ne contiennent pas d'informations de cookie, d'agent utilisateur ou de recommandations. Si Combiné est sélectionné, les informations de recommandations, d'agent utilisateur ou de cookie sont incluses.

Les entrées du journal d'accès NCSA contiennent un horodatage local.

Vous pouvez utiliser la propriété personnalisée accessLogFormat du canal de transport HTTP pour personnaliser le format du journal d'accès NCSA pour un canal de transport HTTP spécifique. Pour obtenir des informations sur l'utilisation de cette propriété personnalisée, voir la rubrique Propriétés personnalisées du canal de transport HTTP.

Journalisation des erreurs HTTP

Activer la journalisation des erreurs

Lorsque cette option est sélectionnée, les erreurs HTTP qui surviennent lorsque le canal HTTP traite les demandes client sont enregistrées dans le journal des erreurs HTTP.

Chemin de fichier journal

Spécifie le nom et le chemin du répertoire du journal des erreurs HTTP. Les substitutions de variable standard, telles que $(SERVER_LOG_ROOT), peuvent être utilisées lors de la spécification du chemin du répertoire.

[z/OS]Sur la plateforme z/OS, vous devez utiliser une variable spécifique au serveur, telle que $(SERVER_LOG_ROOT), pour empêcher les conflits de noms de fichiers journaux.

Taille maximale du journal des erreurs

Indique la taille maximale, en mégaoctets, du journal des erreurs HTTP. Lorsque le contenu du journal des accès HTTP atteint la taille maximale spécifiée, un fichier d'archivage nom_journal.horodatage.log est créé. Le contenu actuel du journal des erreurs HTTP est ensuite copié dans ce journal d'archivage.

Vous trouverez ci-dessous un exemple de nom de fichier pour ce journal d'archivage :
http_access_11_09_20_16.15.04.log

La prochaine fois que le contenu du journal des accès HTTP atteint la taille de journal maximale spécifiée, ce contenu sera de nouveau copié dans le fichier d'archivage nom_journal.horodatage.log. La procédure de copie remplace le contenu actuel du fichier d'archive par le contenu le plus récent du journal des erreurs HTTP. Lorsqu'il existe plusieurs journaux d'archivage, dont le nombre est déterminé par le paramètre "Nombre maximal de fichiers historiques", le journal d'archivage le plus ancien est alors remplacé.

Nombre maximal de fichiers historiques

Indique le nombre maximal de versions historiques du fichier journal des erreurs conservées pour une utilisation future.

La propriété personnalisée de transport HTTP EnableBuildBackupList HTTP permet d'activer le canal HTTP afin de rechercher les fichiers historiques dans le répertoire des journaux d'erreurs et des accès et de les remplacer par les journaux plus récents. Reportez-vous à la rubrique Propriétés personnalisées du canal de transport HTTP pour déterminer comment spécifier cette propriété.

Format du journal des erreurs

Les entrées dans le journal des erreurs HTTP contiennent un horodatage GMT (temps moyen de Greenwich).

Niveau du journal des erreurs

Indique le type de messages d'erreur inclus dans le journal des erreurs HTTP.

Vous pouvez sélectionner :
Critique
Seules les erreurs critiques qui empêchent le serveur d'applications de fonctionner sont journalisées.
Erreur
Les erreurs lors des réponses aux clients sont journalisées. Ces erreurs nécessitent l'intervention de l'administrateur du serveur d'applications si elles sont provoquées par les paramètres de configuration du serveur.
Avertissement
Les informations concernant des erreurs d'ordre général, telles que des exceptions de socket, qui se produisent lors de la gestion des demandes client sont journalisées. Généralement, ces erreurs ne nécessitent pas l'intervention de l'administrateur du serveur d'applications.
Information
Le statut des différentes tâches effectuées lors de la gestion des demandes client est journalisé.
Débogage
Des informations relatives au statut de la tâche plus explicites sont journalisées. Ce niveau de journalisation n'est pas conçu pour remplacer la journalisation RAS pour le débogage des incidents mais fournit un rapport d'état régulier sur la progression des demandes client individuelles. Si ce niveau de journalisation est sélectionné, vous devez spécifier dans la zone Taille maximale du journal des erreurs une taille de fichier journal suffisamment importante pour que le journal contienne l'ensemble des informations journalisées.

Icône indiquant le type de rubrique Rubrique de référence



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=utrb_httperrlogs
Nom du fichier : utrb_httperrlogs.html