Outils pour utilisateurs

Outils du site

  • Plan
  • Créer une page
  • Aide
  • Contactez-nous!

  • tma:pv:rex_ai:conext_control:verification_eventlogscanner

    Différences

    Ci-dessous, les différences entre deux révisions de la page.

    Lien vers cette vue comparative

    Les deux révisions précédentesRévision précédente
    Prochaine révision
    Révision précédente
    tma:pv:rex_ai:conext_control:verification_eventlogscanner [18/01/2017 16:28] – [Vérification du bon fonctionnement] baptiste.le-sommertma:pv:rex_ai:conext_control:verification_eventlogscanner [07/07/2025 11:06] (Version actuelle) tom.chambriat
    Ligne 4: Ligne 4:
      
     ===== Vérification du bon fonctionnement ===== ===== Vérification du bon fonctionnement =====
     +La vérification ce fait à partir du Cluster, elle ne peut être faite à partir du Master.
     Une vérification simple est d'ouvrir la table SQL **ALR** et de faire un select sur les alarmes les plus récentes. Si les alarmes datent du jour en cours, le driver fonctionne bien. Sinon, vérifier sur ClearSCADA qu'il n'y a pas d'alarmes plus récentes. Si il existe des alarmes plus récentes, il y a un défaut, se reporter alors au paragraphe suivant. Une vérification simple est d'ouvrir la table SQL **ALR** et de faire un select sur les alarmes les plus récentes. Si les alarmes datent du jour en cours, le driver fonctionne bien. Sinon, vérifier sur ClearSCADA qu'il n'y a pas d'alarmes plus récentes. Si il existe des alarmes plus récentes, il y a un défaut, se reporter alors au paragraphe suivant.
      
    Ligne 11: Ligne 11:
     ===== Cas d'alarmes non enregistrées ===== ===== Cas d'alarmes non enregistrées =====
      
    -|| Il faut vérifier le statut du driver EventLogScanner. Pour y accéder :+Il faut vérifier le statut du driver EventLogScanner. Pour y accéder : 
     +Clic droit sur l'icone ClearSCADA / **Status...** 
     +{{:tma:pv:rex_ai:conext_control:wiki_serverstatus.png?nolink|}} 
     + 
     +Entrer le mot de passe SBU en déroulant l'arbre puis aller dans General/Modules et clic droit sur EventLogScanner : RESTART. Aller dans View Logs vous permet également de consulter l'historique de ce driver, si il a rencontré des problème ou non. RESTART suffit. 
     +{{:tma:pv:rex_ai:conext_control:wiki_eventlogscanner.png?nolink|}}
      
    -|| Clic droit sur l'icone ClearSCADA / **Status...** +Attendre environ 30 minutes et rejouer la requete SQL dans la table ALR : si de nouvelles alarmes sont apparues, c'est OKRejouer alors les rapports des sites qui dépendent de cette table ALR.
    -{{:tma:pv:rex_ai:conext_control:wiki_serverstatus.png?nolink&100|}}+
      
    -|| Entrer le mot de passe SBU en déroulant l'arbre puis aller dans General/Modules et clic droit sur EventLogScanner : RESTART +===== Cas erreur table EventExport, value exceeds the maximum value =====
    -{{:tma:pv:rex_ai:conext_control:wiki_eventlogscanner.png?nolink&200|}}+
      
    -|| Attendre environ 30 minutes et rejouer la requete SQL dans la table ALR : si de nouvelles alarmes sont apparues, c'est OKRejouer alors les rapports des sites qui dépendent de cette table ALR.+Si vous avez une erreur que la data table EventExport contient un nombre de ligne trop important il faut vous connecter sur le ViewX du cluster concerné 
     +Il faut ensuite ouvrir les propriétés de l'Event Log Scanner afin de mettre la date de la veille dans la case //**"Date used for limitation"**// 
     +{{ :tma:pv:rex_ai:rapports:envet_log_scanner.jpg?800 |}}
      
     +Attendre que la data table EventExport se vide et **relancer les calculs du cluster** \\
     +La table EventExport se trouve sous l'onglet **configuration / data table**
      
     {{tag>rapport event log scanner driver clearscada sql alr alarme cestas}} {{tag>rapport event log scanner driver clearscada sql alr alarme cestas}}
    tma/pv/rex_ai/conext_control/verification_eventlogscanner.1484753286.txt.gz · Dernière modification : 18/01/2017 16:28 de baptiste.le-sommer