IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Linux Discussion :

Réplication de données ou en mirroir


Sujet :

Linux

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre du Club
    Inscrit en
    Décembre 2007
    Messages
    10
    Détails du profil
    Informations forums :
    Inscription : Décembre 2007
    Messages : 10
    Par défaut Réplication de données ou en mirroir
    Bonjour,

    Nous nous trouvons confrontés à une difficulté sur le choix de l'architecture des données de notre future application.
    notre système est un ensemble de boitiers connecté à une BDD principale, ces boitiers contient chacun une raspberry pi connecté à une imprimante de ticket et un lecteur RFID.
    chaque raspberry doit avoir une même table ou fichier sur pour verification, "Cette table doit être mise à jours en temps réel sur tout les autres boitier".
    Que me conseillez vous:

    1 - Avoir une replication de données "une meme base sur tout les boitier"?
    2 - Developper tout un system qui met à jours tout les autres boitier en cas de mise à jour ?

    On veux faire une mise à jours des données après une coupure du réseau aussi

    Merci pour votre aide.

  2. #2
    Expert confirmé Avatar de Flodelarab
    Homme Profil pro
    Inscrit en
    Septembre 2005
    Messages
    5 304
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Charente (Poitou Charente)

    Informations forums :
    Inscription : Septembre 2005
    Messages : 5 304
    Par défaut
    Bonjour,

    Avoir une replication de données
    Pourquoi les données seraient-elles répliquées ? Quelles données ?

    Ton message se répond à lui même:
    1 (...) "une meme base sur tout les boitier"?
    notre système est un ensemble de boitiers connecté à une BDD principale,
    2 (...) Developper tout un system qui met à jours tout les autres boitier en cas de mise à jour ?
    "Cette table doit être mise à jours en temps réel sur tout les autres boitier".

  3. #3
    Membre du Club
    Inscrit en
    Décembre 2007
    Messages
    10
    Détails du profil
    Informations forums :
    Inscription : Décembre 2007
    Messages : 10
    Par défaut
    Bonjour,

    Et merci pour votre réponse,
    Chaque boitier imprime un ticket pour chaque passage de badge, la base interne du boitier consiste à verifier si le badge est actif ET SI le badge n'a pas déjà été passé dans les autres boitiers, c'est là le besoin d'avoir une réplication de la base, ma question est la suivante: ça sera plus efficace si on install une réplication de la base sur chaque boitier ou de developper tout le mécanisme, par ex. un ficher mise à jours manuellement lors de chaque passage d'un badge.

    Merci d'avance pour votre aide.

  4. #4
    Membre Expert
    Avatar de Escapetiger
    Homme Profil pro
    Administrateur système Unix - Linux
    Inscrit en
    Juillet 2012
    Messages
    1 586
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Administrateur système Unix - Linux

    Informations forums :
    Inscription : Juillet 2012
    Messages : 1 586
    Par défaut
    Citation Envoyé par KiMaN26 Voir le message
    notre système est un ensemble de boitiers connecté à une BDD principale
    chaque raspberry doit avoir une même table ou fichier sur pour verification, "Cette table doit être mise à jours en temps réel sur tout les autres boitier".
    Que me conseillez vous:

    1 - Avoir une replication de données "une meme base sur tout les boitier"?
    2 - Developper tout un system qui met à jours tout les autres boitier en cas de mise à jour ?

    On veux faire une mise à jours des données après une coupure du réseau aussi

    Merci pour votre aide.
    Citation Envoyé par KiMaN26 Voir le message
    Chaque boitier imprime un ticket pour chaque passage de badge, la base interne du boitier consiste à verifier si le badge est actif ET SI le badge n'a pas déjà été passé dans les autres boitiers
    Je rejoins Flodelarab, je pense qu'il y a confusion de terme entre la BDD principale (où est-elle ?) et les tables/fichiers des boîtiers Rasperry.

    Il faudrait nous joindre le schéma d'architecture (en enlevant les données sensibles du type adresse IP par exemple), le type du SGBD (Oracle, MySQL, ?) de la base principale, le nombre de boîtiers, le réseau, etc ...

    On ne connaît pas à priori la fréquence de mise à jour, les temps de latence pour le "Commit" des transactions, le temps de réplication éventuel des tables/fichier des Raspberry, etc ... Le cahier des charges quoi ...
    « Developpez.com est un groupe international de bénévoles dont la motivation est l'entraide au sens large » (incl. forums developpez.net)
    Club des professionnels en informatique

    Liste des balises BB

  5. #5
    Membre du Club
    Inscrit en
    Décembre 2007
    Messages
    10
    Détails du profil
    Informations forums :
    Inscription : Décembre 2007
    Messages : 10
    Par défaut
    Bonjour et merci pour votre retour,

    Voilà un petit schema que j'ai fait, j'espère qu'il sera explicite

    RaspApp.pdf

    ces boitiers sont installé à l'entrée de chaque porte d'une cantine privé, il y a 1000 personne qui passe chaque jours par les 3 portes de la cantine, notre système consiste à limiter le passage à une seul fois par personne, donc par exemple la personne A1 passe son badge sur le boitier N°1 le lecteur envoie le code du badge à la Rasp qui vérifie la validité du badge sur la base de données, si le badge est valide et il n'a pas été passé elle imprime un ticket et flag ce numéro de badge sur la base de données, pour que cette personne là ne pourra pas retirer un autre ticket sur les autres boitiers.

    On a déjà développer une solution qu'on veux l'évoluer, les boitiers existant son composés d'un lecteur RFID et une imprimante de ticket, le lecteur est branché directement par RS-485 au serveur et l'imprimante au réseau LAN, l'application sur le serveur fait la verification et imprime sur l'imprimante en question,
    mais cette solution n'est pas vraiment fiable "disponibilité", on a des problèmes lors de la perte de connexion le boitier n'est plus utilisable.

    Merci pour votre aide, et j'espère que cette fois-ci j'ai bien expliquer mon problème.

  6. #6
    Membre du Club
    Inscrit en
    Décembre 2007
    Messages
    10
    Détails du profil
    Informations forums :
    Inscription : Décembre 2007
    Messages : 10
    Par défaut
    un petit UP

  7. #7
    Expert confirmé Avatar de Flodelarab
    Homme Profil pro
    Inscrit en
    Septembre 2005
    Messages
    5 304
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Charente (Poitou Charente)

    Informations forums :
    Inscription : Septembre 2005
    Messages : 5 304
    Par défaut
    lors de la perte de connexion le boitier n'est plus utilisable.
    Si tu pars du principe que le boîtier n'est plus utilisable, personne ne peut t'aider.

    Sinon, les questions appellent les mêmes réponses. Y a plus qu'à faire.

  8. #8
    Membre du Club
    Inscrit en
    Décembre 2007
    Messages
    10
    Détails du profil
    Informations forums :
    Inscription : Décembre 2007
    Messages : 10
    Par défaut
    Bonjour,
    je voulais dire par "n'est plus utilisable" les données scannées entre la coupure et la reprise de la connexion entre le boitier et le serveur ne sont pas récupérable, d'ou mon besoin de mettre une solution de réplication de données.

Discussions similaires

  1. Réplication de données
    Par Romers dans le forum Réplications
    Réponses: 3
    Dernier message: 15/05/2008, 12h57
  2. Réplication de données MS-SQL
    Par malves dans le forum Réplications
    Réponses: 3
    Dernier message: 16/01/2008, 12h19
  3. Réplication de données via des MV entre 9i et 10g
    Par jml50 dans le forum Administration
    Réponses: 1
    Dernier message: 15/06/2007, 13h10
  4. Réplication de données ACCESS - ORACLE
    Par pyfux69 dans le forum Access
    Réponses: 2
    Dernier message: 01/03/2007, 22h50

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo