Vérifier le déploiement de l'agent Java APM
Vous pouvez vérifier si le déploiement de l'agent Java APM a réussi en vérifiant l'interface utilisateur et en examinant les journaux.
Vérifier l'interface utilisateur : Explorateur de trace
Une fois l'agent Java APM déployé, vous pouvez accéder à l'explorateur de trace et vérifier si les données de trace du serveur d'applications sont en cours de chargement. Pour plus d'informations, voir Surveiller les traces dans l'explorateur de trace.
Examiner les journaux de l'agent Java APM
Après le déploiement d'un agent Java APM, un nouveau répertoire log
est créé sous <Destination Directory>/oracle-apm-agent
. Notez que <Destination Directory>
est l'emplacement où l'agent Java APM est provisionné, par exemple $DOMAIN_HOME
pour Oracle WebLogic Server.
Pour vérifier si le déploiement de l'agent Java APM a réussi :
- Vérifiez que le répertoire
log
a été créé en exécutant la commande suivante :cd <Destination Directory>/oracle-apm-agent ls -l
- Vérifiez que le répertoire
log
contient les fichiers journaux suivants :AgentErrors.log
Agent.log
AgentStartup.log
AgentStatus.log
Notez que si tous les fichiers journaux attendus n'ont pas été créés, cela signifie que le déploiement de l'agent Java APM a échoué.
- Ouvrez le fichier
AgentStartup.log
et vérifiez si le message suivant est affiché :Agent successfully initialized
- Recherchez l'activité de l'agent dans le fichier
AgentStatus.log
.À mesure que l'agent Java APM commence à collecter et à charger les données de trace dans le service de surveillance de la performance des applications, il enregistre de courts messages de statut dans le fichier
AgentStatus.log
. Cela indique qu'il est actif.
Si les étapes de vérification ci-dessus échouent, vérifiez que le processus en cours pour le serveur d'applications contient la valeur javaagent
dans la ligne de commande.
ps -ef | grep ApmAgent
Si la commande ci-dessus ne répertorie pas le processus d'application, assurez-vous qu'aucune variable d'environnement ne remplace les options de démarrage du serveur d'applications. Par exemple : Si vous utilisez Apache Tomcat, assurez-vous que CATALINA_OPTS
n'est pas remplacé ailleurs au moyen de setenv.sh
ou de tout paramètre externe.