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 SQL database Postgre come fonte AWS DMS

È possibile migrare i dati da uno o più database SQL Postgre utilizzando. AWS DMS Con un SQL database Postgre come fonte, puoi migrare i dati verso un altro database Postgre o uno degli altri SQL database supportati.

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

AWS DMS supporta Postgre SQL per questi tipi di database:

Puoi usare Secure Socket Layers (SSL) per crittografare le connessioni tra l'SQLendpoint Postgre e l'istanza di replica. Per ulteriori informazioni sull'utilizzo SSL con un endpoint Postgre, consulta. SQL Utilizzo di SSL con AWS Database Migration Service

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

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

Utilizzo di database Postgres autogestiti come sorgente in SQL AWS DMS

Con un SQL database Postgre autogestito come origine, puoi migrare i dati verso un altro database Postgre o uno degli altri SQL database di destinazione supportati da. AWS DMS L'origine del database può essere un database locale o un motore autogestito in esecuzione su un'istanza AmazonEC2. Puoi utilizzare un'istanza DB sia per le attività a pieno carico che per le attività di acquisizione dei dati di modifica ()CDC.

Prerequisiti per l'utilizzo di un database SQL Postgree autogestito come fonte AWS DMS

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

Abilitazione dell'CDCutilizzo di un database Postgre autogestito come fonte SQL AWS DMS

AWS DMS supporta l'acquisizione dei dati di modifica (CDC) mediante la replica logica. Per abilitare la replica logica di un database SQL sorgente Postgre 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 DB (RDSper un SQL database Postgre) viene ignorata fino al riavvio del server. Per ulteriori informazioni, consulta la documentazione di Postgre. SQL

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

Utilizzo AWS di SQL database Postgres gestiti come sorgente DMS

Puoi usare un'istanza SQL DB Postgre AWS gestita come sorgente per. AWS DMSÈ possibile eseguire sia attività a pieno carico che attività di modifica dell'acquisizione dei dati (CDC) utilizzando una fonte Postgre gestita AWS da. SQL

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

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

Abilitazione CDC con un'istanza DB Postgre AWS gestita con SQL AWS DMS

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

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

Migrazione di un SQL database Amazon RDS for Postgre senza utilizzare l'account utente principale

In alcuni casi, potresti non utilizzare l'account utente principale per l'istanza SQL DB di Amazon RDS Postgre che stai utilizzando come origine. In questi casi, crei diversi oggetti per acquisire gli eventi del linguaggio di definizione dei dati (DDL). 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 utilizzare la funzionalità di replica logica nativa SQL di Postgre per abilitare l'acquisizione dei dati di modifica (CDC) durante la migrazione del database per i sorgenti Postgre. SQL Puoi utilizzare questa funzionalità con un'istanza database Postgre autogestita SQL e anche con un'istanza database Amazon RDS for SQL SQL Postgre. Questo approccio riduce i tempi di inattività e aiuta a garantire che il database di destinazione sia sincronizzato con il database Postgre di origine. SQL

AWS DMS supporti CDC per tabelle Postgre SQL con chiavi primarie. Se una tabella non ha una chiave primaria, write-ahead logs (WAL) non include un'immagine precedente della riga del database. In questo caso, non DMS è possibile 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 SQL Postgre come sorgente DMS.

CDCSolo per attività a pieno carico, AWS DMS utilizza gli slot di replica logica per conservare i log per la replica fino alla WAL decodifica dei log. CDC Al riavvio (non alla ripresa) per un caricamento completo e un'CDCattività o un'CDCattività, lo slot di replica viene ricreato.

Configurazione del plug-in pglogical

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

Prima di configurare pglogical per l'uso con AWS DMS, abilita la replica logica per change data capture () sul tuo database di origine Postgre. CDC SQL

Dopo aver abilitato la replica logica sul database di SQL origine Postgre, segui i passaggi seguenti per configurare pglogical da utilizzare con. DMS

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

Utilizzo di punti di CDC partenza nativi per configurare il caricamento di una fonte Postgre CDC SQL

Per abilitare i punti di CDC partenza nativi con Postgre SQL come sorgente, imposta l'attributo slotName extra connection sul nome di uno slot di replica logica esistente quando crei 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.

Postgre SQL scrive le modifiche al database nei WAL file che vengono eliminati solo dopo aver letto AWS DMS con successo 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. Si consiglia di impostare allarmi sull'utilizzo dello spazio nell'istanza SQL Postgre di origine quando si utilizzano slot di replica logica. Per ulteriori informazioni sull'impostazione dell'attributo di connessione aggiuntivo slotName, consulta Impostazioni degli endpoint e attributi di connessione aggiuntivi (ECAs) quando usi SQL Postgre come fonte DMS.

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

Se utilizzi punti di CDC partenza 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à. CDC

Ora puoi creare un'CDCunica attività con un punto di partenza SQL nativo di Postgre utilizzando il nuovo slot di replica. Per ulteriori informazioni sul plug-in pglogical, consulta la documentazione di pglogical 3.7

Migrazione da Postgre a Postgre utilizzando SQL SQL AWS DMS

Quando si esegue la migrazione da un motore di database diverso da Postgre SQL a un database Postgre, AWS DMS è quasi sempre lo strumento di migrazione migliore da SQL utilizzare. Ma quando si esegue la migrazione da un database Postgre a un SQL database Postgre, gli strumenti SQL Postgre possono essere più efficaci. SQL

Utilizzo degli strumenti nativi di Postgre per migrare i dati SQL

Ti consigliamo di utilizzare strumenti di migrazione del SQL database Postgre, ad esempio nelle seguenti pg_dump condizioni:

L'utilità pg_dump utilizza il COPY comando per creare uno schema e un dump dei dati di un database Postgre. SQL 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 stai migrando i dati da un database di SQL origine Postgre in esecuzione su EC2 un SQL target Amazon RDS for Postgre, puoi utilizzare il plug-in pglogical.

Per ulteriori informazioni sull'importazione di un database Postgre SQL in Amazon RDS for Postgre o SQL Amazon SQL Aurora Postgre -Compatible Edition, consulta. https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/PostgreSQL.Procedural.Importing.html

DMSUtilizzo per migrare i dati da Postgre a Postgre SQL SQL

AWS DMS può migrare i dati, ad esempio, da un SQL database Postgre di origine locale a un'istanza Amazon RDS for Postgre SQL o Aurora Postgre di destinazione. SQL I tipi di dati Postgre principali o di base spesso migrano con successo. SQL

I tipi di dati supportati nel database di origine ma non supportati nella destinazione potrebbero non migrare correttamente. AWS DMS trasmette alcuni tipi di dati come stringhe se il tipo di dati è sconosciuto. Alcuni tipi di dati, come XML eJSON, possono migrare correttamente come file di piccole dimensioni, ma possono avere esito negativo se si tratta di documenti di grandi dimensioni.

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

La tabella seguente mostra i tipi di SQL dati Postgre di origine e se possono essere migrati con successo.

Migrazione dei tipi di dati GIS postspaziali

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

Prima di migrare gli oggetti di dati SQL spaziali di Postgre, assicurati che il plugin Post sia abilitato a livello globale. GIS In questo modo si garantisce la AWS DMS creazione delle colonne di dati spaziali di origine esatte per l'istanza DB di destinazione di Postgre. SQL

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

Migrazione da Babelfish per Amazon Aurora Postgre utilizzando SQL AWS DMS

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

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

È necessario creare le tabelle prima di migrare i dati per assicurarsi che vengano DMS utilizzati i tipi di dati e i metadati delle tabelle corretti. Se non crei le tabelle sulla destinazione prima di eseguire la migrazione, è possibile che le tabelle DMS vengano create 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 l'DMSutilizzo delle tabelle di destinazione precreate.

Se hai impostato la modalità di migrazione multidatabase quando hai definito il SQL cluster Babelfish for Postgre, aggiungi una regola di trasformazione che rinomina il nome dello schema nello schema T. SQL Ad esempio, se il nome dello schema T è e il nome SQL dello schema Babelfish for Postgre èdbo, rinomina SQL lo schema utilizzando una regola di trasformazione. mydb_dbo dbo Per trovare il nome SQL dello schema Postgre, 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 SQL schemi Postgre hanno una one-to-one 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 SQL sorgente Postgre con le tabelle Babelfish

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

Rimozione di AWS DMS artefatti da un database sorgente Postgre SQL

Per catturare DDL gli eventi, AWS DMS crea vari artefatti nel database SQL Postgre 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 SQL Postgre come sorgente DMS

È possibile aggiungere impostazioni di configurazione aggiuntive durante la migrazione dei dati da un database Postgre SQL in due modi:

Utilizzo dell'impostazione dell' MapBooleanAsBoolean endpoint Postgree SQL

Puoi utilizzare le impostazioni degli SQL endpoint di Postgre per mappare un booleano come booleano dalla tua fonte Postgre a un target Amazon Redshift. SQL Per impostazione predefinita, un tipo viene migrato come varchar (5). BOOLEAN È possibile specificare di consentire MapBooleanAsBoolean a Postgre di SQL migrare il tipo booleano come booleano, 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é My SQL non ha un BOOLEAN tipo, utilizza una regola di trasformazione anziché questa impostazione per la migrazione dei dati su My. BOOLEAN SQL

Impostazioni degli endpoint e attributi di connessione aggiuntivi (ECAs) quando usi SQL Postgre come fonte DMS

Puoi utilizzare le impostazioni degli endpoint e gli attributi di connessione aggiuntivi (ECAs) per configurare il tuo database di origine SQL Postgre. 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. AWS CLI--postgre-sql-settings '{"EndpointSetting": "value", ...}'JSON

La tabella seguente mostra le impostazioni dell'endpoint e ECAs che è possibile utilizzare con SQL Postgre come sorgente.

Limitazioni all'utilizzo di un database Postgre come sorgente SQL DMS

Le seguenti limitazioni si applicano quando si utilizza Postgre SQL come fonte per: AWS DMS

Tipi di dati di origine per Postgre SQL

La tabella seguente mostra i tipi di dati di SQL origine di Postgre supportati durante l'utilizzo AWS DMS 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

Lavorare con i tipi LOB di dati di origine per Postgre SQL

Le dimensioni delle SQL colonne di Postgre influiscono sulla conversione dei tipi di dati Postgre SQL LOB in tipi di dati. AWS DMS Per utilizzare questa funzione, effettua la procedura riportata di seguito per i seguenti tipi di dati AWS DMS :