====== Rapatrier fichiers manuellement - Conext Control ======

Cette page wiki indique comment rapatrier manuellement des fichiers depuis la carte SD des CPU (en cas où la carte NOE, responsable de cette tâche, soit défaillante):

- Se connecter à la Carte SD de la CPU en utilisant FileZilla, a l'adresse IPs sites finissant par ".1".
Ex pour Dayton: 10.11.101.1 sur le PDL

- **Renommer** les différents fichiers de données finissant par **"_Data.bin"** présents sur la carte, en ajoutant par exemple la date du jour à leur nom de fichier: de cette manière, le système arrête d'écrire dans le fichier pendant qu'on le transfère, et en créera d'autres en parallèle.

- **Transférer** les fichiers une fois renommés sur le PC Hôte, et les placer dans le dossier du site correspondant:
C:/Program Files(x86)/Schneider Electric/Conext Contrôle/PvdbEngine/Site_X/xxxxxx_GB-xxxxxxx pour les GridBox (PDL)
C:/Program Files(x86)/Schneider Electric/Conext Contrôle/PvdbEngine/Site_X/xxxxxx_PB_xxxxxxx pour les PVBox (PTR)

- **Renommer** les fichiers avec leur nom d'origine.
Ainsi ils seront automatiquent traités. Il se peut que pendant le traitement l'extension des fichiers devienne "FTS" dans le dossier.\\

Une fois que les fichiers ont disparus des dossiers, cela signifie qu'ils ont été traités:\\
- **Arreter le PVDB** :
-- cliquer sur l'icône {{:tma:pv:rex_ai:conext_control:2016-12-15_10_22_00-tma_en_fonction_-_oracle_vm_virtualbox.png|}}

{{:tma:pv:rex_ai:conext_control:startstoppvdbengine.png|}}

Faire un __Update Counters__ (penser à modifier le fichier **grafter.counters.Cfg** avant) 
Lors du lancement de la commande, le nombre après "-s" correspond au numéro de site (11 pour Dayton).

{{:tma:pv:rex_ai:conext_control:updatecounter.cmd.png|}}

puis un __DailyJob__ (penser à modifier le fichier **controllers.Cfg** avant) pour relancer les calculs et afficher ces données dans les rapports.

{{:tma:pv:rex_ai:conext_control:pvdbengine.png|}}

- **Relancer le PVDB**