Re: Réplication

Salut à tous,
bon alors c'est parti :-)
je me demandais si vous aviez déjà mis en place des mécanismes de
réplications "temps réél" d'une base postgresql. Je sais qu'il existe rserv,
et pgReplicator et je souhaiterais avoir une retour sur expérience sur ces
produits.
Par ailleurs, ce que je souhaite faire, par exemple c'est uniquement
répliquer les INSERTs et les UPDATEs sur des tables définies (par exemple).

Donc, si vous avez des expériences, plaisantes ou déplaisantes, n'hésitez pas
à m'en faire part.

Que pensez vous de présenter sur la liste nos exploitations de PG?

A+

--
Jean-Christophe ARNU

Salut,

Le Mercredi 27 Août 2003 10:02, Jean-Christophe ARNU (JX) a écrit :
> je me demandais si vous aviez déjà mis en place des mécanismes de
> réplications "temps réél" d'une base postgresql. Je sais qu'il existe
> rserv, et pgReplicator et je souhaiterais avoir une retour sur expérience
> sur ces produits.
> Par ailleurs, ce que je souhaite faire, par exemple c'est uniquement
> répliquer les INSERTs et les UPDATEs sur des tables définies (par exemple).
>
> Donc, si vous avez des expériences, plaisantes ou déplaisantes, n'hésitez
> pas à m'en faire part.

Nous utilisons pour l'instant DBMirror ... c'est assez satisfaisant comme
solution de réplication pure ... mais à toi de faire le failover et les
outils de connexion en cas de chute du master ... Seule contrainte à ce jour
il faut que le dernier champs de tes tables ne soit jamais null.

Il me semble que la version rserver qui est en contrib est une alpha version
qui date de deux ans ... et les versions annoncées à ce jour par
postgresql.inc ne sont que commerciales ... Ils doivent cependant passer cela
en opensource sur gborg dans quelque temps parait-il !

Quant à Postgresql-r, il n'est pour le moment que sur la 7.2 ... on a essayé
de participer à ce projet mais l'équipe discute pas mal entre elle mais pas
en publique donc pas facile de vraiment s'investir avec eux ... faut suivre
les CVS à la main pour savoir ce qu'il se passe ... c'est pour moi la
solution qui a le meilleur profil (vraie gestion du master/slave avec un
demon dédié de communication etc.), mais il y a de gros manques comme la
réplication des serial qui n'est toujours pas d'actualité ... enfin si je me
réfère aux dernier message d'il y a 6 mois dans la mailing list à ce sujet
...

Cordialement,
--
Hervé Piedvache

Elma Ingénierie Informatique
6 rue du Faubourg Saint-Honoré
F-75008 - Paris - France
Pho. 33-144949901
Fax. 33-144949902

Le Thu, 28 Aug 2003 09:32:33 +0200
Hervé Piedvache <herve(at)elma(dot)fr> me disait que :

> Nous utilisons pour l'instant DBMirror ... c'est assez satisfaisant comme
> solution de réplication pure ... mais à toi de faire le failover et les
> outils de connexion en cas de chute du master ... Seule contrainte à ce jour
> il faut que le dernier champs de tes tables ne soit jamais null.

C'est une contrainte qui n'est pas "lourde" en elle même mais qui est
techniquement discutable.... Mais DBMirror a le mérite d'exister. Concernant
le failover, le système que nous employons maintenant qui est encore plus
discutable techniquement que les colonnes not null en fin de tables, sait
dialoguer avec un démon de monitoring pour le failover... Je suppose que
quelques scripts pourraient résoudre le problème avec DBMirror en ce qui nous
concerne :)

Merci pour l'info, je vais regarder ce produit sur le champs !

> Il me semble que la version rserver qui est en contrib est une alpha version
> qui date de deux ans ... et les versions annoncées à ce jour par
> postgresql.inc ne sont que commerciales ... Ils doivent cependant passer
> cela en opensource sur gborg dans quelque temps parait-il !

Il faut toujours se méfier des communications de ce type! J'attends de voir.
Je ne sais pas si rserver est une solution adéquate.

> Quant à Postgresql-r, il n'est pour le moment que sur la 7.2 ... on a essayé
> de participer à ce projet mais l'équipe discute pas mal entre elle mais pas
> en publique donc pas facile de vraiment s'investir avec eux ... faut suivre
> les CVS à la main pour savoir ce qu'il se passe ... c'est pour moi la
> solution qui a le meilleur profil (vraie gestion du master/slave avec un
> demon dédié de communication etc.), mais il y a de gros manques comme la
> réplication des serial qui n'est toujours pas d'actualité ... enfin si je me
> réfère aux dernier message d'il y a 6 mois dans la mailing list à ce sujet
> ...
Même constat de notre côté, difficile d'avoir des informations en fait :/

Dans tous les cas, merci pour ton retour d'expérience. Je m'en vais donc voir
DBMirror :)
A bientôt sur la liste

--
Jean-Christophe ARNU