PostgreSQL La base de donnees la plus sophistiquee au monde.

Forums PostgreSQL.fr

Le forum officiel de la communauté francophone de PostgreSQL

Vous n'êtes pas identifié(e).

#26 Re : PHP » config postgres avec php » 15/07/2010 22:22:51

tonton a écrit :

c quoi le socket directory de postgresql 8.4.4 sur centos 5 (ou comment le savoir ? )

cherche le fichier ".s.PGSQL.5432" sur ton serveur, et remplace le chemin dans ton "host".

#27 Re : Réplication » Système de synchronisation » 15/07/2010 21:49:27

Comme dit gle,u ca va être un gros travail: vu que tout les clients avec des données différentes devront mettre à jour un seul serveur, il va de soit que chaque client devra etre mis à jour avec les données des autre clients, donc la synchro devra se faire dans les deux sens (vu que la synchro c'est une mise à jour différentielle).

Par contre avec un seul client, ca ne pose pas de soucis, tu pourrai exécuter un batch à chaque fois que tu te connecte.

Sinon tu as des outils comme Talend ou ODI (Oracle Data Integrator) qui sont les ETL qui te permette de générer des job de chargement avec CDC (Change Data Capture i.e: Détection automatique des données qui ont changé). Tu pourra en outre créer une base de données intermédiaire qui qualifiera toute les autre.

#28 Re : Migration » pgbouncer datestyle » 08/07/2010 15:45:20

Marc,

c'était tout à fait ca, après avoir redémarré pgbouncer, il a effectivement récupéré les paramètres de postgresql.

Merci pour ta réactivité.

#29 Re : Migration » pgbouncer datestyle » 08/07/2010 10:05:09

Ok, merci marc,

je fais un ticket à l'exploit pour le redémarrage de pgbouncer et je te tiens informé.

#30 Re : Migration » pgbouncer datestyle » 07/07/2010 21:18:52

Merci marc,

peut etre est-ce parceque j'ai modifié le datestyle dans le postgresql.conf et que j'ai reloadé la conf de postgresql sans relancer pgbouncer. Qu'en pense tu, pgbouncer a t'il besoin d'être redémarré pour prendre en compte la nouvelle conf de postgresql?

je ne peux pas faire ces essais en prod.

#31 Re : Migration » pgbouncer datestyle » 06/07/2010 22:58:14

si, juste que:

Il sagissait de faire une migration du serveur de production (postgresql 8.1.15 sur redhat el5 linux). Le temps de reprise d'activité accordé était de 5mn (perte de données à 0%). Cependant une migration complète des bases de prod m'aurait pris pas moins de 4 heures.

Alors, j'ai dumpé les bases 8.1.15, et je les ai restaurées sur un serveur de PRA en 8.4.

J'ai ensuite configurer pgbouncer sur le serveur de prod en utilisant le port de l'ancienne 8.1.15 (5436) en le redirigent vers le serveur de PRA (8.4). Ma durée d'indisponibilité a ainsi pris le temps de stopper l'instance 8.1.15 et de démarrer pgbouncer (soit 1mn). Ainsi je n'ai pas été forcé de reparamétrer et de recompiler mes applis.

Au final, j'ai pu reinstaller en toute quietude la 8.4 en prod et le mettre a jour avec slony (master: serveur de PRA, slave:serveur de prod), et ensuite j'ai fait la bascule en prod (en arretant pgbouncer, et desactivant slony), ceci sans toucher à mes applis, la restauration de plusieurs centaines de GIGA de données a donc semblé prendre 3mn (au vu des utilisateurs).

OK, maintenant que tout est claire le soucis qu'ont rencontré les applis pendant que pgbouncer était actif (sur la prod), est que, lorsque je me connectais sur la prod, donc à partir du port de pgbouncer (comme le font les applis), j'avais un problème d'INSERT des dates (incompatibilité de format). Show datestyle me donnait ISO,MDY, et à partir du serveur de PRA(configuré en ISO,European) SHOW datestyle me donnait ISO,DMY. Pourquoi ces différences pour une meme base?  sachant que le datestyle de pgbouncer était ISO (je ne sais pas comment en configurer d'autre)?

Voila Marc,

c'est important pour moi de comprendre vu que j'ai quatre autre migration à faire!

#32 Re : Migration » pgbouncer datestyle » 06/07/2010 18:07:51

c'est la valeur par defaut quant je me connecte à la base par le port de pgbouncer.

#33 Re : Migration » pgbouncer datestyle » 06/07/2010 17:24:42

datestyle=ISO, ce pendant quant je change datestyle=ISO,European (ex:  mydb= host=10.1.132.39 dbname=mydb port=5436 datestyle=ISO,European), ca ne change pas en base. Je me demande si c'est la bonne notation?

#34 Re : Migration » pgbouncer datestyle » 06/07/2010 15:55:13

Si , cependant dans la doc on donne comme exemple "datestyle=ISO", or je souhaiterai plutot avoir un format ISO, European. Le soucis est que le datestyle diffère selon que je me connecte via le port pgbouncer ou directement sur le port d'une instance postgresql pour une meme base de données.

#35 Migration » pgbouncer datestyle » 06/07/2010 12:06:59

gngassam
Réponses : 13

bonjour,

j'ai un soucis avec pgbouncer: le datestyle par defaut de mon serveur postgresql 8.4 est ISO, Europeen. en connexion directe sur le port de postgresql (sans pgbouncer) j'ai la bonne date. cependant, lorsque je passe en connexion via pgbouncer, j'ai la date de toute mes base au format americain (MDY). Le date style change.

J'ai l'impression que pgbouncer impose son datestyle (ISO).

Comment faire pour le changer?

Merci d'avance

ps: je suis sous linux, redhat.

Pied de page des forums

Propulsé par FluxBB