Wiki

Vous affichez une ancienne révision du document ! Si vous l'enregistrez, vous créerez une nouvelle version avec ce contenu.

====== Relance calculs end ======

===== Objet =====
Cette page décrit comment relancer les calculs END dans les solutions Kerwin et Conext Control.
Il est utile de relancer les calculs lorsque nous constatons une absence de données dans des rapports mensuels.
\\
===== Kerwin =====
==== Principaux Lots ==== 
Ouvrir SQL Management Studio.\\
\\
Exécuter la requête suivante:\\
<WRAP round box 40%>
USE [CALCUL_END]\\
GO\\
DECLARE	@return_value int\\
DECLARE @date1 datetime\\
DECLARE @date2 datetime\\
/*Date de début*/\\
SET @date1 = '15/01/2018 00:00:00'\\

/*Date de fin*/\\
SET @date2 = '19/01/2018 00:00:00'\\

WHILE @date1 < @date2 BEGIN\\

EXEC	@return_value = [dbo].[End_DailyJob] @date1\\
SET @date1 = dateadd(day, 1, @date1)\\

END\\
GO\\

</WRAP>

Pour relancer les calculs d'un seul site, il faut modifier les ToRun dans la table End Cfg Sites\\
(Mettre à zéro tous les sites, sauf celui voulu).\\

Lorsque la requête a fini de s'exécuter vous pouvez retourner dans Kerwin, ouvrir le tableaux de bord correspondant et cliquer sur le bouton recalcul.

Pour les sites du Lot 1 et 2, il faut utiliser la base [Cal_END_MIN]
</WRAP>\\

<WRAP center round important 60%>
Pour le site de Caillan - Lot 4, il faut utiliser la requête [End_DailyJobCaillian]
</WRAP>\\
\\

<WRAP center round important 60%>
La requête "End_UpdateSynthMonthMn" est utile pour "forcer" l'exécution des calculs dans le cas d'Hi non valide par exemple
</WRAP>

==== ENGIE Green ====
<WRAP center round alert >
Pour les sites de ENGIE Green, la procédure est différente : voir ci après.\\

</WRAP>

Il faut exécuter la requête SQL suivante en choisissant l'Id du site que l'on souhaite relancer : \\
**Cette requête est également disponible sur le bureau du serveur SD Kerwin (SDSV-143-VM) dans le dossier : Requêtes Relance Calculs END** \\
<WRAP round box 40%>
/*--Relance des Calculs END \\
\\
--Id Site : \\
--Caissargues : 1 \\
--Figanières : 2 \\
--Les Mées 1 : 3 \\
--Les Mées 2 : 4 \\
--Nohic : 5 \\
--Poggio : 6 \\
--Sartène : 7 \\
--Saint Fons : 8 \\
--Saint Hilaire : 9 \\
--Venzolasca : 10 \\
--Vinon : 11 */ \\
\\
declare @ddeb datetime  \\
declare @dfin datetime  \\
declare @Id_Site as int \\ 
\\
set @Id_Site=1 --Id du site à relancer \\
set @ddeb = '12/05/2019' -- Date début de relance \\
set @dfin = '14/05/2019' -- Date de fin de relance \\
\\
WHILE @ddeb < @dfin BEGIN \\
	exec [CALEND].[dbo].[DailyJob] @Id_Site,@ddeb \\
	set @ddeb = dateadd(day,1,@ddeb) \\
END \\
GO\\
</WRAP>
\\
Vérifier ensuite le résultat de la relance dans le rapport.
\\

\\
<WRAP center round important 60%>
**//Remarque : //** Au cours des modifications apportées le 14/05/2019 pour simplifier les relances de calculs Solaire Direct Kerwin, une table de configuration a été crée. \\
Cette table comporte notamment le paramètre Automatique/Manuel de chaque site. Des jobs SQL sont paramétrés pour passer ce paramètre en automatique tout les jours à 23h30 et pour le remettre en manuel tous les jours à 07h. \\

Cette table de configuration est : CALEND.dbo.Cfg_Sites 
</WRAP>

\\
===== Conext Control ( lot 6 ) =====
Se connecter sur la machine Schneider18 (=ClearScada)\\
  - Le fichier C:\Program Files (x86)\Schneider Electric\Conext Control\PVDBEngine\PVdbConsole\Configurations\Nom_Site\Se.Pv.Controllers.cfg contient la date de la dernière journée valide (normalement la veille).  Il faut changer la date en écrivant la date à partir de laquelle vous voulez faire la relance.\\
  - Modifier aussi le fichier C:\Program Files (x86)\Schneider Electric\Conext Control\PVDBEngine\PVdbConsole\Configurations\Nom_Site\Se.Pv.Grafters.Counters.cfg et modifier la 1ère date de chaque ligne à la date à partir de laquelle vous voulez faire la relance.\\
{{ :tma:rex_ai:rapports:ccv2_controllerscfg.png?600 |}}
\\
<WRAP center round info 60>
Si il manque des données dans une journée la consolidation ne s’effectue pas (la ligne est alors en rouge dans le rapport mensuel). \\
Il faut alors vérifier dans le dossier "Error Files" si il n'y a pas des fichiers à rejouer! (cf.procédure [[tma:pv:rex_ai:rejouer_fichier_cc|Rejouer fichiers sur Conext Control Lot 6]])
</WRAP>
Pour relancer les calculs, aller dans le PVDB engine, stopper tous les process pour éviter des conflits sur le sql (process, stop all). 
\\
\\
{{ :tma:rex_ai:rapports:ccv2_pvdb_process.png?800 |}}
\\
Puis aller dans Data Consolidation, start task et lancer les trois tâches dans l’ordre pour le site concerné, finir par daily job. \\
Vérifier ensuite la date dans le fichier Se.Pv.Controllers.cfg, **elle doit correspondre à la veille.**\\
On peut également valider le recalcul en regardant l'export de données site dans Clearscada ou en lançant la requête de rapport mensuel dans la base SQL.
\\
<WRAP center round important >
Bien penser à relancer les process du PVDB, via Process/Start all, une fois les calculs effectués
</WRAP>

\\
Cas de relance des calculs :\\
•	On était en perte de com au moment du daily job mais depuis les données sont revenues et ont été stockées dans la database.\\
•	Il existe des error file que l’on a intégré dans la base sql. (file, binary file, sélection  puis conversion)\\
•	Sans error file, cela veut dire que l’automate n’était pas alimenté et que l’on n’a aucunes données.\\

{{tag>calcul_END PVDB_engine rapports_mensuels requête_SQL recalcul_entre_2_dates}}

===== Conext Control CESTAS =====

<WRAP center round important 80%>
Il n'y a pas l'outil PVDbEngine sur cette version de Conext Control! L'outil de calcul PvdbConsole est intégré à la solution et fonctionne en tâche de fond
</WRAP>

\\
- sur le serveur ClusterX, ouvrir le fichier c:\Programmes\Schneider Electric\Conext Control\PVdbConsole\Configuration\SPVyyy\**Sc.Pv.GraftersCounters.Cfg.xml**\\
//X = numéro du cluster, yyy = numéro de la SPV//\\
- modifier le paramètre **LastExecutionDtoLocalApp** et mettre la date à partir de laquelle les calculs END devront être refaits\\
- enregistrer le fichier\\
\\
{{ :tma:pv:rex_ai:rapports:grafterscounterss_changeladateici.png?800 |}}\\
-> le calcul des END sera effectué automatiquement par le PvdbConsole en tâche de fond.\\
\\
- sur le serveur ClusterX, ouvrir le fichier c:\Programmes\Schneider Electric\Conext Control\PVdbConsole\Configuration\SPVyyy\**Sc.Pv.Controllers.Cfg.xml**\\
//X = numéro du cluster, yyy = numéro de la SPV//\\
- modifier le paramètre **LastExecutionDtoLocalApp** et mettre la date à partir de laquelle les calculs END devront être refaits\\
- enregistrer le fichier\\
\\
Le job se relancera automatiquement dans la nuit.
{{ :tma:pv:rex_ai:rapports:controllers_changeladateici.png?800 |}}\\
Il est possible de forcer le redémarrage de PVDbConsole en allant, via un clique droit sur la flèche ClearScada de la barre de tâche, dans Server Status/General/Modules et relancer le service CCPVScheduler\\
Il est également possible de forcer un DailyJob en tapant les lignes de commande (cf. procédure pour Conext Control Solaire Direct ci-dessous)\\

Remarque : les opérations décrites ci-dessus devront être réalisées pour chaque SPV\\
\\
<WRAP center round important 60%>
Attention, après une relance manuelle, il faut bien vérifier de le PvConsole.exe est bien démarré dans les processus Windows. Si ce n'est pas le cas, il faut redémarrer ClearScada et vérifier ensuite que l’exécutable reparte bien via le planificateur de tâches. 
</WRAP>

===== Conext Control Engie Green =====

Se connecter à la machine sdsv162 en accès RDP. Ce lot comprend bien un PvdbEngine, mais avec un comportement différent que sur le lot 6.\\

__**Etape 1:**__ Arrêter les process du PvdbEngine --> la solution la plus rapide est de "killer" l'applicatif via le gestionnaire des tâches, puis de relancer l'application **PvdbEngine.exe**\\

{{ :tma:pv:rex_ai:rapports:restart_pvdb.png?200 |}}\\

Vérifier que tous les processus sont bien en stop.\\

**__Etape 2:__** Modifier les fichiers de configuration correspond aux sites concernés, situés dans le dossier PvdbConsole, en modifiant les dates à partir desquelles on veut relancer les calculs:

{{ :tma:pv:rex_ai:rapports:dossier_pvdbconsole.png?700 |}}\\
Le fichier UpdateCounters:\\
{{ :tma:pv:rex_ai:rapports:update.png?700 |}}\\
Le fichier DailyJob:\\
{{ :tma:pv:rex_ai:rapports:dailyjob_file.png?700 |}}

**__Etape 3:__**Une fois que les modifications sont faites pour les dates souhaitées, il faut relancer les commandes de **__UpdateCounters__** (responsable des calculs fait dans la BDD) puis du __**DailyJob**__ (responsable de l'affichage des résultats dans les rapports)\\
Il faut taper dans l'invit de commande les lignes suivantes dans l'ordre:\\
{{ :tma:pv:rex_ai:rapports:updatec.png?600 |}}\\
{{ :tma:pv:rex_ai:rapports:dailyjob.png?600 |}}

<WRAP center round tip 60%>
Modifier le dernier numéro de la ligne de commande selon le site concerné!
</WRAP>

<WRAP center round tip 60%>
Vous pouvez rajouter l'option -f (avec DailyJobBatch uniquement) pour ne lancer le calcul que sur le premier jour.
</WRAP>

**Tant que le ticket CMMS#350 n'est pas terminé, il faut relancer un script à la fin de la relance de calcul.
\\
Pour cela, ouvrir la requête SQL "Requête_suppression_donnees_trop_grandes" disponible ici C:\Users\app_ConextControl\Desktop\Requêtes_TMA_AI\Dev.
\\
Une fois la requête ouverte, renseigner la date du jour puis executer la requête avec l'ID_INV=27 et ID_INV28 dans la partie "gestion de la table temporaire".**
\\
{{:tma:pv:rex_ai:rapports:script_eg_cc.png?600|}}

<WRAP center round alert 100%>
Ne pas oublier de relancer tous les processus du PvdbEngine une fois la manipulation effectuée!
</WRAP>

===== Exemple de tâches FS =====

Cette partie se propose de citer des tâches FS où l'on a résolu des problèmes d'incohérences dans les rapports après avoir rejoué les données:

SD_CC: FS#1852 (Brignoles)
CESTAS : FS#2250

Résumé

Wiki

Outils pour utilisateurs

Outils du site

Outils de la page