Options de configuration avancée pour l'agent de gestion
Voici quelques cas d'emploi dans lesquels vous pouvez apporter des modifications à la configuration de l'agent de gestion pour personnaliser la collecte de journaux.
Rubriques
-
Indication manuelle du fuseau horaire et de l'encodage de caractères pour les fichiers
-
Configurer la programmation de collecte SQL de base de données
-
Activer la collecte de journaux à partir de dossiers volumineux
-
Utiliser la macro pour la correspondance non sensible à la casse du chemin du fichier journal
Modifier les propriétés de l'agent
Vous pouvez utiliser la console pour définir les propriétés d'agent pour la collecte de journaux Logging Analytics à différents niveaux de hiérarchie, le niveau de locataire étant le plus élevé.
- Niveau locataire : Modifier les propriétés de l'agent au niveau de la location
- Niveau de l'agent : Modifier les propriétés de l'agent au niveau de l'agent
- Niveau source : Modifier les propriétés de l'agent pour une source spécifique
- Niveau de modèle source : Modifier les propriétés de l'agent pour un modèle source créé par l'utilisateur
- Niveau Entité : Modifier les propriétés d'agent pour une entité
- Niveau d'association : Modifier les propriétés d'agent au niveau d'association source-entité
La valeur de propriété appliquée à un niveau supérieur est applicable à tous les niveaux inférieurs. La propriété d'agent définie au niveau inférieur est prioritaire si la même propriété est définie à plusieurs niveaux.
A tous les niveaux ci-dessus, accédez à la boîte de dialogue dans laquelle les propriétés d'agent de ce type de source sont répertoriées en suivant les étapes de la section correspondante pour chaque type de niveau. Le tableau de la boîte de dialogue affiche la valeur actuelle de chaque propriété. Placez le curseur sur l'icône d'informations pour connaître la valeur par défaut.
-
Dans le champ Nouvelle valeur, entrez la nouvelle valeur de la propriété à modifier. Assurez-vous que le type de données de la valeur est celui indiqué. Pour obtenir la liste des propriétés que vous pouvez modifier pour chaque type de source et les types de données correspondants, reportez-vous à Propriétés d'agent que vous pouvez modifier.
-
Pour remplacer la propriété par la valeur par défaut, cliquez sur l'icône de menu Actions
et sélectionnez Rétablir la valeur par défaut.
-
Pour effacer la valeur en cours de la propriété, cliquez sur l'icône de menu Actions
et sélectionnez Effacer la valeur en cours. Si vous effacez la valeur actuelle, la nouvelle valeur est héritée. La nouvelle valeur s'affiche dans le tableau après avoir enregistré les modifications en cours et rouvert cette boîte de dialogue.
-
Enregistrer les modifications.
Modification des propriétés d'agent au niveau de la location
Les modifications que vous apportez à ce niveau seront répercutées sur les agents de la location.
-
Ouvrez le menu de navigation et cliquez sur Observation et gestion. Sous Logging Analytics, cliquez sur Administration. La page Présentation de l'administration apparaît.
-
Les ressources d'administration sont répertoriées dans le panneau de navigation de gauche sous Ressources. Cliquez sur Détails de service.
-
En regard de Propriétés globales de collecte d'agent, cliquez sur Modifier. La boîte de dialogue Modifier les propriétés de collecte d'agent global apparaît.
-
Sélectionnez votre type de source. Selon le type de source sélectionné, les propriétés que vous pouvez modifier sont répertoriées dans le tableau.
Modifier les propriétés de l'agent au niveau de l'agent
Les modifications que vous apportez à ce niveau vont refléter les entités et les sources gérées par l'agent spécifique.
-
Ouvrez le menu de navigation et cliquez sur Observation et gestion. Sous Logging Analytics, cliquez sur Administration. La page Présentation de l'administration apparaît.
-
Les ressources d'administration sont répertoriées dans le panneau de navigation de gauche sous Ressources. Cliquez sur Entités.
La page Entités s'ouvre. Filtrez les entités en indiquant le type Agent de gestion.
Les entités d'agent sont répertoriées.
-
Cliquez sur le nom de l'entité d'agent. La page Détails de l'entité s'ouvre.
-
En regard de Propriétés globales de collecte d'agent, cliquez sur Modifier. Sélectionnez votre type de source. Les propriétés d'agent pouvant être modifiées pour ce type de source sont répertoriées dans le tableau.
Modification des propriétés d'agent pour une source spécifique
Les modifications que vous apportez à ce niveau refléteront toutes les entités associées à cette source et aux modèles source.
-
Ouvrez le menu de navigation et cliquez sur Observation et gestion. Sous Logging Analytics, cliquez sur Administration. La page Présentation de l'administration apparaît.
-
Les ressources d'administration sont répertoriées dans le panneau de navigation de gauche sous Ressources. Cliquez sur Sources.
La page Sources apparaît. Cliquez sur l'icône de menu Actions
en regard de la source, puis sélectionnez Modifier.
La page Modifier la source s'ouvre.
-
Cliquez sur Afficher les propriétés de collecte d'agent. Les propriétés d'agent pouvant être modifiées pour ce type de source sont répertoriées dans un tableau.
Modification des propriétés d'agent pour un modèle source créé par l'utilisateur
Les modifications que vous apportez à ce niveau refléteront toutes les entités associées à cette source qui utilisent le modèle de source spécifique créé par l'utilisateur.
-
Ouvrez le menu de navigation et cliquez sur Observation et gestion. Sous Logging Analytics, cliquez sur Administration. La page Présentation de l'administration apparaît.
-
Les ressources d'administration sont répertoriées dans le panneau de navigation de gauche sous Ressources. Cliquez sur Sources.
La page Sources apparaît. Cliquez sur l'icône de menu Actions
en regard de la source, puis sélectionnez Modifier.
La page Modifier la source s'ouvre.
-
En regard du modèle créé par l'utilisateur de la source, cliquez sur l'icône de menu Actions
, puis sur Modifier les propriétés de collection. Les propriétés d'agent pouvant être modifiées pour ce type de source sont répertoriées dans un tableau.
Modification des propriétés d'agent pour une entité
Les modifications que vous apportez à ce niveau vont refléter l'entité d'agent spécifique et les associations de l'entité d'agent avec les sources.
-
Ouvrez le menu de navigation et cliquez sur Observation et gestion. Sous Logging Analytics, cliquez sur Administration. La page Présentation de l'administration apparaît.
-
Les ressources d'administration sont répertoriées dans le panneau de navigation de gauche sous Ressources. Cliquez sur Entités.
La page Entités s'ouvre. Filtrez les entités en indiquant le type Agent de gestion.
Les entités d'agent sont répertoriées.
-
Cliquez sur l'icône de menu Actions
en regard du nom de l'entité d'agent, puis sur Modifier. La boîte de dialogue Modifier l'entité s'ouvre.
-
Cliquez sur Afficher les propriétés de collecte d'agent. Sélectionnez votre type de source. Les propriétés d'agent pouvant être modifiées pour ce type de source sont répertoriées dans le tableau.
Modifier les propriétés de l'agent au niveau de l'association source-entité
Les modifications que vous apportez à ce niveau vont refléter l'entité d'agent spécifique associée à la source.
-
Ouvrez le menu de navigation et cliquez sur Observation et gestion. Sous Logging Analytics, cliquez sur Administration. La page Présentation de l'administration apparaît.
-
Les ressources d'administration sont répertoriées dans le panneau de navigation de gauche sous Ressources. Cliquez sur Sources.
La page Sources apparaît. Cliquez sur le nom de la source pour ouvrir la page de détails de la source.
Les entités d'agent associées à la source sont répertoriées dans la table.
-
Cliquez sur l'icône de menu Actions
en regard du nom de l'entité d'agent, puis sur Modifier l'association. La boîte de dialogue Modifier l'association s'ouvre.
-
Cliquez sur Afficher les propriétés de collecte d'agent. Les propriétés d'agent pouvant être modifiées pour ce type de source sont répertoriées dans le tableau.
Propriétés d'agent que vous pouvez modifier
Propriété | Type de source pris en charge | Type de données | Niveaux applicables | Description | Plage de valeurs |
---|---|---|---|---|---|
Fuseau horaire | Fichier, base de données, journal de diagnostic Oracle (ODL), API REST | Chaîne (String) | Tous les niveaux | Valeur de fuseau horaire dans les formats pris en charge par java.util.TimeZone ; exemple : GMT . Si cette propriété n'est pas fournie, l'agent tente de la déterminer à partir du contenu du fichier journal. Sinon, il récupère le fuseau horaire de l'agent (qui est GMT par défaut).
|
Valeur de fuseau horaire dans les formats pris en charge par java.util.TimeZone |
Métadonnées | Fichier, base de données, journal de diagnostic Oracle (ODL), API REST, processus d'écoute Syslog | JSON | Tous les niveaux | Métadonnées à attacher à chaque entrée de journal. Exemple : {"accounts":["hr", "finance"], "status":["enabled"]} |
1024 caractères au maximum |
Activer la surveillance des répertoires volumineux | Fichier, journal de diagnostic Oracle (ODL) | Boolean | Locataire, agent | Activer le traitement des répertoires volumineux. Exemple : false |
- |
Encodage de jeu de caractères | Fichier, journal de diagnostic Oracle (ODL) | Chaîne (String) | Tous les niveaux | Jeu de caractères pour le contenu du journal. Exemple : UTF-8 . Si cette propriété n'est pas fournie, l'agent tente de la déterminer à partir du contenu du fichier journal.
|
Nom canonique de l'API java.nio par Java 8. Reportez-vous à la section Supported Encodings. |
SQLNET.ALLOWED_LOGON_VERSION | Base de données | Chaîne (String) | Locataire, agent, entité | Exemple : 12 |
Valeurs valides : 8 , 12 |
Anciens jours maximum | Base de données | Integer | Tous les niveaux | Nombre maximal d'anciennes lignes à extraire dans un cycle de collecte de journal. Exemple : 1000000 |
Nombre positif incluant zéro |
Fenêtre de temps de nettoyage du statut | API REST | Integer | Locataire, agent | Fenêtre de temps indiquant la quantité d'anciens fichiers d'état à nettoyer ; Format : ISO 8601 ; Exemple : P7D .
|
supérieure à zéro |
Données historiques | API REST | Chaîne (String) | Locataire, agent, entité |
Temps représentant la quantité d'enregistrements plus anciens à extraire ; Format : ISO 8601 ; Exemple : Si seul un nombre est fourni, l'agent prend par défaut la valeur jours. Exemple : Les données historiques peuvent être fournies en tant qu'entité au niveau de la règle de journal |
Pour indiquer le nombre de jours de collecte des données au cours des 30 derniers jours, utilisez |
Activer le filtre des enregistrements en double | API REST | Boolean | Tous les niveaux | Activez le filtrage des doublons. Exemple : true .
|
- |
Longueur maximale de l'enregistrement de journal | Processus d'écoute Syslog | Integer | Tous les niveaux | Longueur maximale du journal de messages syslog en kilo-octets. Exemple : 64 .
|
1-640 |
Indication manuelle du fuseau horaire et de l'encodage de caractères pour les fichiers
Vous pouvez spécifier manuellement les propriétés des fichiers journaux en modifiant les propriétés de configuration dans le dossier d'installation d'agent.
Vous pouvez effectuer cette tâche pour tous les journaux, à l'exception des événements Windows.
-
Si vous voulez appliquer les propriétés à des modèles et/ou à des sources de journal spécifiques, notez l'ID de modèle et l'ID de source. Ouvrez le fichier xml de configuration sous le dossier d'installation de l'agent agent_inst/state/laStorage/os_file/os_file.xml.
- Exemple d'ID de modèle :
<Pattern id="495071102827757094" name="/tmp/w*.mgr" include="true">
- Exemple d'ID de source :
<LogSource id="-2574377491167724513" name="SS Concurrent Manager Logs" sourceType="os_file"/>
L'emplacement du dossier d'installation de l'agent varie en fonction du type de source. Par exemple, l'emplacement est agent_inst/state/laStorage/database_sql/database_sql.xml pour la base de données SQL.
- Exemple d'ID de modèle :
-
Modifiez le fichier de propriétés emd.properties à l'emplacement agent_inst/config/emd.properties et ajoutez la propriété suivante pour remplacer la configuration par défaut d'Oracle Logging Analytics :
loganalytics.src.override_config=true
-
Indiquez les propriétés de fuseau horaire
tz
et d'encodage de caractèresenc
dans le fichier emd.properties en sélectionnant l'un des exemples suivants :-
Appliquez les propriétés à toutes les sources et à tous les modèles :
loganalytics.src.addl_src_ptn_configs=tz=UTC,enc=EUC-JP
-
Appliquez les propriétés uniquement à des sources de journal spécifiques :
loganalytics.src.addl_src_ptn_configs=srcid=-2574377491167724513,tz=UTC,enc=EUC-JP;srcid=-2574377491167724512,enc=UTF-8
Dans cet exemple, les propriétés de fuseau horaire
UTC
et d'encodage de caractèresEUC-JP
sont appliquées à la source-2574377491167724513
, et la propriété d'encodage de caractèresUTF-8
est appliquée à la source-2574377491167724512
. -
Appliquez les propriétés uniquement à des modèles spécifiques :
loganalytics.src.addl_src_ptn_configs=ptnid=495071102827757094,tz=UTC,enc=EUC-JP;ptnid=495071102827757095,enc=UTF-8
Dans cet exemple, les propriétés de fuseau horaire
UTC
et d'encodage de caractèresEUC-JP
sont appliquées au modèle495071102827757094
, et la propriété d'encodage de caractèresUTF-8
est appliquée au modèle495071102827757095
. -
Appliquez les propriétés uniquement à une combinaison de modèles et de sources spécifiques :
loganalytics.src.addl_src_ptn_configs=srcid=-2574377491167724513,ptnid=495071102827757094,tz=UTC,enc=EUC-JP;srcid=-2574377491167724513,ptnid=495071102827757095,enc=UTF-8
Dans cet exemple, les propriétés de fuseau horaire
UTC
et d'encodage de caractèresEUC-JP
sont appliquées aux journaux avec le modèle495071102827757094
et la source-2574377491167724513
, et la propriété d'encodage de caractèresUTF-8
est appliquée aux journaux avec le modèle495071102827757095
et la source-2574377491167724513
.
-
Configurer la programmation de collecte SQL de base de données
Vous pouvez personnaliser la programmation de collecte SQL pour chacune de vos sources de journal de base de données en indiquant la périodicité dans un fichier CSV au format indiqué ci-dessous.
-
Accédez au répertoire d'installation de l'agent de gestion ou de l'agent Oracle Cloud sur l'hôte de base de données, par exemple
agent_inst
. Créez un répertoirelaconfig
dans le répertoire d'installation de l'agent. -
Dans le répertoire
laconfig
, créez un fichier CSVlogan_schedule_database_sql_*.csv
. Fichier de configuration du planning. -
Dans le fichier de configuration du planning, indiquez les détails du planning source au format suivant :
NAME,RECURRENCE_PATTERN_UNIT,RECURRENCE_PATTERN_VALUE,START_HOUR <Source-Name>,DAY,1,1
La ligne d'en-tête doit avoir le contenu prescrit :
NAME,RECURRENCE_PATTERN_UNIT,RECURRENCE_PATTERN_VALUE,START_HOUR
Dans les lignes suivantes, indiquez la planification pour chaque source, une par ligne.
Les paramètres de ligne d'en-tête et leurs valeurs :
Paramètre de ligne d'en-tête Description Valeurs autorisées NAME
Nom de la source de journal de base de données définie dans Oracle Logging Analytics.
Tous
RECURRENCE_PATTERN_UNIT
Unité de cadence de la collecte SQL, par exemple, minutes ou jours.
SEMAINE et MOIS peuvent avoir plusieurs valeurs séparées par
:
- MIN : minutes
- HOUR : heures
- JOUR : jours
- SEMAINE : semaines
- MIS : mois
RECURRENCE_PATTERN_VALUE
Valeur de l'unité de modèle que vous avez sélectionnée.
- MIN : intervalle 5 MIN, 15 MIN
- HOUR : intervalle de 1 heure
- DAY : quotidien exécuté à 1 ou à 12
- WEEK: SUN, MON, TUE, WED, THU, FRI, SAT
- MOIS : date 1-31, DERNIER jour du mois
START_HOUR
Heure de début de la collecte SQL, par exemple, 0100 heures ou 1200 heures.
Si cette valeur n'est pas indiquée, la collecte SQL commence immédiatement après l'association source-entité. Notez que, même si la valeur n'est pas spécifiée, la virgule précédente doit être présente dans la ligne pour que le planning soit valide.
1 ou 12.
-
Après avoir enregistré le fichier CSV, redémarrez l'agent.
Voici quelques exemples de valeurs pour la configuration du planning :
Contenu de la ligne source | Description |
---|---|
|
Planifiez la requête SQL toutes les 5 minutes à partir de l'heure d'association source-entité. |
|
Planifiez la requête SQL toutes les heures à partir de l'heure d'association source-entité. |
|
Planifiez la requête SQL tous les jours à 0100 heures, heure système. |
|
Planifiez la requête SQL tous les jours à 1200 heures, heure système. |
|
Planifiez la requête SQL chaque semaine le vendredi à l'heure système 0100 Hrs. |
|
Planifiez la requête SQL toutes les semaines, le mercredi et le jeudi, à l'heure système 0100 heures. |
|
Planifiez la requête SQL tous les mois à la date 7 à 0100 heures, heure système. |
|
Associez d'abord Source1 à l'entité et attendez que la collecte de journal démarre, puis mettez à jour la configuration en ajoutant l'association de Source2 à la même entité |
Activer la collecte de journaux à partir de dossiers volumineux
Les dossiers contenant plus de 10 000 fichiers peuvent entraîner une utilisation élevée des ressources (mémoire / stockage / CPU) par l'agent de gestion, ce qui peut ralentir la collecte des journaux, affecter d'autres fonctionnalités de l'agent de gestion et également ralentir la machine hôte.
Lorsque des dossiers volumineux sont détectés par le module d'extension de l'agent de gestion Logging Analytics, un message semblable à l'exemple suivant est ajouté au fichier mgmt_agent_logan.log
de l'agent de gestion :
2020-07-30 14:46:51,653 [LOG.Executor.2388 (LA_TASK_os_file)-61850] INFO - ignore large dir /u01/service/database/logs. set property loganalytics.enable_large_dir to enable.
Nous recommandons d'éviter les dossiers volumineux. Utilisez un mécanisme de nettoyage pour supprimer les fichiers peu de temps après leur collecte afin que l'agent de gestion dispose de suffisamment de temps pour les collecter à nouveau.
Toutefois, si vous souhaitez continuer à surveiller les journaux dans les dossiers volumineux, vous pouvez activer la prise en charge en apportant les modifications suivantes.
Vous pouvez modifier manuellement la propriété de configuration loganalytics.enable_large_dir
en true
dans le dossier d'installation de l'agent afin d'activer la collecte de journaux à partir de dossiers contenant plus de 10000 fichiers. La valeur par défaut de la propriété est false
.
Modifiez le fichier de propriétés emd.properties à l'emplacement agent_inst/config/emd.properties et ajoutez la valeur de propriété ci-dessus pour remplacer la configuration par défaut d'Oracle Logging Analytics :
sudo -u mgmt_agent echo "loganalytics.enable_large_dir=true" >> INSTALL_DIRECTORY/agent_inst/config/emd.properties
Remplacez INSTALL_DIRECTORY
par le chemin d'accès au dossier agent_inst
. Redémarrez l'agent de gestion après avoir modifié le fichier emd.properties.
Vous devrez peut-être apporter des modifications à la configuration de votre agent hôte pour activer cette prise en charge. Essayez les nouveaux paramètres dans un environnement de développement ou de test avant de les mettre en production. Déterminez l'augmentation pour les facteurs suivants en utilisant un environnement représentatif pour les tester. L'augmentation réelle requise dépend de facteurs tels que le nombre de fichiers, le taux de création de fichiers et les autres types de collecte effectués par l'agent de gestion.
- Augmentez la taille de la portion de mémoire de l'agent de gestion. Pour les répertoires comportant un grand nombre de fichiers, la taille de portion de mémoire requise augmente avec le nombre de fichiers. Reportez-vous à la documentation de Management Agent.
- Assurez-vous que l'espace disque et les inodes sont suffisants pour gérer le grand nombre de fichiers d'état que l'agent de gestion peut avoir à conserver. Cela dépend du type de source de journal et d'analyseur utilisé. Si l'analyseur utilise la fonction Header-Detail, l'agent crée et stocke l'en-tête dans un fichier cache tant que le fichier journal d'origine existe.
- Assurez-vous que le paramètre du système d'exploitation pour le nombre de fichiers ouverts peut prendre en charge l'agent de gestion qui lit le grand dossier et potentiellement un grand nombre de fichiers d'état.
Utiliser la macro pour la correspondance non sensible à la casse du chemin du fichier journal
Utilisez la macro ignorant la casse (?i)
dans le modèle de chemin du fichier journal pour l'interpréter sous la forme non sensible à la casse. Cela s'applique au modèle de chemin de fichier journal fourni dans les sources de journal de type Fichier.
La macro (?i)
ne sera appliquée que lorsqu'elle est au début de l'élément du chemin.
Prenez l'exemple suivant :
/tmp/(?i)FOO/*.log
Dans l'exemple ci-dessus, l'élément du chemin qui suit la macro est FOO
. Ceci est interprété sous la forme non sensible à la casse.
Si la valeur d'une propriété contient la barre oblique /
, vous devez veiller à ce que la macro ignore-case soit utilisée correctement. Par exemple, si la propriété d'entité est logdir=/tmp/logs/
, que le modèle de chemin du fichier source de journal est (?i){logdir}/foo.log
et que la macro ignore-case y est appliquée, le modèle de chemin du fichier source de journal est interprété comme (?i)/tmp/logs/foo.log
, ce qui n'est pas le résultat souhaité.
Dans ce cas, ajoutez plusieurs propriétés qui ne respectent pas la casse et créez le chemin du modèle de journal à partir de celles-ci à l'aide de la macro ignore-case.