Utilisation de journaux de messages de base ou traditionnels pour résolution des problèmes liés aux applications
WebSphere Application Server peut écrire des messages système dans plusieurs journaux généraux, notamment les journaux de la machine virtuelle Java, des processus et des services IBM®, que vous pouvez examiner pour déterminer la nature des incidents.
Avant de commencer
Les journaux JVM sont créés par réacheminement des flux System.out et System.err de la machine virtuelle Java (JVM) vers des fichiers journaux indépendants. WebSphere Application Server écrit des messages formatés au flux System.out. De plus, les applications et d'autre code peuvent écrire ces flux à l'aide des méthodes print() et println() définies par les flux. Certains kits de développeur intégrés, tels que la méthode printStackTrace() sur la classe Throwable peuvent également écrire dans ces flux. En général, le journal System.out est utilisé pour surveiller la santé du serveur d'applications en cours d'exécution. Les journaux System.out et System.err peuvent être utilisés à des fins d'identification des problèmes. Le journal System.err contient des informations de trace de la pile d'exceptions très utiles lors de l'identification d'incident.
racine_installation/profiles/nom_profil/logs/nom_serveur
racine_profil/logs/nom_serveur
Dans le cas d'une configuration WebSphere Application Server, Network Deployment, des journaux JVM sont également créés pour le gestionnaire de déploiement et pour chaque agent administratif, car ils représentent également des machines virtuelles Java.
Il existe des flux de consignation STDOUT et STDERR pour chaque serveur d'applications et toutes ses applications. Les journaux JVM sont aussi
créés pour le gestionnaire de déploiement et pour chaque agent
administratif, car ils représentent également des JVM.
Les journaux de processus sont créés par réacheminement des flux STDOUT et STDERR du processus vers des fichiers journaux indépendants. Le code natif, y compris la machine virtuelle Java™ (JVM) elle-même, écrit dans ces fichiers. En règle générale, WebSphere Application Server n'écrit pas dans ces fichiers. Ces fichiers peuvent toutefois contenir des informations relatives à des incidents au niveau du code natif ou des informations de diagnostic écrites par la JVM.
Comme avec les journaux JVM, une série de journaux de processus est créée pour chaque serveur d'applications, chaque JVM étant un processus de système d'exploitation. Dans le cas d'une configuration WebSphere Application Server, Network Deployment, un ensemble de journaux de processus est créé pour le gestionnaire de déploiement et chaque agent administratif.

Outre ces journaux à usage général, WebSphere Application Server contient d'autres journaux spécialisés propres à une activité ou à un composant particulier. Par exemple, le plug-in du serveur HTTP gère un journal qui lui est propre. En général, ces journaux ne présentent pas d'intérêt, mais vous pouvez être invité à examiner un journal ou plusieurs d'entre eux lors de l'exécution de procédures d'identification d'incidents spécifiques. Pour savoir quand et comment visualiser le journal de plug-in, voir la sous-section Accéder à une ressource Web via le serveur d'applications et ignorer le serveur HTTP de la rubrique Une ressource Web ne s'affiche pas.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Pourquoi et quand exécuter cette tâche
Procédure
- Journaux JVM
Journaux de processus
- Journaux des services IBM+
Exemple
Acheminement des sorties SYSPRINT et SYSOUT vers un fichier HFS.
Si vous connaissez bien les environnements UNIX ou Windows, vous n'êtes peut-être pas très enclin à utiliser les fonctions SDSF (ou IOF) pour afficher la sortie SYSPRINT et SYSOUT des servants. Si vous préférez utiliser un éditeur courant (tel que vi) dans une session Telnet pour visualiser la sortie, il est possible de rediriger les sorties SYSPRINT et SYSOUT vers les fichiers d'un système HFS.
Le code JCL ci-après montre comment modifier la carte DD SYSPRINT dans la procédure de démarrage pour rediriger la sortie vers un fichier HFS. L'ancienne carte DD SYSPRINT a été mise en commentaires et précédée de /*, et une nouvelle carte DD SYSPRINT pointe vers un fichier du répertoire "/monRép/monServeur", nommé dans l'exemple was.log.d&LYYMMDD..t&LHHMMSS.log. La période supplémentaire entre les variables de la date et de l'heure n'est pas une erreur de frappe, il s'agit d'une instance de la syntaxe JCL nécessaire pour terminer la première variable. &LYYMMDD est remplacé par la date locale au format AAMMJJ et &LHHMMSS est remplacé par l'heure locale au format HHMMSS. Le sous-paramètre PATHMODE définit le mode de fichier à 775 et le sous-paramètre PATHOPTS OWRONLY ouvre le fichier pour l'accès WRITE. Le sous-paramètre OCREAT indique que si le fichier n'existe pas, il est créé.
Vous pouvez modifier la carte DD SYSPRINT dans la procédure de démarrage Servant ou Controller. De plus, la carte DD SYSOUT peut être modifiée de la même manière pour rediriger la sortie SYSOUT.
//*YSPRINT DD SYSOUT=*,SPIN=UNALLOC,FREE=CLOSE
//SYSPRINT DD PATHMODE=(SIRWXU,SIRWXG,SIROTH),
// PATHOPTS=(OWRONLY,OCREAT),
// PATH='/monRép/monServeur/was.log.d&LYYMMDD..t&LHHMMSS'