Synchronisation deux Bases Mysql

eric_89 · 14/12/2006, 10h10

Bonjour

J'ai deux postes ou sont installés deux bases mysql V5 identiques je voudrais que les mises a jour de la base du poste A soient reportées sur la base du poste B et inversement les modifications du poste B soient reportées sur la base du poste A.

merci a celui ou celle qui me répondra

E.H

Antoun · 14/12/2006, 10h17

Il faut que tu mettes en place deux réplications, une de A vers B et l'autre de B vers A...

http://dev.mysql.com/doc/refman/5.0/fr/replication.html

Ceci dit, en général on s'arrange plutôt pour faire toute les modifs sur un serveur afin de faire une réplication unidirectionnelle.

eric_89 · 14/12/2006, 11h00

Si la base A disparait pendant 1 journée ou deux peut-il y avoir un risque au redémarrage de A que B se mette à jour en allant voir la base A perdant ainsi des choses alors que cela devrait être l'inverse ?

Antoun · 14/12/2006, 13h50

Je suis loin d'être un spécialiste de la réplication, mais je vais te donner le principe de fonctionnement. L'idée est que les deux bases sont initialisées à l'identique. Ensuite, le serveur maître enregistre dans un journal (binary log) toutes les requêtes de modif lui qui sont passées. L'esclave récupère le journal et rejoue l'ensemble des requêtes, qui doivent logiquement donner le même résultat (il y a un traitement spécial des fonctions non déterministes comme RAND ou NOW).

Dans une réplication unidirectionnelle, ce n'est pas grave que la communication soit coupée pendant un certain temps, parce que dès qu'elle sera rétablie l'esclave reproduira ce qui c'est passé sur le maître pendant le temps de coupure.

Si par contre tu mets en place une réplication mutuelle, tu cours le risque qu'il y ait des mises à jour conflictuelles, par exemple si la même donnée est modifiée différemment sur chaque serveur, ou encore si sur A on insère une ligne avec une clé étrangère référençant une donnée qui est supprimée pendant ce temps-là sur B.

Si tes deux serveurs sont connectés en permanence, il y a relativement peu de risques de conflits parce que les répercussions sont rapides. Si par contre tu les laisses déconnectés pendant plusieurs jours, tu es sûr de te retrouver avec un gros paquet de données conflictuelles. C'est pour cela qu'on préfère généralement avoir un seul maître qui détermine quelle est la bonne version, quitte à interdire la saisie en cas de coupure, plutôt que de se retrouver avec des incohérences.

eric_89 · 14/12/2006, 15h57

En fait ce que je veux faire c'est que si A est maître A tombe je veux que B devienne maitre il le restera alors.Si B tombe et qu'il ètait maître alors A redevient maitre .

On a alors la réplication de A vers B quand A est maitre.
ou de B vers A quand B est devenu maître.

Est ce possible de faire cela ?

14/12/2006, 10h10	#1
eric_89 Invité de passage Inscription : novembre 2006 Messages : 9 Détails du profil Informations forums : Inscription : novembre 2006 Messages : 9 Points : 2 Points : 2	Synchronisation deux Bases Mysql Bonjour J'ai deux postes ou sont installés deux bases mysql V5 identiques je voudrais que les mises a jour de la base du poste A soient reportées sur la base du poste B et inversement les modifications du poste B soient reportées sur la base du poste A. merci a celui ou celle qui me répondra E.H
	00

14/12/2006, 10h17	#2
Antoun Rédacteur/Modérateur Antoine Dinimant Consultant en Business Intelligence Inscription : octobre 2006 Messages : 5 854 Détails du profil Informations personnelles : Nom : Antoine Dinimant Âge : 42 Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Consultant en Business Intelligence Secteur : Conseil Informations forums : Inscription : octobre 2006 Messages : 5 854 Points : 9 540 Points : 9 540	Il faut que tu mettes en place deux réplications, une de A vers B et l'autre de B vers A... http://dev.mysql.com/doc/refman/5.0/fr/replication.html Ceci dit, en général on s'arrange plutôt pour faire toute les modifs sur un serveur afin de faire une réplication unidirectionnelle. __________________ Antoun Expert SQL, BO, Essbase La bible d'Essbase est parue !
	00

14/12/2006, 11h00	#3
eric_89 Invité de passage Inscription : novembre 2006 Messages : 9 Détails du profil Informations forums : Inscription : novembre 2006 Messages : 9 Points : 2 Points : 2	synchro Si la base A disparait pendant 1 journée ou deux peut-il y avoir un risque au redémarrage de A que B se mette à jour en allant voir la base A perdant ainsi des choses alors que cela devrait être l'inverse ?
	00

14/12/2006, 13h50	#4
Antoun Rédacteur/Modérateur Antoine Dinimant Consultant en Business Intelligence Inscription : octobre 2006 Messages : 5 854 Détails du profil Informations personnelles : Nom : Antoine Dinimant Âge : 42 Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Consultant en Business Intelligence Secteur : Conseil Informations forums : Inscription : octobre 2006 Messages : 5 854 Points : 9 540 Points : 9 540	Je suis loin d'être un spécialiste de la réplication, mais je vais te donner le principe de fonctionnement. L'idée est que les deux bases sont initialisées à l'identique. Ensuite, le serveur maître enregistre dans un journal (binary log) toutes les requêtes de modif lui qui sont passées. L'esclave récupère le journal et rejoue l'ensemble des requêtes, qui doivent logiquement donner le même résultat (il y a un traitement spécial des fonctions non déterministes comme RAND ou NOW). Dans une réplication unidirectionnelle, ce n'est pas grave que la communication soit coupée pendant un certain temps, parce que dès qu'elle sera rétablie l'esclave reproduira ce qui c'est passé sur le maître pendant le temps de coupure. Si par contre tu mets en place une réplication mutuelle, tu cours le risque qu'il y ait des mises à jour conflictuelles, par exemple si la même donnée est modifiée différemment sur chaque serveur, ou encore si sur A on insère une ligne avec une clé étrangère référençant une donnée qui est supprimée pendant ce temps-là sur B. Si tes deux serveurs sont connectés en permanence, il y a relativement peu de risques de conflits parce que les répercussions sont rapides. Si par contre tu les laisses déconnectés pendant plusieurs jours, tu es sûr de te retrouver avec un gros paquet de données conflictuelles. C'est pour cela qu'on préfère généralement avoir un seul maître qui détermine quelle est la bonne version, quitte à interdire la saisie en cas de coupure, plutôt que de se retrouver avec des incohérences. __________________ Antoun Expert SQL, BO, Essbase La bible d'Essbase est parue !
	00

14/12/2006, 15h57	#5
eric_89 Invité de passage Inscription : novembre 2006 Messages : 9 Détails du profil Informations forums : Inscription : novembre 2006 Messages : 9 Points : 2 Points : 2	Suite synchro En fait ce que je veux faire c'est que si A est maître A tombe je veux que B devienne maitre il le restera alors.Si B tombe et qu'il ètait maître alors A redevient maitre . On a alors la réplication de A vers B quand A est maitre. ou de B vers A quand B est devenu maître. Est ce possible de faire cela ?
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email