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 - optimisation

Replication de postgres

Technique - optimisation | Replication de postgres

Par santnet le 04/09/2007 - 11:16

Bonjour,

Je dois mettre en place une replication de ma base de donnees afin d assurer une continuite de service en cas de soucis.
Pour cela je vais devoir parametrer un 2ieme serveur postgres en slave.

Lors d'un soucis sur mon serveur maitre, le slave deviendra a son tour maitre.

Une intervention manuelle peut etre possible pour remettre en fonction le serveur defectueux. Par contre le passage du serveur esclave en
maitre doit etre automatique.

Quelqu un a t il deja mis en place une configuration de ce style ?

J ai entendu que ce genre de mecanisme n etait pas tres au point sur postgres.

Cordialement,

Lemaire Nicolas

[ 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.

Se méfier des on-dit

SAS/ = 4 Septembre, 2007 - 21:13

Bonsoir,

Comment détecter qu'un noeud est effectivement planté sans risque de détection de panne à outrance ?

S'il est possible de détecter qu'un noeud est planté, il est alors possible de déclencher un script qui effectue une bascule.

Avec slony, c'est de l'ordre du possible. Cela dit, je souhaiterai connaître les sources d'information qui permettent d'affirmer que ce mécanisme n'est pas très au point.

Librement,
Stéphane Schildknecht
dalibo
PostgreSQLFr


[ Vous devez vous connecter pour poster des commentaires ]

Rep : Se méfier des on-dit

santnet/ = 4 Septembre, 2007 - 22:51

Bonsoir,

En ce qui concerne les sources d'informations, j ai juste fait une petite recherche sur le net. Mais comme, vous vous en doutez,
je prefere verifier ces "on-dit", c'est tout simplement pour cela, que je me retrouve sur ce forum. Cette petite precision etant faite. Revenons au sujet qui nous interresse.

J'utilise postgres depuis 7 ans dans une application permettant le partage d'information sur le reseau internet.

Pour cela nous installons des serveurs disponible depuis le reseau internet. Ces serveurs sont connectes a un autre serveur que l'on appelle serveur d'index, ce serveur contient des hyperliens vers des documents partages sur les autres serveurs.

Ce serveur doit etre disponible 24h/24h, sinon l'application devient inaccessible. Pour cela, ce serveur est redondant, et accessible via un autre lien internet, mais par contre le serveur de base de donnees n'est pas redondant, ces 2 serveurs d'index utilise le meme serveur de base de donnees.

Aujourd hui je recherche une solution permettant de mettre en place une redondance sur ce serveur de base de donnees.

Une derniere precision, notre environnement est uniquement compose de xserve apple.

Cordialement,

Lemaire Nicolas

Si le serveur de base de donnees tombe, l'application devient inaccessible.


[ Vous devez vous connecter pour poster des commentaires ]

Slony est un candidat idéal

SAS/ = 6 Septembre, 2007 - 15:53

Bonjour,

Si vous savez détecter la chute du maître, alors vous pouvez déclencher une bascule et Slony est certainement une solution envisageable.

Librement,
Stéphane Schildknecht
dalibo
PostgreSQLFr


[ 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.