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
  1 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
3 commentaires | anciens sondages
Accueil » forums » Technique - général

Slony - préremplir la base esclave

Technique - général | Slony - préremplir la base esclave

Par nico35 le 10/08/2006 - 19:01

Bonjour à tous,

Je souhaite mettre en place une base de réplication avec Slony depuis une base actuellement en production.

La base à répliquer étant relativement grosse (tables de plusieurs millions de lignes), est-il possible (et est-il souhaitable ?) de créer la base esclave préremplie (en faisant un dump de la base maître par exemple) pour éviter à Slony de la remplir ?

J'ai effectué un essai sur un environnement de test et malgré des bases maitres et esclaves strictement identiques, Slony semble vouloir répliquer les données lui-même (truncate/delete sur l'esclave, puis copy de la source vers l'esclave)...

Merci d'avance pour vos infos à ce sujet,
Nico

[ sujet précédent | sujet suivant ]

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.

Lasser Slony répliquer

nico35/ = 16 Août, 2006 - 09:37

Je me réponds à moi même.

Apparemment, il n'est pas nécessaire ni même conseillé de préremplir les bases esclaves. Il faut laisser Slony répliquer de lui même les bases afin qu'il garantisse leur identité...


[ Vous devez vous connecter pour poster des commentaires ]

Y a t il un moyen de repliquer entierement une base

ahlonko/ = 11 Octobre, 2006 - 05:47

Bonjour Nico,
je dois repliquer une base comme tu l'as fait dans les mêmes conditions avec des centaines de tables, et moi mon souci serait d'éviter les setAddTable. Peux tu stp me dire si tu as réussi la chose sans avoir à préciser les tables à repliquer comme le notent tous les docs que j'ai lire jusqu'alors ?
Merci d'avance .


[ Vous devez vous connecter pour poster des commentaires ]

Synchronisation de la base esclave

alex/ = 16 Août, 2006 - 10:32

Bonjour,

Il n'est pas possible de pré-remplir la base esclave pour des raisons évidentes de synchronisation (surtout en production).

Il est toujours possible de patcher le code (src/slon/remote_worker.c) afin que Slony ne fasse pas la copie mais ce n'est pas simple à faire.

En tout cas je ne jouerais pas avec ça, surtout que l'import des données est assez rapide (Slony procède par COPY et désactive la mise à jour des index pendant la copie).

--
Alexandre Baron
www.dalibo.com


[ Vous devez vous connecter pour poster des commentaires ]

Replication avec Slony

ahlonko/ = 12 Octobre, 2006 - 16:34

Bonjour
je souhaiterais repliquer une base PG contenant des des centaines de tables, moi mon souci serait d'éviter les setAddTable par table . Est ce possible de faire la replication sans obligation d'énumération une par une des tables comme j'ai pu le lire tous les docs que j'ai pu trouver sur le net ?
Merci d'avance .


[ Vous devez vous connecter pour poster des commentaires ]

Bonjour, Vous avez un outi

alex/ = 17 Octobre, 2006 - 16:46

Bonjour,

Vous avez un outil perl slonik_build_env fourni avec Slony (attention de bien compiler Slony avec l'option --with-perltools) qui permet de générer la liste des tables de votre base de données.

Cet outil vous permet en outre de préparer un fichier de configuration qui va pouvoir être exploité par l'ensemble des outils perl de gestion de Slony (pour la création des sets, le basculement et autres fonctionnalités).

--
Alexandre Baron
http://www.dalibo.com


[ Vous devez vous connecter pour poster des commentaires ]

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