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 un database PostgreSQL come origine AWS DMS

È possibile migrare i dati da uno o più database PostgreSQL utilizzando. AWS DMS Con un database PostgreSQL come origine, puoi eseguire la migrazione dei dati a un altro database PostgreSQL o a uno degli altri database supportati.

Per informazioni sulle versioni di PostgreSQL supportate come sorgente, AWS DMS consulta. Fonti per AWS DMS

AWS DMS supporta PostgreSQL per questi tipi di database:

Puoi utilizzare il protocollo Secure Sockets Layer (SSL) per crittografare le connessioni tra l'endpoint PostgreSQL e l'istanza di replica. Per ulteriori informazioni sull'utilizzo di SSL con un endpoint PostgreSQL, consulta Utilizzo di SSL con AWS Database Migration Service.

Come requisito di sicurezza aggiuntivo, quando si utilizza PostgreSQL come origine, l'account utente specificato deve essere un utente registrato nel database PostgreSQL.

Per configurare un database PostgreSQL come endpoint di origine, procedi AWS DMS come segue:

Utilizzo di database PostgreSQL autogestiti come sorgente in AWS DMS

Con un database PostgreSQL autogestito come origine, puoi migrare i dati su un altro database PostgreSQL o su uno degli altri database di destinazione supportati da. AWS DMS Il database di origine può essere un database on-premise o un motore autogestito in esecuzione su un'istanza Amazon EC2. È possibile utilizzare un'istanza database sia per le attività di pieno carico che per l'acquisizione dei dati di modifica (CDC).

Prerequisiti per l'utilizzo di un database PostgreSQL autogestito come sorgente AWS DMS

Prima di migrare i dati da un database di origine PostgreSQL autogestito, procedi come segue:

Abilitazione del CDC utilizzando un database PostgreSQL autogestito come sorgente AWS DMS

AWS DMS supporta l'acquisizione dei dati di modifica (CDC) mediante la replica logica. Per abilitare la replica logica su un database di origine PostgreSQL autogestito, imposta i seguenti parametri e valori nel file di configurazione postgresql.conf:

Alcuni parametri sono statici e possono essere impostati solo all'avvio del server. Qualsiasi modifica alle relative voci nel file di configurazione (per un database autogestito) o nel gruppo di parametri di database (per un database RDS per PostgreSQL) viene ignorata fino al riavvio del server. Per ulteriori informazioni, consultare la documentazione di PostgreSQL.

Per ulteriori informazioni sull'abilitazione della CDC, consulta Abilitazione dell'acquisizione dei dati di modifica (CDC) mediante la replica logica.

Utilizzo di database PostgreSQL AWS gestiti come sorgente DMS

È possibile utilizzare un'istanza database PostgreSQL AWS gestita come origine per. AWS DMSÈ possibile eseguire attività di pieno carico e acquisizione dei dati di modifica (CDC) utilizzando un'origine PostgreSQL gestita da AWS.

Prerequisiti per l'utilizzo di un AWS database PostgreSQL gestito come sorgente DMS

Prima di migrare i dati da un database AWS di origine PostgreSQL gestito, procedi come segue:

Abilitazione del CDC con un' AWS istanza DB PostgreSQL gestita con AWS DMS

AWS DMS supporta CDC sui database Amazon RDS PostgreSQL quando l'istanza DB è configurata per utilizzare la replica logica. La tabella seguente riassume la compatibilità della replica logica di ciascuna versione di PostgreSQL AWS gestita.

Non è possibile utilizzare le repliche di lettura RDS PostgreSQL per CDC (replica continua).

Migrazione di un database Amazon RDS per PostgreSQL senza utilizzare l'account utente master

In alcuni casi, si può decidere di non utilizzare l'account utente master per l'istanza di database Amazon RDS PostgreSQL che si sta utilizzando come origine. In questi casi, è necessario creare diversi oggetti per acquisire gli eventi DDL (Data Definition Language). Puoi creare questi oggetti nell'account diverso dall'account master e quindi creare un trigger nell'account utente master.

Per creare questi oggetti, utilizza la procedura seguente.

Una volta completata la procedura precedente, puoi creare l'endpoint di origine AWS DMS utilizzando l'account OtherThanMaster.

Abilitazione dell'acquisizione dei dati di modifica (CDC) mediante la replica logica

Puoi usare la funzionalità di replica logica nativa di PostgreSQL per abilitare l'acquisizione dei dati di modifica (CDC) durante la migrazione del database per le origini PostgreSQL. Puoi utilizzare questa funzionalità con un'istanza database SQL PostgreSQL autogestita e Amazon RDS per PostgreSQL. Questo approccio riduce i tempi di inattività e aiuta a garantire che il database di destinazione sia sincronizzato con il database PostgreSQL di origine.

AWS DMS supporta CDC per tabelle PostgreSQL con chiavi primarie. Se una tabella non dispone di una chiave primaria, i log write-ahead (WAL) non includono un'immagine precedente della riga di database. In questo caso, DMS non è in grado di aggiornare la tabella. Puoi utilizzare impostazioni di configurazione aggiuntive e l'identità di replica della tabella come soluzione alternativa. Tuttavia, questo approccio può generare log aggiuntivi. Ti consigliamo di utilizzare l'identità di replica delle tabelle come soluzione alternativa solo dopo attenti test. Per ulteriori informazioni, consulta Impostazioni di configurazione aggiuntive quando si utilizza un database PostgreSQL come origine DMS.

Per attività a pieno carico e solo CDC e CDC, AWS DMS utilizza slot di replica logici per conservare i log WAL per la replica fino alla decodifica dei log. Al riavvio (non alla ripresa) di un'attività di pieno carico e CDC o un'attività di sola CDC, lo slot di replica viene ricreato.

Configurazione del plug-in pglogical

Implementato come estensione PostgreSQL, il plug-in pglogical è un sistema e un modello di replica logica per la replica dei dati selettiva. La tabella seguente identifica le versioni del database PostgreSQL di origine che supportano il plug-in pglogical.

Prima di configurare pglogical per l'uso con AWS DMS, abilita innanzitutto la replica logica per l'acquisizione dei dati di modifica (CDC) sul tuo database di origine PostgreSQL.

Dopo aver abilitato la replica logica sul database di origine PostgreSQL, segui i passaggi riportati di seguito per configurare pglogical per l'uso con DMS.

È ora possibile creare un' AWS DMS attività che esegua l'acquisizione dei dati di modifica per l'endpoint del database di origine PostgreSQL.

Utilizzo dei punti di avvio CDC nativi per impostare un carico CDC di un endpoint di origine PostgreSQL

Per abilitare i punti di avvio CDC nativi con PostgreSQL come origine è necessario impostare l'attributo aggiuntivo di connessione slotName sul nome di uno slot di replica logica esistente quando si crea l'endpoint. Questo slot di replica logica contiene le modifiche in corso dal momento della creazione dell'endpoint, quindi supporta la replica da un punto precedente nel tempo.

PostgreSQL scrive le modifiche al database nei file WAL che vengono scartati solo quando AWS DMS legge correttamente le modifiche dallo slot di replica logica. Utilizzando gli slot di replica logica è possibile proteggere le modifiche registrate dall'eliminazione prima che vengano utilizzate dal motore di replica.

Tuttavia, a seconda della velocità di modifica e utilizzo, le modifiche presenti in uno slot di replica logica possono causare un utilizzo elevato del disco. Ti consigliamo di impostare gli allarmi relativi all'utilizzo dello spazio nell'istanza PostgreSQL di origine quando vengono utilizzati gli slot di replica logica. Per ulteriori informazioni sull'impostazione dell'attributo di connessione aggiuntivo slotName, consulta Impostazioni degli endpoint e attributi di connessione aggiuntivi (ECA) quando si utilizza PostgreSQL come sorgente DMS.

La seguente procedura percorre questo approccio in modo più dettagliato.

Quando utilizzi punti di avvio CDC nativi con il plug-in pglogical e desideri utilizzare un nuovo slot di replica, completa i passaggi di configurazione seguenti prima di creare un'attività di CDC.

A questo punto puoi creare un'attività di sola CDC con un punto di avvio nativo PostgreSQL utilizzando il nuovo slot di replica. Per ulteriori informazioni sul plug-in pglogical, consulta la documentazione di pglogical 3.7

Migrazione da PostgreSQL a PostgreSQL utilizzando AWS DMS

Quando si esegue la migrazione da un motore di database diverso da PostgreSQL a un database PostgreSQL, è quasi sempre lo strumento di migrazione migliore da utilizzare AWS DMS . Tuttavia, per una migrazione da un database PostgreSQL a un database PostgreSQL, gli strumenti PostgreSQL possono essere più efficaci.

Utilizzo degli strumenti nativi PostgreSQL per migrare i dati

Ti consigliamo di utilizzare gli strumenti per la migrazione dei database PostgreSQL come pg_dump nei seguenti casi:

L'utilità pg_dump utilizza il comando COPY per creare uno schema e il dump dei dati di un database PostgreSQL. Lo script del dump generato da pg_dump carica i dati in un database con lo stesso nome e ricrea le tabelle, gli indici e le chiavi esterne. Utilizza il comando pg_restore e il parametro -d per ripristinare i dati in un database con un nome diverso.

Se esegui la migrazione dei dati da un database di origine PostgreSQL in esecuzione su EC2 a una destinazione Amazon RDS per PostgreSQL, puoi utilizzare il plug-in pglogical.

Per ulteriori informazioni sull'importazione di un database PostgreSQL in Amazon RDS per PostgreSQL o Amazon Aurora edizione compatibile con PostgreSQL, consulta https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/PostgreSQL.Procedural.Importing.html.

Utilizzo di DMS per la migrazione dei dati da PostgreSQL a PostgreSQL

AWS DMS può migrare i dati, ad esempio, da un database PostgreSQL di origine locale a un'istanza Amazon RDS for PostgreSQL o Aurora PostgreSQL di destinazione. Nella maggior parte dei casi, la migrazione di tipi di dati core o di base PostgreSQL avviene correttamente.

I tipi di dati supportati nel database di origine ma non supportati nella destinazione potrebbero non essere migrati correttamente. AWS DMS trasmette alcuni tipi di dati come stringhe se il tipo di dati è sconosciuto. Alcuni tipi di dati, ad esempio XML e JSON, possono migrare come file di piccole dimensioni, ma potrebbero non migrare correttamente se i documenti sono di grandi dimensioni.

Quando esegui la migrazione del tipo di dati, tieni presente quanto segue:

La tabella seguente mostra i tipi di dati di origine PostgreSQL e indica se possono essere migrati correttamente:

Migrazione dei tipi di dati spaziali di PostGIS

I dati spaziali identificano le informazioni sulla geometria di un oggetto o di una posizione nello spazio. I database relazionali a oggetti PostgreSQL supportano i tipi di dati spaziali PostGIS.

Prima di migrare gli oggetti formati da dati spaziali PostgreSQL, assicurati che il plug-in PostGIS sia abilitato a livello globale. In questo modo si garantisce la AWS DMS creazione delle colonne di dati spaziali di origine esatte per l'istanza DB di destinazione PostgreSQL.

Per le AWS DMS migrazioni omogenee da PostgreSQL a PostgreSQL, supporta la migrazione di tipi e sottotipi di oggetti dati geometrici e geografici (coordinate geodetiche) di PostGIS come i seguenti:

Migrazione da Babelfish per Amazon Aurora PostgreSQL utilizzando AWS DMS

Puoi migrare le tabelle di origine PostgreSQL di Babelfish for Aurora su qualsiasi endpoint di destinazione supportato utilizzando. AWS DMS

Quando crei il tuo endpoint di AWS DMS origine utilizzando la console DMS, l'API o i comandi CLI, imposti l'origine su Amazon Aurora PostgreSQL e il nome del database su. babelfish_db Nella sezione Endpoint Settings, assicurati che sia impostato su Babelfish e che DatabaseModesia impostato sul nome del database Babelfish T-SQL di BabelfishDatabaseNameorigine. Invece di usare la porta TCP Babelfish1433, usa la porta TCP Aurora PostgreSQL. 5432

È necessario creare le tabelle prima di migrare i dati per assicurarsi che DMS utilizzi i tipi di dati e i metadati delle tabelle corretti. Se non crei le tabelle sulla destinazione prima di eseguire la migrazione, DMS potrebbe creare le tabelle con tipi di dati e autorizzazioni errati.

Aggiunta delle regole di trasformazione all'attività di migrazione

Quando crei un'attività di migrazione per una fonte Babelfish, devi includere regole di trasformazione che assicurino che DMS utilizzi le tabelle di destinazione precreate.

Se hai impostato la modalità di migrazione multi-database quando hai definito il tuo cluster Babelfish per PostgreSQL, aggiungi una regola di trasformazione che rinomina il nome dello schema nello schema T-SQL. Ad esempio, se il nome dello schema T-SQL è dbo e il nome dello schema Babelfish for PostgreSQL èmydb_dbo, rinomina lo schema utilizzando una regola di trasformazione. dbo Per trovare il nome dello schema PostgreSQL, consulta l'architettura Babelfish nella Guida per l'utente di Amazon Aurora.

Se utilizzi la modalità a database singolo, non è necessario utilizzare una regola di trasformazione per rinominare gli schemi di database. I nomi degli schemi PostgreSQL hanno one-to-one una mappatura con i nomi degli schemi nel database T-SQL.

Il seguente esempio di regola di trasformazione mostra come rinominare il nome dello schema da back a: mydb_dbo dbo

{
    "rules": [
        {
            "rule-type": "transformation",
            "rule-id": "566251737",
            "rule-name": "566251737",
            "rule-target": "schema",
            "object-locator": {
                "schema-name": "mydb_dbo"
            },
            "rule-action": "rename",
            "value": "dbo",
            "old-value": null
        },
        {
            "rule-type": "selection",
            "rule-id": "566111704",
            "rule-name": "566111704",
            "object-locator": {
                "schema-name": "mydb_dbo",
                "table-name": "%"
            },
            "rule-action": "include",
            "filters": []
        }
    ]
}

Limitazioni per l'utilizzo di un endpoint sorgente PostgreSQL con le tabelle Babelfish

Le seguenti limitazioni si applicano quando si utilizza un endpoint sorgente PostgreSQL con tabelle Babelfish:

Rimozione di AWS DMS artefatti da un database sorgente PostgreSQL

Per acquisire eventi DDL, AWS DMS crea vari artefatti nel database PostgreSQL all'avvio di un'attività di migrazione. Al termine dell'attività è possibile rimuovere gli artefatti.

Per rimuovere gli artefatti, invia le seguenti istruzioni (nell'ordine), dove {AmazonRDSMigration} è lo schema in cui sono stati creati gli artefatti. L'eliminazione di uno schema deve essere eseguita con estrema attenzione. Non eliminare mai uno schema operativo, soprattutto uno pubblico.

drop event trigger awsdms_intercept_ddl;

Il trigger evento non appartiene a uno schema specifico.

drop function {AmazonRDSMigration}.awsdms_intercept_ddl()
drop table {AmazonRDSMigration}.awsdms_ddl_audit
drop schema {AmazonRDSMigration}

Impostazioni di configurazione aggiuntive quando si utilizza un database PostgreSQL come origine DMS

Puoi aggiungere ulteriori impostazioni di configurazione durante la migrazione dei dati da un database PostgreSQL in due modi:

Utilizzo dell'impostazione dell' MapBooleanAsBoolean endpoint PostgreSQL

Puoi utilizzare le impostazioni degli endpoint PostgreSQL per mappare un booleano come tale dall'origine PostgreSQL a una destinazione Amazon Redshift. Per impostazione predefinita, il tipo BOOLEAN viene migrato come varchar(5). È possibile specificare MapBooleanAsBoolean per consentire a PostgreSQL di migrare il tipo booleano come tale, come mostrato nell'esempio seguente.

--postgre-sql-settings '{"MapBooleanAsBoolean": true}'

Tieni presente che questa impostazione, affinché abbia effetto, deve essere configurata sia sull'endpoint di origine che su quello di destinazione.

Poiché MySQL non ha il tipo BOOLEAN, usa una regola di trasformazione anziché questa impostazione per la migrazione dei dati BOOLEAN su MySQL.

Impostazioni degli endpoint e attributi di connessione aggiuntivi (ECA) quando si utilizza PostgreSQL come sorgente DMS

Puoi utilizzare le impostazioni degli endpoint e gli attributi di connessione aggiuntivi (ECA) per configurare il tuo database di origine PostgreSQL. Le impostazioni degli endpoint vengono specificate quando si crea l'endpoint di origine utilizzando la AWS DMS console o utilizzando il create-endpoint comando contenuto in, con la sintassi JSON. AWS CLI--postgre-sql-settings '{"EndpointSetting": "value", ...}'

La tabella seguente mostra le impostazioni degli endpoint e le ECA che è possibile utilizzare con PostgreSQL come sorgente.

Limitazioni all'utilizzo di un database PostgreSQL come origine DMS

Quando si utilizza un database PostgreSQL come origine per AWS DMS, si applicano le seguenti limitazioni:

Tipi di dati di origine per PostgreSQL

La tabella seguente mostra i tipi di dati sorgente PostgreSQL supportati durante l' AWS DMS utilizzo e la mappatura predefinita ai tipi di dati. AWS DMS

Per informazioni su come visualizzare il tipo di dati mappato nella destinazione, consulta la sezione relativa all'endpoint di destinazione che stai utilizzando.

Per ulteriori informazioni sui tipi di AWS DMS dati, vedere. Tipi di dati per AWS Database Migration Service

Utilizzo dei tipi di dati di origine LOB per PostgreSQL

Le dimensioni di colonna PostgreSQL influenzano la conversione dei tipi di dati LOB PostgreSQL in tipi di dati AWS DMS . Per utilizzare questa funzione, effettua la procedura riportata di seguito per i seguenti tipi di dati AWS DMS :