Vous n'êtes pas identifié(e).
Pages : 1
Merci pour vos retours et désolé pour mon temps de réponse...
Vu que les modifications de schéma sont assez ponctuelles, slony est envisageable. Le choix entre Warm Standby ou Slony se fera suivant nos contraintes d'hébergement je pense. Je vais essayer de pousser le Warm Standby pour s'éviter des contraintes 
Merci à tous les trois !
Nicolas
PS : et un coucou à SAS en mémoire d'une entreprise commune en 2004 ;-)
Merci pour ce retour.
Je lisais en parallèle les articles sur dalilbo.org - très instructifs !
Si je fais des grep sur mon schema à la recherche des mots clés "binary, bin, blob", j'ai juste des champs de type "bytea"
Je me renseigne en parallèle auprès de l'éditeur de la solution pour avoir une vision plus clair sur les modifications de schémas.
Bonjour à tous,
Pour un projet interne à ma société, nous utilisons la solution Jive SBS et Postgres comme DB, dans sa version 8.4 sous RHEL 5.5 64 bits.
Dans la mesure où l'application est assez sensible, elle requiert une haute dispo et pour ce faire, je comptais mettre en place une réplication entre ma base maitre dans un datacenter vers une base esclave dans un autre datacenter (nous possédons les deux datacenters et avons une interconnexion).
L'idée est que si le datacenter de PROD tombe, alors on peut rétablir le service sur le datacenter hébergeant les envts de Préprod/PRA.
Pour un autre projet géré par un partenaire, je sais que la solution Slony est utilisée pour la réplication.
Les questions que je me pose (j'avoue d'office que je suis novice concernant postgres, j'ai plutôt un passé orienté MySQL) :
- Slony I 1.x vs Slony I 2.x : de ce que je lis sur ce forums, la version 2.x est plutôt déconseillée. Est-ce toujours le cas ?
- Dans la documentation de Slony I 2.x, il est mentionné un certain nombre de limitations, est-ce aussi valable pour la version 1.x (http://www.slony.info/documentation/2.0 … tions.html)
- Quels sont les points à vérifier sur mon schema pour décider de la meilleure solution de réplication ?
- D'un point de vue infra, j'ai deux solutions : soit je monte un serveur de PRA et un de PREPROD et dans ce cas, chacun héberge sa base indépendemment. La réplication se faisant alors de la PROD vers le PRA. Soit je mutualise le serveur et héberge les deux bases avec pour le coup une réplication complète de la base de PROD vers la base de PRA (mais sans perturber la base de PREPROD voisine).
Merci d'avance pour vos lumières,
Nicolas
Pages : 1
