On avait fait un projet comme ça il y a bien 10-15 ans entre Dakar et
plusieurs sites à Saint-Louis pour le contrôle du poids des nouveaux nés et
le suivi par un pédiatre.
Il faut que je recherche comment ça s’appelait!

En ces temps reculés :-), il n’y avait pas de ligne ADSL, donc le principe
était à peu prêt le même, consolidation le soir vers le site central, mais
il n’y avait pas de retour vers les sites satellites juste une consolidation
vers le site central.

Si mes souvenirs sont bon, ça fonctionnait comme ça:
* L’application insérait les données dans la base de données locale et en
même temps mettait la commandes SQL (INSERT … ou UPDATE…) dans un fichier
texte.
* Chaque soir, ou chaque fois que la ligne marchait :-) le fichier était
transmis par FTP. 
* Une fois transmis et la validation par le site central que le fichier
était le même des deux côtés, il était effacé.
* Chaque matin tôt, les fichiers étaient exécutés sur la base de données
centrale, comme c’était des ordres SQL, une simple exécution insérait les
données.
Il se peut que le fichier était envoyé par mail, mais je ne me souvient plus
si c’était dans les tests ou si c’était en production. Je vais rechercher si
j’ai encore des documents là dessus, mais je n’y crois pas trop.

Thierry



From:  "T. Idriss TINTO" <[email protected]>
Reply-To:  La liste de discussion autour de Logiciels Libres à Dakar
<[email protected]>
Date:  samedi, 21 juin 2014 13:09
To:  <[email protected]>
Subject:  Re: [DakarLUG] Synchronisation de bases  MySQL

    
 Merci Thierry,
 
 Le problème qu'il y a avec l'architecture maitre-esclave est que toutes les
opérations d'écriture sont faites en temps réel sur le maître. Il faut donc
que le maitre soit connecté en permanence à l'esclave, chose que je ne peux
pas garantir.
 
 Pour ce qui est d'utiliser un vpn je crois aussi que c'est le meilleur
choix.
 
 
 
Le 20/06/2014 20:43, Thierry Triponez a écrit :
 
 
>  
> Hello,
>  
> 
>  
>  
> Une recherche sur Google “synchronisation mysql” donne dans les deux premiers
> liens des explications pour la mise en service de la réplication entre deux
> base (ou plus).
>  
> 
>  
>  
> http://libresavoir.org/index.php?title=R%C3%A9plication_des_bases_de_donn%C3%A
> 9es_MySQL_%28installation_et_configuration%29
> <http://t.nardoux.free.fr/index.php?post/2005/08/27/244-synchronisation-de-deu
> x-serveurs-mysql>
>  
> http://t.nardoux.free.fr/index.php?post/2005/08/27/244-synchronisation-de-deux
> -serveurs-mysql
>  
> 
>  
>  
> Pour l’interconnexion, il faut faire des vpn avec openvpn, ouvrir le port 3306
> (mysql) directement sur Internet, c’est l’assurance que ton système va être
> attaqué et corrompu.
>  
> 
>  
>  
> Comme tu as un serveur central, chaque satellite monte un VPN vers celui-ci et
> synchronise dans les deux sens sa base.
>  
> 
>  
>  
> Thierry
>  
> 
>  
>  
> 
>  
>   
> From:  "T. Idriss TINTO" <[email protected]>
>  Reply-To:  La liste de discussion autour de Logiciels Libres à Dakar
> <[email protected]>
>  Date:  vendredi, 20 juin 2014 20:51
>  To:  <[email protected]>
>  Subject:  Re: [DakarLUG] Synchronisation de bases MySQL
>  
>  
> 
>  
>  
>  
>  
> Ce que tu propose, c'est que j'écrive un code qui, en un temps t compare
>  
> la BDlocal avec la BDcentrale et si elles sont différentes, que des
>  
> données manquant dans l'une soient hashées en envoyées dans l'autre pour
>  
> mise à jour. C'est bien ça?
>  
> Dans un premier temps, j'essaye de voire si je ne peux pas avec des
>  
> technologies existantes configurer MySQL pour qu'elle puisse gérer elle
>  
> même les synchronisations. ça sera nettement plus efficace je trouve.
>  
> Si je ne trouve pas une façon de la faire avec des technos. existantes,
>  
> je me mettrai au code :)
>  
> 
>  
>  
> Merci
>  
> 
>  
>  
> Le 20/06/2014 17:48, Lien Rag a écrit :
>  
>>  
>> 
>>  
>>  
>>  hasher tes données et comparer systématiquement les hash ne résoud pas
>>  
>>  ton problème?
>>  
>>  Et si tu ne crains pas une attaque tu peux même utiliser un simple MD5
>>  
>>  si j'ai bien compris, il n'y a aucun risque de confusion accidentelle
>>  
>>  (par contre le MD5 est vulnérable à une imposture par quelqu'un de
>>  
>>  vraiment doué)...
>>  
>> 
>>  
>>  
>>  On 20/06/2014 13:26, T. Idriss TINTO wrote:
>>  
>>>  
>>>  Bonjour,
>>>  
>>> 
>>>  
>>>  
>>>  Merci Lien, c'est surtout la conception qui m’intéresse.
>>>  
>>>  Les écritures partielles, je n'aurai pas à m'en soucier si j'arrive à
>>>  
>>>  adapter les concepts existants.
>>>  
>>>  L'exigence est que l'ensemble des bases doivent avoir les même données,
>>>  
>>>  pas en temps réel mais au moins à la fin de la journée. Donc aucune
>>>  
>>>  architecture n'est encore choisit.
>>>  
>>>  La réplication maitre-esclave de MySQL aurait été bien, mais les
>>>  
>>>  écritures se font dans le maître, alors que dans mon cas, je n'ai aucune
>>>  
>>>  assurance que le maître restera connecté à l'esclave.
>>>  
>>>  Apparemment un système multi-maitre marcherai, mais je ne maîtrise pas
>>>  
>>>  encore bien le comportement du système en cas de déconnexion puis
>>>  
>>>  reconnexion d'un maître.
>>>  
>>> 
>>>  
>>>  
>>>  Regards
>>>  
>>> 
>>>  
>>>  
>>>  Le 20/06/2014 00:02, Lien Rag a écrit :
>>>  
>>>>  
>>>>  Pour le code lui-même, je ne peux pas t'aider...
>>>>  
>>>> 
>>>>  
>>>>  
>>>>  Pour la conception, je suppose que ce que tu crains c'est des
>>>>  
>>>>  écritures partielles?
>>>>  
>>>>  Est-ce que tu as une base de données mère?
>>>>  
>>>> 
>>>>  
>>>>  
>>>>  Le principe dans ce genre de cas sensible c'est de ne pas faire
>>>>  
>>>>  d'écriture en dur (dans la base elle-même) avant d'avoir eu
>>>>  
>>>>  confirmation que tout c'est bien passé: tu stockes dans des variables
>>>>  
>>>>  temporaires en attendant que toute l'opération d'échanges de données
>>>>  
>>>>  soit terminée. A ce moment-là tu envoies une validation et les
>>>>  
>>>>  variables temporaires sont toutes écrites en base.
>>>>  
>>>> 
>>>>  
>>>>  
>>>>  Maintenant peut-être que c'est évident pour tout le monde, dans ce cas
>>>>  
>>>>  je me tais et laisse les pros parler.
>>>>  
>>>> 
>>>>  
>>>>  
>>>>  On 19/06/2014 14:30, T. Idriss TINTO wrote:
>>>>  
>>>>>  
>>>>>  Bonjour à tous,
>>>>>  
>>>>> 
>>>>>  
>>>>>  
>>>>>  J'ai une problématique et je viens quérir votre aide.
>>>>>  
>>>>> 
>>>>>  
>>>>>  
>>>>>  J'ai 5 PC répartis dans 5 villages et sur lesquelles tourne une
>>>>>  
>>>>>  application exploitant une base de données MySQL et j'ai un serveur
>>>>>  
>>>>>  central dans une autre zone géographique.
>>>>>  
>>>>>  Je veux qu'à la fin de la soirée, toutes mes 6 bases MySQL soient
>>>>>  
>>>>>  synchronisées.
>>>>>  
>>>>> 
>>>>>  
>>>>>  
>>>>>  Comme technologie d'interconnexion, j'utilise un GPRS pas du tout
>>>>>  
>>>>>  stable.
>>>>>  
>>>>> 
>>>>>  
>>>>>  
>>>>>  Merci d'avance
>>>>>  
>>>>> 
>>>>>  
>>>>>  
>>>>> 
>>>>>  
>>>>>  
>>>>  
>>>  
>>  
>> 
>>  
>>  
>> 
>>  
>>  
>>  -- 
>>  
>>  Ce message a été envoyé à la liste [email protected]
>>  
>>  Gestion de votre abonnement : http://dakarlug.org/liste
>>  
>>  Archives : http://news.gmane.org/gmane.org.user-groups.linux.dakarlug
>>  
>>  Le site du DakarLUG : http://dakarlug.org
>>  
>  
> 
>  
>  
> -- 
>  
> Teg-Wendé Idriss TINTO:
>  
>     Ingenieur en Informatique
>  
>     téléphones:
>  
>         (00226)70102936,
>  
>         (00226)66283666
>  
>     email:
>  
>         tinto.jean[at]titinto[dot]net,
>  
>         tinto.jean[at]computer[dot]org
>  
>     twitter:
>  
>         @titinto_
>  
>     skype:
>  
>         tinto.jean
>  
>     citation:
>  
>         « Notre mission est de préserver, protéger et promouvoir la liberté
> d'utiliser, étudier, copier, modifier et redistribuer les programmes
> informatiques, et de défendre les droits des utilisateurs de logiciel libre. »
> FSF
>  
> 
>  
>  
> 
>  
>  
> --
>  
> Ce message a été envoyé à la liste [email protected]
>  
> Gestion de votre abonnement : http://dakarlug.org/liste
>  
> Archives : http://news.gmane.org/gmane.org.user-groups.linux.dakarlug
>  
> Le site du DakarLUG : http://dakarlug.org
>  
>  
>   
>   
>  
> --
> Ce message a été envoyé à la liste [email protected]
> Gestion de votre abonnement : http://dakarlug.org/liste
> Archives : http://news.gmane.org/gmane.org.user-groups.linux.dakarlug
> Le site du DakarLUG : http://dakarlug.org
>  
 
 
-- 
Teg-Wendé Idriss TINTO:
    Ingenieur en Informatique
    téléphones:
        (00226)70102936,
        (00226)66283666
    email:
        tinto.jean[at]titinto[dot]net,
        tinto.jean[at]computer[dot]org
    twitter:
        @titinto_
    skype:
        tinto.jean
    citation:
        « Notre mission est de préserver, protéger et promouvoir la liberté
d'utiliser, étudier, copier, modifier et redistribuer les programmes
informatiques, et de défendre les droits des utilisateurs de logiciel libre.
» FSF
 
-- Ce message a été envoyé à la liste [email protected] Gestion de votre
abonnement : http://dakarlug.org/liste Archives :
http://news.gmane.org/gmane.org.user-groups.linux.dakarlug Le site du
DakarLUG : http://dakarlug.org

--
Ce message a été envoyé à la liste [email protected]
Gestion de votre abonnement : http://dakarlug.org/liste
Archives : http://news.gmane.org/gmane.org.user-groups.linux.dakarlug
Le site du DakarLUG : http://dakarlug.org

Répondre à