PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Octobre 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  

Syndication

Flux XML

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?
8.3
10%
8.2
42%
8.1
40%
8.0
2%
7.4
6%
7.3 ou antérieure
0%
Nombre de votes: 48

problème de réplication avec slony sur postgreSQL

Technique - optimisation | problème de réplication avec slony sur postgreSQL

Par diego le 30/01/2007 - 15:39

Bonjour,

J'ai installé deux bases de données postgresql avec slony afin de réaliser la réplication entre les deux bases.

J'ai par contre des erreurs d'OID et ID dupliqué.

PK sur colonne id de la table :
- Doublon sur ID alors que PK est activée
- Doublon sur OID qui est censé être unique

Requete éxécutée : select * from matable where oid in (30219679,30225009) ;

oid id
30219679 1091546
30219679 1143858
30225009 1143558

Je pense que le problème provient d'un bug de slony et de postgreSQL.

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur "Sauvegarder les paramètres" pour activer vos changements.

Help

entraide/ = 29 Mars, 2007 - 11:07

Salut Diego,

J'espère que ton problème est résolu. Je suis sur le point de fraire une réplication de plusieurs bases postgresql master vers une seule base postgresql eslave : données des agences vers le siège d'un réseau. As-tu une idée de ce qu'il faut faire avec slony ?

Merci


J'ai des doutes...

SAS/ = 29 Mars, 2007 - 12:09

diego : Pourriez-vous nous en dire plus sur ce doublon d'ID ? J'ai beaucoup de mal à croire que vous puissiez avoir un doublon d'ID et une clé primaire sur cette ID dans la même table. Sauf à être passé par une corruption de données antérieure.

Je doute que cela provienne d'un bug de PG ou de Slony.

Librement,
Stéphane Schildknecht
dalibo
PostgreSQLFr


pas de doute...

diego/ = 31 Mai, 2007 - 17:43

J'ai de nouveau eu se problème
voici certain log:

ERROR: relation with OID 85222742 does not exist
CONTEXT: SQL statement "INSERT INTO "_replication_SP".sl_log_1 (log_origin, log_xid, log_tableid, log_actionseq, log_cmdtype,

Je ne peux pas prouver que cela provient bien de slony mais je le pense réelement

Je voudrais bien savoir comment resoudre ce problème.


detail

diego/ = 31 Mai, 2007 - 17:46

j'utilise pour le moment postgres8.0.3 avec slony 1.0.6

Je sais que c'est des anciennes versions mais je ne peux pas migrer aussi facilement surtout lorsque c'est de la production


diego, si je comprend bien vo

cedric/ = 13 Juin, 2007 - 13:27

diego, si je comprend bien vous utilisez des versions vielles, qui ont eu des bugs, qui ont été corrigées, etvous pensez que 'pour vous' il n'y aura pas de bug ?

De plus, il n'y a pas à ma connaissance de slony 1.0.6.

1) RIEN ne justifie de ne pas faire les mises a jour de sécurité.

2) mettre à jour slony est très recommandé (au-dela des mises à jour de sécurité).


Mise à jour Slony

SAS/ = 14 Juin, 2007 - 18:32

Les mises à jour de Slony sont assez simples à réaliser, et je pense qu'elles méritent qu'on s'y intéresse.

Librement,
Stéphane Schildknecht
dalibo
PostgreSQLFr


replication automatisé

diego/ = 25 Juin, 2007 - 12:40

J'ai étudier la mise à jour mais nos replications sont automatisé via des scripts shell. La nouvelle version de slony fonctionne différement (process slon lancé en tant que daemon). Il est donc sensible de changer de version.

Je cherche à confirmer que c'est bien un bug de slony et qu'il est impératif de faire la mise à jour.


mise à jour

diego/ = 25 Juin, 2007 - 12:48

Avec notre version de slony, nous pouvons savoir quand la réplication est fini. Avec la nouvelle version (fonctionnant en tant que daemon), nous ne pouvons savoir quand cette derniere est terminé.


© PostgreSQLFr, tous droits réservés.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.