Page bloquée

Cette page est actuellement bloquée pour modification par un autre utilisateur. Vous devez attendre que cet utilisateur ait terminé ou que le blocage de la page expire.

Actuellement bloqué par : 192.168.1.80,216.73.216.26
Le blocage expire à : 28/03/2026 21:06 (14 min)

Cette page est en lecture seule. Vous pouvez afficher le texte source, mais ne pourrez pas le modifier. Contactez votre administrateur si vous pensez qu'il s'agit d'une erreur.

====== Vérification EVENT LOG SCANNER ======

|| Cette page décrit comment vérifier et redémarrer le bon fonctionnement du driver EVENT LOG SCANNER, responsable du transfert des alarmes depuis ClearSCADA sur la base SQL (table ALR).

===== Vérification du bon fonctionnement =====

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.

{{:tma:pv:rex_ai:conext_control:wiki_alr_sql.png?nolink|}}

===== Cas d'alarmes non enregistrées =====

|| 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&100|}}

|| Entrer le mot de passe SBU en déroulant l'arbre puis aller dans General/Modules et clic droit sur EventLogScanner : RESTART
{{: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 OK. Rejouer alors les rapports des sites qui dépendent de cette table ALR.


{{tag>rapport event log scanner driver clearscada sql alr alarme cestas}}

Wiki

Outils pour utilisateurs

Outils du site

Page bloquée

Outils de la page