Outils pour utilisateurs

Outils du site

  • Plan
  • Créer une page
  • Aide
  • Contactez-nous!

  • tma:pv:rex_ai:conext_control:rapatrier_fichiers_manuellement

    Différences

    Ci-dessous, les différences entre deux révisions de la page.

    Lien vers cette vue comparative

    Les deux révisions précédentesRévision précédente
    Prochaine révision
    Révision précédente
    tma:pv:rex_ai:conext_control:rapatrier_fichiers_manuellement [06/07/2016 08:10] gautier.bejuittma:pv:rex_ai:conext_control:rapatrier_fichiers_manuellement [Date inconnue] (Version actuelle) – modification externe (Date inconnue) 127.0.0.1
    Ligne 3: Ligne 3:
     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): 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+- 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 Ex pour Dayton: 10.11.101.1 sur le PDL
      
    -- **Renommer** les fichiers de données **"_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.+- **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, les placer dans le dossier du site correspondant: +- **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+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. - **Renommer** les fichiers avec leur nom d'origine.
    -Ainsi ils seront automatique traités. +Ainsi ils seront automatiquent traités. Il se peut que pendant le traitement l'extension des fichiers devienne "FTS" dans le dossier.\\
    -On peut vérifier en regardant le statut des fichiers passés en "FTS" dans le dossier.+
      
    -Faire un __Update Counters__ (penser à modifier le fichier **grafter.counters.Cfg** avant) puis un __DailyJob__ (penser à modifier le fichier **controllers.Cfg** avant) pour relancer les calculs et afficher ces données dans les rapports.+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**
    tma/pv/rex_ai/conext_control/rapatrier_fichiers_manuellement.1467785455.txt.gz · Dernière modification : 06/07/2016 07:10 (modification externe)