Postgres Plus xDB Replication Server

La description

Lorsque vous disposez de plusieurs bases de données maîtres, il est possible d'obtenir un accès plus rapide aux données consolidées, de meilleures performances de disponibilité pour les mises à jour 24 heures sur 24 et une évolutivité en lecture, le tout en utilisant du matériel de base. Dites adieu aux travaux par lots planifiés qui synchronisent temporairement les données entre les emplacements à partir d'un maître central. La réplication asynchrone continue de maître à maître signifie que les données d'une région sont disponibles pour toutes les régions en temps quasi réel. Si un maître dans une région tombe en panne, les utilisateurs n'auront pas de longs délais pour saisir/mettre à jour les données jusqu'à ce qu'un remplacement soit mis en ligne. Vous pouvez rediriger les demandes de base de données de la région en panne vers la base de données d'une autre région. Lorsque le maître de remplacement rejoindra le cluster, il se resynchronisera automatiquement avec les autres maîtres. Si des modifications conflictuelles se produisent sur la même ligne pendant la réplication (c'est-à-dire un conflit d'unicité, de mise à jour ou de suppression), vous pouvez choisir entre l'horodatage le plus ancien, l'horodatage le plus récent, la priorité du nœud ou des options manuelles pour déterminer une résolution. Vous pouvez même avoir une résolution de secours si votre premier choix ne résout pas le conflit. En plus de permettre à chacune de vos régions ou utilisateurs locaux d'accéder plus rapidement aux données intégrées, vos systèmes seront en mesure de gérer davantage de lectures et de requêtes. Chaque maître sera disponible pour traiter les requêtes de n'importe quelle région ou toute requête nécessitant des données consolidées. Pour évoluer davantage, vous pouvez créer des répliques de redondance d'UC sur chaque maître qui gèrent encore plus de charges de lecture, vous offrant ainsi une architecture très flexible et évolutive pour l'avenir.