Utilizzo di pglogical per sincronizzare i dati tra le istanze

Tutte le versioni supportano l'estensione SQL. pglogical L'estensione pglogical è precedente alla funzionalità di replica logica funzionalmente simile introdotta da Postgre nella versione 10. SQL Per ulteriori informazioni, consulta Esecuzione della replica logica per Amazon RDS for Postgre SQL.

L'pglogicalestensione supporta la replica logica tra due o più cluster DB. RDSper istanze DB Postgre. SQL Supporta anche la replica tra diverse SQL versioni di Postgre e tra database in esecuzione su RDS SQL istanze Postgre DB e cluster Aurora Postgre DB. SQL L'estensione pglogical utilizza un modello publish-subscribe per replicare le modifiche apportate alle tabelle e ad altri oggetti, come le sequenze, da un publisher in un subscriber. Si basa su uno slot di replica per garantire la sincronizzazione delle modifiche da un nodo publisher a un nodo subscriber, definiti come indicato di seguito.

• Il nodo editore è il per l'istanza Postgre SQL DB che è la fonte dei dati da replicare su altri nodi. Il nodo publisher definisce le tabelle da replicare in un set di pubblicazione.

• Il nodo sottoscrittore è il RDScluster che SQL riceve gli aggiornamenti dall'editore. WAL L'abbonato crea un abbonamento per connettersi all'editore e ottenere i dati decodificati. WAL contemporaneamente nel nodo publisher viene creato lo slot di replica.

Di seguito sono riportati gli argomenti sull'impostazione dell'estensione pglogical.

Argomenti

• Requisiti e limitazioni dell'estensione pglogical
• Impostazione dell'estensione pglogical
• Configurazione della replica logica per il cluster SQL
• Riconnessione della replica logica dopo un aggiornamento principale
• Gestione degli slot di replica logica per Postgre per Postgre SQL
• Riferimento sui parametri dell'estensione pglogical

Requisiti e limitazioni dell'estensione pglogical

Tutte le versioni attualmente disponibili di pglogical

Sia il nodo publisher che il nodo subscriber devono essere impostati per la replica logica.

Le tabelle che si desidera replicare da un editore a un sottoscrittore devono avere gli stessi nomi e lo stesso schema. Inoltre devono contenere le stesse colonne e le colonne devono utilizzare gli stessi tipi di dati. Le tabelle del publisher e del subscriber devono avere le stesse chiavi primarie. Si consiglia di utilizzare solo il PRIMARY KEY come vincolo univoco.

Le tabelle sul nodo subscriber possono avere più vincoli permissivi rispetto a quelle sul nodo publisher per quanto riguarda vincoli e vincoli. CHECK NOT NULL

L'pglogicalestensione offre funzionalità come la replica bidirezionale che non sono supportate dalla funzionalità di replica logica integrata in Postgre (versione 10 e successive). SQL Per ulteriori informazioni, consulta Replica bidirezionale di SQLPostgre con pglogical.