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 destinazione per AWS Database Migration Service

È possibile migrare i dati ai database PostgreSQL utilizzando AWS DMS, da un altro database PostgreSQL o da uno degli altri database supportati.

Per informazioni sulle versioni di PostgreSQL supportate come destinazione, AWS DMS consulta. Obiettivi per AWS DMS

AWS DMS adotta un approccio tabella per tabella durante la migrazione dei dati dall'origine alla destinazione nella fase di caricamento completo. L'ordine delle tabelle durante la fase di caricamento completo non può essere garantita. Le tabelle non sono sincronizzate durante la fase di caricamento completo e durante l'applicazione di transazioni memorizzate nella cache per singole tabelle. Di conseguenza, i vincoli di integrità referenziale attivi possono causare un errore dell'attività durante la fase di caricamento completo.

In PostgreSQL, le chiavi esterne (vincoli di integrità referenziale) sono implementate mediante trigger. Durante la fase di caricamento completo, AWS DMS carica ogni tabella una alla volta. Consigliamo vivamente di disabilitare i vincoli delle chiavi esterne durante un caricamento completo, utilizzando uno dei seguenti metodi:

In qualsiasi momento, un trigger può trovarsi in uno dei seguenti stati: origin, replica, always o disabled. Quando il parametro session_replication_role è impostato su replica, solo i trigger nello stato replica sono attivi e vengono attivati quando sono chiamati. In caso contrario, i trigger rimangono inattivi.

PostgreSQL dispone di un meccanismo di sicurezza per evitare che una tabella venga troncata, anche quando session_replication_role è impostato. Puoi utilizzare tale opzione come alternativa alla disabilitazione dei trigger, per facilitare il completamento dell'esecuzione del caricamento completo. Per eseguire questa operazione, imposta la modalità di preparazione della tabella di destinazione su DO_NOTHING. In caso contrario, le operazioni DROP e TRUNCATE avranno esito negativo in presenza di vincoli delle chiavi esterne.

In Amazon RDS, puoi controllare l'impostazione di questo parametro mediante un gruppo di parametri. Per un'istanza PostgreSQL in esecuzione su Amazon EC2, puoi impostare il parametro direttamente.

Per ulteriori dettagli sull'utilizzo di un database PostgreSQL come destinazione AWS DMS per, consulta le seguenti sezioni:

Limitazioni all'uso di PostgreSQL come destinazione per AWS Database Migration Service

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

Limitazioni all'uso di Amazon Aurora PostgreSQL Limitless come destinazione per AWS Database Migration Service

Le seguenti limitazioni si applicano quando si utilizza Amazon Aurora PostgreSQL Limitless come destinazione per: AWS DMS

Requisiti di sicurezza quando si utilizza un database PostgreSQL come destinazione per AWS Database Migration Service

Per motivi di sicurezza, l'account utente utilizzato per la migrazione dei dati deve corrispondere a un utente registrato in qualsiasi database PostgreSQL utilizzato come destinazione.

L'endpoint di destinazione PostgreSQL richiede autorizzazioni utente minime per eseguire AWS DMS una migrazione, vedi gli esempi seguenti.

    CREATE USER newuser WITH PASSWORD 'your-password';
    ALTER SCHEMA schema_name OWNER TO newuser;
            

Oppure

    GRANT USAGE ON SCHEMA schema_name TO myuser;
    GRANT CONNECT ON DATABASE postgres to myuser;
    GRANT CREATE ON DATABASE postgres TO myuser;
    GRANT CREATE ON SCHEMA schema_name TO myuser;
    GRANT UPDATE, INSERT, SELECT, DELETE, TRUNCATE ON ALL TABLES IN SCHEMA schema_name TO myuser;
    GRANT TRUNCATE ON schema_name."BasicFeed" TO myuser;
            

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

È possibile utilizzare le impostazioni degli endpoint e gli attributi di connessione aggiuntivi (ECA) per configurare il database di destinazione PostgreSQL.

Le impostazioni vengono specificate quando si crea l'endpoint di destinazione utilizzando la AWS DMS console o utilizzando il create-endpoint comando in, con la sintassi JSON. AWS CLI--postgre-sql-settings '{"EndpointSetting": "value", ...}'

È possibile specificare le ECA utilizzando il ExtraConnectionAttributes parametro per l'endpoint.

La tabella riportata di seguito mostra le impostazioni degli endpoint che è possibile utilizzare con PostgreSQL come destinazione.

Tipi di dati di destinazione per PostgreSQL

L'endpoint del database PostgreSQL per AWS DMS supporta la maggior parte dei tipi di dati del database PostgreSQL. La tabella seguente mostra i tipi di dati di destinazione del database PostgreSQL supportati durante l' AWS DMS utilizzo e la mappatura predefinita dei tipi di dati. AWS DMS

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

Usare Babelfish per Aurora PostgreSQL come destinazione per AWS Database Migration Service

È possibile migrare le tabelle di origine SQL Server in una destinazione Babelfish per Amazon Aurora PostgreSQL mediante AWS Database Migration Service. Con Babelfish, Aurora PostgreSQL comprende il dialetto SQL proprietario di Microsoft SQL Server e T-SQL supporta lo stesso protocollo di comunicazione. Pertanto, le applicazioni scritte per SQL Server possono ora funzionare con Aurora con meno modifiche al codice. La funzionalità Babelfish è integrata in Amazon Aurora senza costi aggiuntivi. Puoi attivare Babelfish sul tuo cluster Amazon Aurora dalla console Amazon RDS.

Quando crei l'endpoint di AWS DMS destinazione utilizzando la AWS DMS console, l'API o i comandi CLI, specifica il motore di destinazione Amazon Aurora PostgreSQL e assegna un nome al database babelfish_db. Nella sezione Endpoint Settings, aggiungi le impostazioni da impostare e sul nome del database Babelfish di destinazioneDatabaseMode. Babelfish BabelfishDatabaseName T-SQL

Aggiunta delle regole di trasformazione all'attività di migrazione

Quando definisci un'attività di migrazione per un target Babelfish, devi includere regole di trasformazione che assicurino che DMS utilizzi le tabelle Babelfish precreate T-SQL nel database di destinazione.

Innanzitutto, aggiungi all'attività di migrazione una regola di trasformazione che renda tutti i nomi delle tabelle in minuscolo. Babelfish memorizza in lettere minuscole nel catalogo PostgreSQL i nomi delle tabelle create utilizzandopg_class. T-SQL Tuttavia, quando si dispone di tabelle SQL Server con nomi misti tra maiuscole e minuscole, DMS crea le tabelle utilizzando i tipi di dati nativi di PostgreSQL anziché i tipi di dati compatibili. T-SQL Per questo motivo, assicurati di aggiungere una regola di trasformazione che renda tutti i nomi delle tabelle in minuscolo. I nomi delle colonne non devono essere trasformati in lettere minuscole.

Successivamente, se hai utilizzato la modalità di migrazione di più database quando hai definito il cluster, aggiungi una regola di trasformazione che rinomina lo schema SQL Server originale. Assicurati di rinominare il nome dello schema di SQL Server per includere il nome del database. T-SQL Ad esempio, se il nome dello schema originale di SQL Server è dbo e il nome del T-SQL database è mydb, rinomina lo schema in mydb_dbo utilizzando una regola di trasformazione.

Se usi la modalità di un database singolo, non è necessaria una regola di trasformazione per rinominare i nomi degli schemi. I nomi degli schemi hanno una mappatura individuale con il database di destinazione T-SQL in Babelfish.

La seguente regola di trasformazione di esempio rende tutti i nomi delle tabelle in minuscolo e rinomina il nome dello schema SQL Server originale da dbo in mydb_dbo.

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

Limitazioni all'utilizzo di un endpoint di destinazione PostgreSQL con le tabelle Babelfish

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