list history

Dernière mise à jour : Nov 09, 2023 |
Utiliser list history sans options pour générer un journal des commandes d’administration et de maintenance ayant une incidence sur les données les plus récentes. Cela comprend l’historique des déplacements ACTR, qui peuvent être utilisés pour suivre les déplacements et aider à réduire la fraude.
Informations sur le prologue
Métadonnées
Mots-clés :

Syntaxe

list history [ date | time | login x | action x | object x | qualifier x ][  schedule ] 
date
MM ou MM/JJ
time
HH ou HH :MM
login x
Identifiant de connexion
action x
Action effectuée
object x
L’objet a agi sur
qualifier x
Prolongation, etc.
schedule
Spécifiez une heure pour exécuter la commande.

liste d'interactions de fonction d'historique

Le journal de traduction est écrit en mémoire comme données de traduction lorsque save translation est exécuté. Les données de traduction sont horodatées lorsqu’elles sont enregistrées. Cet horodatage est noté lorsque la traduction est chargée à partir de la mémoire et incluse dans chaque rapport historique de changement récent.
Lorsqu’un utilisateur demande un rapport historique des changements récents, il peut y avoir d’autres utilisateurs qui émettent simultanément des commandes de données et qui modifient le contenu du journal des transactions. Par conséquent, si l’utilisateur parcourt le rapport en entier, les entrées les plus anciennes du journal de transaction (maximum de 250 commandes) peuvent avoir été écrasées par des commandes de données émises par ces autres utilisateurs. Si cela se produit, les entrées finales du rapport affichent les commandes de données émises par les autres utilisateurs depuis que le rapport historique des changements récent a été initialement demandé.
De plus, l’utilisation set time de pour modifier l’horloge du système pourrait donner l’impression que le rapport d’historique des changements récents n’est pas dans l’ordre LIFO réel.

description des champs de l’historique de la liste

Champ
Description
Date
La date list history d’émission (mm/jj).
Heure
L’heure a list history été émise (hh :mm).
Port
Le type de port auquel l’utilisateur était connecté lors de l’émission de l’historique de la liste.
  • Les déplacements TTI, PSA, CTA et ACTR sont enregistrés lorsque le champ Transactions CTA/PSA/TTI dans le journal historique est y sur l’écran Paramètres système liés aux fonctions. Ces transactions apparaissent sous forme de deux enregistrements distincts : l’un enregistrant le port déplacé et l’autre enregistrant le port déplacé.
  • Les enregistrements et les désenregistrements des postes IP sont enregistrés lorsque le champ Enregistrer les enregistrements IP dans le journal d'historique est y sur l'écran Paramètres système liés aux fonctions.
Entrée
Affiche la connexion de l’utilisateur ou la fonction qui a causé l’événement journalisé, comme :
  • acteur pour les mouvements ACTR
  • cta pour les transactions d’activation du téléphone du client
  • psa pour les transactions d’activation de poste personnel
  • tti pour les transactions TTI
  • ip-a ou ip-u pour les enregistrements et événements IP
  • pms pour les événements du système de gestion immobilière
  • annonce pour les événements de composition abrégée
  • redémarrer pour le moment où le système a redémarré
Actn
La partie action de la commande, spécifiant l’opération à effectuer. Ce champ est tronqué après quatre caractères pour laisser suffisamment d’espace pour les objets et les qualificateurs et pour identifier de manière unique chaque action.
Objet
Le qualificateur (12 caractères) spécifiant l’objet de la commande. Lorsque l’objet est de plusieurs mots, seul le premier mot apparaît dans le champ de l’objet; chaque mot suivant est traité comme un qualificatif.
Qualificateur
Un ou plusieurs qualificatifs décrivant les caractéristiques de la paire Action/Objet. Ce champ est tronqué après 31 caractères pour conserver les informations d’une commande sur une seule ligne.
Les événements Communication Manager sont également enregistrés dans le journal système Linux. Syslog est un service Linux standard qui prend en charge le stockage d'informations sur les événements dans des fichiers locaux ainsi que l'envoi d'événements à un serveur syslog externe. Syslog prend en charge le stockage d’événements dans différents fichiers ou « journaux » selon la nature de l’événement.
Accédez aux pages de journal de l'interface Web Communication Manager par l'intermédiaire de Select Diagnostics > System Logs . Pour obtenir de plus amples renseignements sur les « Journaux système de l'interface Web du Gestionnaire de communication », consultez la section Procédures de maintenance pour Avaya Aura®Communication Manager, Passerelles de succursale et serveurs .
Les types d’activités suivants sont enregistrés :
  • Événements liés à la sécurité : Communication Manager enregistre tous les événements liés à la sécurité dans le journal sécurisé. Un administrateur ne peut pas désactiver ou modifier les paramètres liés aux événements de sécurité.
  • Journalisation de l’interface du terminal d’administration du système (SAT) : les modifications d’administration sont enregistrées dans le journal de l’historique des commandes avec la date et l’heure, l’identification unique de la personne qui effectue le changement, la valeur du paramètre qui change et l’état de l’opération (réussite ou non). L'administrateur peut configurer le niveau de détail enregistré.
    Communication Manager enregistre les tentatives des utilisateurs d'afficher les informations auxquelles ils ne sont pas autorisés à accéder ou les tentatives de soumission de formulaires avec des valeurs non valides ou non acceptables.
  • Enregistrement de page Web : les tentatives d'accès aux pages Web du serveur Avaya et les modifications apportées à une valeur dans une page Web sont enregistrées. Les modifications apportées à une page Web ne sont enregistrées que si la page est soumise avec succès ou non.