EDB Replication Server

Data replication for Postgres-based digital business solutions

EDB Replication Server

EDB Replication Server

Le serveur de réplication EDB (EPRS) fournit une plateforme de réplication de données robuste qui duplique celles-ci entre des bases de données Postgres dans un mode maître unique ou multi-maîtres, ou les partage entre bases de données extérieures à Postgres et bases de données Postgres dans un mode maître unique. L'ERPS permet d'appliquer l'équilibrage de charge géographique, de simplifier la migration en temps réel et de prendre en charge l'intégration de données hétérogènes.

Overview

Architecture

Architecture d'EDB Replication Server

Multi-Master Replication

Réplications multi-maîtres

EDB Postgres Replication Server est une technologie de réplication qui donne un accès rapide en lecture et écriture à des gestionnaires de données Postgres géographiquement distribués. EDB Postgres Replication Server prend en charge PostgreSQL et EDB Advanced Server.

Sur la base d'un décodage logique, intégré à PostgreSQL 9.4, EDB Replication Server utilise les journaux WAL pour extraire les modifications concernées par la réplication. Ceci se substitue à l'utilisation de déclencheurs qui entraînaient des frais généraux sur les bases de données de publication, et réduit significativement le temps d'attente.

Même si l'application et le design de l'architecture ont pour but d'éviter les conflits lors de la mise à jour des données, tous les conflits ne peuvent être évités. C'est pourquoi EDB Replication Server propose également des méthodes adéquates de résolution de conflit pour éviter, au final, les incohérences de données.

Pour la gestion de la réplication, EDB Replication Server propose une interface utilisateur graphique (GUI) complète.

Replication from SQL Server or Oracle to Postgres

Réplication à partir de SQL Server ou Oracle vers Postgres

EDB Postgres Replication Server permet la réplication maître unique entre Postgres et Oracle ou Postgres et SQL Server. Les configurations sont prises en charge par PostgreSQL et EDB Postgres Advanced Server.

Lors de la réplication à partir d'une base de données distante, EDB Postgres Replication Server permet aux entreprises d'ajouter des replicas en lecture pour le reporting, en réduisant potentiellement les coûts de licence des extensions telles qu'Oracle Active Data Guard.

Lors de la réplication depuis ou vers une source de données distante, il rend des données spécifiques disponibles au sein de la base de données distante au titre de l'une des jambes de l'ensemble de données.

Pour la gestion de la réplication, EDB Replication Server propose une interface utilisateur graphique (GUI) complète.

Using the Replication Console

Utilisation de la console de réplication

L'EDB Postgres Replication Server offre une interface utilisateur (GUI) complète pour gérer à la fois des réplications maître unique et multi-maîtres. La console aide les utilisateurs à mettre en place les publications et abonnements, à créer des instantanés de départ, à surveiller la réplication et à résoudre les conflits.

EDB Replication Server Architecture Overview

Présentation de l'architecture d'EDB Replication Server

EDB Replication Server repose sur un système de publications et d'abonnements. Les maîtres fournissent les publications ; les replicas s'abonnent à ces publications. La configuration est détenue dans la base de données de contrôle de l'EDB Replication Server.

La réplication depuis EDB Postgres Advanced Server 9.4 ou versions supérieures et depuis PostgreSQL 9.4 ou versions supérieures, utilise la réplication basée sur enregistrement, et extrait toutes les modifications depuis les journaux WAL (Write-Ahead log) du maître, puis applique ces modifications aux replicas en réduisant les coûts généraux du maître et en diminuant significativement le temps d'attente. La réplication basée sur les déclencheurs est également disponible.

La réplication à partir de versions antérieures d'EDB Postgres Advanced Server et de PostgreSQL, ainsi que la réplication depuis Oracle et SQL Server sont basées sur les déclencheur.

Why not to use Slony, BDR or pgLogical?

Pourquoi ne pas utiliser Slony, BDR ou pgLogical ?

Slony a été pendant des années une solution de réplication maître unique simple basée sur des déclencheurs qui offrait aussi une réplication transversale sur les versions. EnterpriseDB prend en charge Slony, mais ce dernier n'offre pas la réplication plus rapide basée sur les logs et n'offre pas non plus une réplication multi-maîtres, des fonctionnalités dont les utilisateurs d'EDB Postgres Replication Server peuvent tirer parti en termes de performance et de compatibilité des cas d'utilisation.

La Bi-Directional Replication (BDR) est une branche de PostgreSQL dotée de fonctionnalités de réplication multi-maîtres. Elle est basée sur le décodage logique de PostgreSQL, de même que EDB Postgres Replication Server. BDR dispose de fonctionnalités similaires, mais n'offre pas la réplication d'un sous-ensemble de données (aucun filtrage au niveau de la ligne) et la détection de conflits est rudimentaire. Elle ne propose pas de réplication maître unique et ne s'intègre pas à Oracle ni SQL Server.

pgLogical offre une fonctionnalité de réplication maître unique sur la base du décodage logique de PostgreSQL - la même méthode que celle utilisée par l'EDB Postgres Replication Server. EDB Replication Server offre à peu près les mêmes fonctionnalités que pgLogical, mais elle propose aussi la réplication maître unique dans des environnements de bases de données hétérogènes et une réplication multi-maîtres à partir de la même interface utilisateur (GUI). pgLogical n'offre aucune GUI et sa configuration et sa gestion nécessitent plus d'efforts qu'EDB Postgres Replication Server.

Resources