Dans le répertoire P:\Projets\ARIB2034 - TMA Engie Green 84MW\4 Dossier technique\4.2 Documents AI\4.2.3 Développement\Maintenance préventive SD, faites une copie du dernier compte rendu, puis renommez-le à la date du jour.

Mettez à jour sur le rapport les tâches CMMS ouvertes, leur pourcentage et leur état. Pour cela, connectez vous sur CMMS, allez sur les projet SD_CC et triez les tâches par progression.

Se connecter à la machine sdsv161 en accès rdp (cf keepass). Ouvrir la requête Req_Verif_Rapport_TMA.sql présente dans C:\Users\app_ConextControl\Desktop\Requêtes_TMA_AI. Cela va lancer l'application SQL Management.

Entrez la date du jour et la date du dernier contrôle et exécutez la requêtes.

Le premier select va retourner la date de la dernière alarme transférée dans la base SQL au sein de la table ALR.

Vérifier que la dernière alarme date d'au maximum 2 jours avant la date courante

S'il n'y a pas d'alarmes depuis plusieurs jours (3 jours), vérifier les logs de l'Event Log Scanner. Si une erreur tourne en boucle, redémarrez le service et relancez les calculs depuis le jour de la dernière alarme (le calcul des END se fait avec la table ALR).

cf : relance_calculs

Le deuxième select va retourner la liste des alarmes actives. Regardez ces alarmes et notez les dans le rapport.

Remarque : il est possible de filtrer les alarmes par site

Vérifiez que pour chaque site, le nombre de jours présents dans les rapports (colonne “Nombre_de_Jours”) corresponde au nombre de jours dans le mois en cours, en comptant à partir de la veille.

Vérifiez que le dernier jours du rapport correspond à la veille du jour actif.

Si ce n'est pas le cas, il faut relancer les rapports pour les sites concernés : cf : relance_calculs

Cette partie concerne les données “hors limites”, comme un PR supérieur à 100% par exemple.

Si des lignes apparaissent dans ce secteur, c'est qu'il y a un défaut quelque part sur le PDL (se référer à la colonne “Commentaires” pour savoir quel indicateur est dépassé). Relancer alors les rapports des sites concernés cf : relance_calculs.

Si aucun problème n'est détecté, inscrivez “RAS” pour les PDL des sites concernés.

Remarques :

• Il est possible de filtrer les résultats par site.

• La requête est construite de manière à comparer chaque colonne à des seuils haut et bas. Il se peut que ces seuils (notamment les seuils hauts) soient trop bas. Il faut alors en discuter avec l'équipe TMA pour voir s'il faut les modifier.

Si des lignes apparaissent dans ce secteur, c'est qu'il y a un défaut quelque part sur les PTR (se référer à la colonne “Commentaires” pour savoir quel indicateur est dépassé). Relancer alors les rapports des sites concernés cf : relance_calculs.

Si aucun problème n'est détecté, inscrivez “RAS” pour les PTR des sites concernés.

Remarques :

• Il est possible de filtrer les résultats par site.

• La requête est construite de manière à comparer chaque colonne à des seuils haut et bas. Il se peut que ces seuils (notamment les seuils hauts) soient trop bas. Il faut alors en discuter avec l'équipe TMA pour voir s'il faut les modifier.

Pensez à sauvegarder la requête car cela permettra de connaitre pour le prochain rapport la date du dernier contrôle.

Ouvrir les rapports “disponibilité mensuel” sur Kerwin site par site :

Sélectionner ensuite le premier jour du mois puis cliquer sur “Recalculer” :

Si une indication #Erreur apparait, se référer au wiki :Engie Green Kerwin - Erreur recalculer Dispo Mensuelle

Il faut ensuite vérifier qu'il n'y a pas de doublons de lignes sur le rapport, qu'il n'y a pas de manques de données, qu'il ne manque pas de jours. Regarder également que les ratios de performances soient cohérents.

S'il y a des anomalies, il faut relancer les calculs pour les jours concernés.

Noter les points importants dans le rapport

Il faut ensuite ouvrir SQL et lancer la requête suivante pour ouvrir la table séquenceur et filtrer sur les tâches d'extraction :

Il faut ensuite vérifier dans la colonne “begindate” que la date indiquée correspond à la date du jour ou de la veille. Si ce n'est pas le cas, il faut essayer de rappatrier les fichiers correspondants manuellement : cf [https://wikiai.aifrance.com/wikiai/doku.php?id=tma:pv:procedures:export_manuel_fichiers&#export_manuel_des_fichiers]]

Pour finir, il faut vérifier que les backups automatiques des bases de données se sont correctement déroulés. Pour cela, il faut aller dans le dossier “C:\Program Files\Microsoft SQL Server\MSSQL11.KERWIN\MSSQL\Log” de la machine SDSV143-VM et ouvrir le fichier “Backup_Full_All_DB_Subplan_1” le plus récent afin de s'assurer que le backup s'est effectué avec succès.

A la demande de David, il faut faire un tour toutes les semaines sur les alarmes actives des sites.
En effet, il est courant que certaines alarmes restent bloquées dans Kerwin alors qu'elles ne sont plus actives dans l'iRio!

Pour cela: afficher les alarmes par site de statuts “Actif” sur Kerwin, et comparer avec les alarmes actives de chaque iRio

Alarmes dans Kerweb


Alarmes dans l'iRio


Il faut supprimer dans Kerweb les alarmes qui ne sont plus actives dans l'iRio.
Pour supprimer les alarmes inactives (encadrée en rouge), il faut les cocher, et cliquer sur “Supprimer” (encadré en jaune)

Une fois le rapport complété, l'envoyer à : exploit-rousset.EGN@engie.com et David PUIG avec support SDE en copie.

Pour finir, stocker le rapport sur les serveur dans : P:\Projets\ARIRI0693 - Schneider CSE - TMA SD CCV1 2016 2017\4 Dossier technique\4.2 Documents AI\4.2.3 Développement\Maintenance préventive