Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Utilizzo di pglogical per sincronizzare i dati tra le istanze
Tutte le versioni Aurora Postgre attualmente disponibili RDS per SQL le versioni Postgre . pglogical L'estensione pglogical è precedente alla funzionalità di replica logica funzionalmente simile introdotta da Postgre nella versione 10. SQL Per ulteriori informazioni, consulta Panoramica della replica SQL logica di Postgree con Aurora.
L'pglogicalestensione supporta la replica logica tra due o più cluster Aurora SQL Postgre DB. 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 cluster Aurora Postgre SQL DB RDS 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 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
Tutte le versioni attualmente disponibili di Aurora Postgre SQL . 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
