Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
| tma:rex_ai:rapports:relance_calculs_end [10/02/2015 09:58] – flore.bienfait | tma:rex_ai:rapports:relance_calculs_end [11/02/2015 15:51] (Version actuelle) – supprimée flore.bienfait | ||
|---|---|---|---|
| Ligne 1: | Ligne 1: | ||
| - | ====== 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 ===== | ||
| - | 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 = ' | ||
| - | |||
| - | /*Date de fin*/\\ | ||
| - | SET @date2 = ' | ||
| - | |||
| - | WHILE @date1 < @date2 BEGIN\\ | ||
| - | |||
| - | EXEC @return_value = [dbo].[End_DailyJob] @date1\\ | ||
| - | SET @date1 = dateadd(day, | ||
| - | |||
| - | END\\ | ||
| - | GO\\ | ||
| - | |||
| - | </ | ||
| - | |||
| - | Lorsque la requête a fini de s' | ||
| - | \\ | ||
| - | ===== Conext Control ===== | ||
| - | 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). En cas de bug il faut modifier manuellement la date pour passer au jour suivant sinon les données ne sont plus calculées. | ||
| - | {{ : | ||
| - | \\ | ||
| - | <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). \\ | ||
| - | Lorsqu’on lance les trois tâches du PVDB engine, elles s’effectuent de la date écrite dans ce fichier jusqu’à J-1. Il faut donc ajuster cette date avant de relancer les calculs. | ||
| - | </ | ||
| - | Pour relancer les calculs, aller dans le PVDB engine, stopper tous les process pour éviter des conflits sur le sql (process, stop all). | ||
| - | \\ | ||
| - | \\ | ||
| - | {{ : | ||
| - | |||
| - | Puis aller dans Data Consolidation, | ||
| - | Vérifier ensuite la date dans le fichier Se.Pv.Controllers.cfg, | ||
| - | On peut également valider le recalcul en regardant l' | ||
| - | \\ | ||
| - | <WRAP center round important > | ||
| - | Bien penser à relancer les process du PVDB, via Process/ | ||
| - | </ | ||
| - | |||
| - | \\ | ||
| - | 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 | ||
| - | • Sans error file, cela veut dire que l’automate n’était pas alimenté et que l’on n’a aucunes données.\\ | ||
| - | |||
| - | |||
| - | {{tag> | ||