Quelques pistes...
Jean-Paul Argudo/ = 13 Novembre, 2007 - 11:28
Bonjour Eric,
Avez-vous pensé à la technique du Warm Standby? Si vous avez une version antérieure à la 8.1 je vous incite à passer à la 8.2 pour bénéficier de cette technologie.
Nous l'avons mise en place chez plusieurs de nos clients, et il s'avère que c'est très stable et robuste.
Dans votre cas, cela se traduirait par avoir un (ou plusieurs) serveurs PostgreSQL en stand-by sur le site central qui hébergerai(en)t les 23 bases.
Cette technologie, pour peu que tous les serveurs des 23 sites accèdent au site central sans difficulté, vous permettrait d'assurer une continuité de service pour vos clients. Si l'un des 23 serveurs tombait, la base en stand-by sur le site central est prête à prendre le relais, très rapidement, avec une perte d'informations minime.
Vous pouvez aussi pratiquer la réplication des journaux de transaction, qui nécessitera une sauvegarde de la base (les fichiers, pas un dump, qui est un export), à chaud ou à froid, puis la recopie des fichiers WAL. Cette technologie est disponible depuis la 8.1, et se nome Archivage continu et récupération d'un instantané (PITR).
Mais là encore, une perte d'information est possible en cas de crash du serveur maître.
Si vous voulez (ou devez) absolument ne perdre qu'une infime partie des informations en cas de crash (les toutes dernières transactions), peut-être vous devrez finalement utiliser Slony-I. Cependant, cette technologie est plus complexe que les précédentes, et nécessite un approfondissement particulier de votre part. À moins que vous n'ayez la bonne idée d'opter pour une formation Slony...
Quoi qu'il en soit, toutes ces méthodes vont vous imposer d'avoir 6 To de stockage côté site central. Vous pourrez les répartir sur plusieurs serveurs, bien sûr, ou sur un SAN/NAS...
J'espère que ces pistes vous permettront d'avancer dans la résolution de votre problématique.
Cordialement,
--
Jean-Paul ARGUDO
http://dalibo.com | http://dalibo.org
[ Vous devez
vous connecter pour poster des commentaires ]
Précisions
SAS/ = 16 Novembre, 2007 - 13:47
Bonjour,
Souhaitez-vous disposer d'une solution de secours de chaque base (chaque base étant donc dupliquée), ou d'une consolidation de toutes les bases sur un même serveur.
Ce serveur doit-il être accédé ?
S'agit-il de 23 bases identiques ? Le serveur principal ne sert-il que de serveur de sauvegardes ?
Souhaitez-vous bénéficier d'une solution de reprise sur incident ? D'une sécurisation matérielle ou des données ?
Quelle est la fenêtre de perte des données acceptable ?
À chaque cas va pouvoir s'appliquer une solution différente.
Librement,
Stéphane Schildknecht
dalibo
PostgreSQLFr
[ Vous devez
vous connecter pour poster des commentaires ]