Options de configuration avancée pour l'agent de gestion

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é.

Vous pouvez définir les propriétés de l'agent à l'un des niveaux suivants répertoriés dans l'ordre hiérarchique. Pour obtenir des instructions de navigation permettant de modifier les propriétés de l'agent, suivez le lien en regard du niveau.
Remarque

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 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 Icône 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 Icône 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.

  1. 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.

  2. Les ressources d'administration sont répertoriées dans le panneau de navigation de gauche sous Ressources. Cliquez sur Détails de service.

  3. 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.

  4. 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.

  1. 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.

  2. 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.

  3. Cliquez sur le nom de l'entité d'agent. La page Détails de l'entité s'ouvre.

  4. 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.

  1. 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.

  2. 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 Icône du menu Actions en regard de la source, puis sélectionnez Modifier.

    La page Modifier la source s'ouvre.

  3. 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.

  1. 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.

  2. 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 Icône du menu Actions en regard de la source, puis sélectionnez Modifier.

    La page Modifier la source s'ouvre.

  3. En regard du modèle créé par l'utilisateur de la source, cliquez sur l'icône de menu Actions Icône 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.

  1. 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.

  2. 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.

  3. Cliquez sur l'icône de menu Actions Icône Actions en regard du nom de l'entité d'agent, puis sur Modifier. La boîte de dialogue Modifier l'entité s'ouvre.

  4. 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.

  1. 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.

  2. 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.

  3. Cliquez sur l'icône de menu Actions Icône 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.

  4. 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 : P30D.

Si seul un nombre est fourni, l'agent prend par défaut la valeur jours. Exemple : 30 prend par défaut la valeur 30d.

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 30d. Vous pouvez également spécifier les heures (h) et les minutes (m). Exemple : 12h, 30m. Vous pouvez également indiquer l'horodatage exact au format "yyyy-MM-dd'T'HH:mm:ss.SSSZ". Exemple : 2001-07-04T12:08:56.100-0700

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.

  1. 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.

  2. 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
        
  3. Indiquez les propriétés de fuseau horaire tz et d'encodage de caractères enc 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ères EUC-JP sont appliquées à la source -2574377491167724513, et la propriété d'encodage de caractères UTF-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ères EUC-JP sont appliquées au modèle 495071102827757094, et la propriété d'encodage de caractères UTF-8 est appliquée au modèle 495071102827757095.

    • 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ères EUC-JP sont appliquées aux journaux avec le modèle 495071102827757094 et la source -2574377491167724513, et la propriété d'encodage de caractères UTF-8 est appliquée aux journaux avec le modèle 495071102827757095 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.

  1. 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épertoire laconfig dans le répertoire d'installation de l'agent.

  2. Dans le répertoire laconfig, créez un fichier CSV logan_schedule_database_sql_*.csv. Fichier de configuration du planning.

  3. 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.

  4. 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

<Source-Name>,MIN,5,

Planifiez la requête SQL toutes les 5 minutes à partir de l'heure d'association source-entité.

<Source-Name>,HOUR,1,

Planifiez la requête SQL toutes les heures à partir de l'heure d'association source-entité.

<Source-Name>,DAY,1,1

Planifiez la requête SQL tous les jours à 0100 heures, heure système.

<Source-Name>,DAY,1,12

Planifiez la requête SQL tous les jours à 1200 heures, heure système.

<Source-Name>,WEEK,FRI,1

Planifiez la requête SQL chaque semaine le vendredi à l'heure système 0100 Hrs.

<Source-Name>,WEEK,WED:THU,1

Planifiez la requête SQL toutes les semaines, le mercredi et le jeudi, à l'heure système 0100 heures.

<Source-Name>,MONTH,7,1

Planifiez la requête SQL tous les mois à la date 7 à 0100 heures, heure système.

<Source1-Name>,MIN,5,

<Source2-Name>,DAY,1,1

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.
Remarque

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.

Remarque

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.