![[z/OS]](../images/ngzos.gif)
Configuration du journal d'erreurs
WebSphere Application Server pour z/OS utilise un journal d'erreurs pour enregistrer les informations d'erreur lorsqu'une condition inattendue ou un échec est détecté dans le propre code du produit. Vous pouvez utiliser le flux de journaux pour enregistrer l'activité et diagnostiquer des problèmes.
Pourquoi et quand exécuter cette tâche
Les conditions ou échecs inattendus sont les suivants :
Remarque : Cette rubrique fait référence à un ou plusieurs des fichiers journaux de serveur d'applications. Il est recommandé de configurer le serveur de telle sorte qu'il utilise l'infrastructure de journalisation et de trace HPEL (High Performance Extensible Logging) à la place des fichiers SystemOut.log, SystemErr.log, trace.log et activity.log sur les systèmes distribués et IBM® i. Vous pouvez également utiliser HPEL conjointement avec vos fonctions de journalisation z/OS natives. Si vous utilisez l'infrastructure HPEL, vous pouvez accéder à toutes les informations de journalisation et de trace en utilisant l'outil de ligne de commande LogViewer à partir de votre répertoire bin de profil de serveur. Pour plus d'informations sur l'utilisation de HPEL, voir les informations sur l'utilisation de HPEL
en vue du traitement des incidents liés aux applications.
Procédure
- Etant donné que WebSphere Application Server pour z/OS est prédéfini comme application de consignateur de système z/OS, vous pouvez utiliser un flux de journaux comme journal d'erreurs du produit. Grâce à cette opération, vous pouvez diriger les informations d'erreur vers un flux de journaux d'unité de couplage, ce qui permet de consigner les erreurs au niveau sysplex, ou vers un flux de journaux DASD uniquement, ce qui permet de consigner les erreurs dans un système simple uniquement.
- Vous pouvez configurer un flux de journaux commun à tous les serveurs WebSphere Application Server pour z/OS ou des flux de journaux individuels pour chaque serveur d'applications. Les fonctions ORB client locales z/OS peuvent également consigner les données dans des flots de journalisation. Les API du consignateur de système ne sont pas autorisées, mais les ressources de flux de journaux peuvent être protégées à l'aide de solutions de sécurité comme RACF.
- Vous pouvez utiliser la variable WebSphere ras_time_local pour contrôler si les horodatages du journal d'erreurs s'affichent en heure locale (ras_time_local=1) ou en heure GMT (Greenwich Mean Time)(ras_time_local=0), qui est la valeur par défaut.
- Pour plus d'informations sur l'utilisation des flux de journaux z/OS, voir z/OS MVS Setting up a Sysplex, SA22-7625 accessible via la page Web de la bibliothèque z/OS.