Réplication de données ou en mirroir

Version imprimable

04/02/2015, 13h44
KiMaN26

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.
05/02/2015, 10h03
Flodelarab

Bonjour,

Citation:

Avoir une replication de données

Pourquoi les données seraient-elles répliquées ? :weird: Quelles données ?

Ton message se répond à lui même:

Citation:

1 (...) "une meme base sur tout les boitier"?

Citation:

notre système est un ensemble de boitiers connecté à une BDD principale,

Citation:

2 (...) Developper tout un system qui met à jours tout les autres boitier en cas de mise à jour ?

Citation:

"Cette table doit être mise à jours en temps réel sur tout les autres boitier".
05/02/2015, 12h09
KiMaN26

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.
05/02/2015, 12h32
Escapetiger

Citation:

Envoyé par KiMaN26

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

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 ...
05/02/2015, 18h46
KiMaN26

1 pièce(s) jointe(s)

Bonjour et merci pour votre retour,

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

Pièce jointe 168206

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.
08/02/2015, 14h17
KiMaN26

un petit UP :)
08/02/2015, 21h35
Flodelarab

Citation:

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.
08/02/2015, 21h45
KiMaN26

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.
08/02/2015, 22h31
Flodelarab

Déjà, je ne vois pas l'intérêt de travailler en mode connecté. Le mode déconnecté (UDP) n'est-il pas suffisant?
Après si tu as des problèmes de réseaux, il n'y a pas d'autres solutions que de le résoudre. Donc ré-émettre jusqu'à ce que le serveur accuse réception.

Je ne vois vraiment pas ce qui bloque. Au travail! ;-)
09/02/2015, 00h35
KiMaN26

Je ne demande que ça commencer à coder :lol:.
je n'ai pas de problème de réseaux, je veux évoluer mon application, j'ai des boitiers qui sont connecté sur le réseau local, on projète de relier un autre site distant connecté en VPN "perturbation de connection assurée", je préfère que quand y a pas de connection avec le serveur, les écritures se font en local, ensuite dès que la connection se rétablie on màj la base de donnée principale.

Une dernière question Flodelarab,

J'ai développer la version actuelle avec delphi sous windows, et sachant que la Raspberry ne démarre pas windows, vous me conseillez quoi comme outils ou rad pour commencer simple à développer sous linux (comm rs232 et postgresql ... etc) ?

Merci beaucoup pour votre aide.
09/02/2015, 08h21
Escapetiger

Citation:

Envoyé par KiMaN26

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.

Citation:

Envoyé par KiMaN26

je n'ai pas de problème de réseaux, je veux évoluer mon application, j'ai des boitiers qui sont connecté sur le réseau local, on projète de relier un autre site distant connecté en VPN "perturbation de connection assurée", je préfère que quand y a pas de connection avec le serveur, les écritures se font en local, ensuite dès que la connection se rétablie on màj la base de donnée principale.

Bonjour,

Voilà qui est plus clair et qui entre en contradiction avec la connexion pour autorisation à distance avec la BDD principale. (Merci de regarder les propriétés ACID, Atomicité, Cohérence, Isolation, Durabilité d'une base de données).

Autrement il ne s'agit plus d'une base de données principale centralisée mais d'une architecture distribuée.

Citation:

Une architecture distribuée courante est l'architecture trois tiers à la base de la plupart des applications distribuées de commerce électronique. Cette architecture permet d'interroger et de mettre à jour des sources de données réparties.

[Edit] Pour être plus précis, voir les problématiques liées au pseudo-transactionnel ici.
09/02/2015, 17h36
KiMaN26

Bonjour et enfin c'est plus clair pour moi coté données !! mais je me suis jamais dis que je replongerais aussi profondément dans la théorie :lol:

qu'est ce que vous me conseillez ? commencer à coder sous linux pour la raspberry pi ou prendre une BeagleBoard et rester sur Windows ?

Merci beaucoup pour votre aide.
04/06/2016, 23h17
KiMaN26

Citation:

Envoyé par Escapetiger

Bonjour,

Voilà qui est plus clair et qui entre en contradiction avec la connexion pour autorisation à distance avec la BDD principale. (Merci de regarder les propriétés ACID, Atomicité, Cohérence, Isolation, Durabilité d'une base de données).

Autrement il ne s'agit plus d'une base de données principale centralisée mais d'une architecture distribuée.

[Edit] Pour être plus précis, voir les problématiques liées au pseudo-transactionnel ici.

Bonjour,

Permettez moi d'ouvrir à nouveau ce post car je n'ai pas vraiment résolu mon problème :?, et ça concerne la base de donnée distribué, c'est la que j'aurais besoin de votre aide !!

selon moi l'idée de la base distribué n'est pas cohérente dans mon cas pourquoi ? :

admettant que j'ai trois boitier, J'utilise une architecture distribué donc ma base de donnée est répartie entre les trois boitiers, jusque là c'est OK, l'un des trois boitier tombe en panne ou se déconnecte tout simplement du réseau, les deux autres boitiers continuent à fonctionner sauf qu'une partie de la base de donnée n'est pas disponible donc le résultat n'est pas cohérent ?!

Merci pour votre aide.