Configura il tuo database AlloyDB per PostgreSQL di destinazione

Database Migration Service supporta migrazioni continue dai database di origine Oracle ai seguenti database AlloyDB per PostgreSQL di destinazione:

• AlloyDB per PostgreSQL 14, 15

Prima di poter utilizzare Database Migration Service per eseguire la migrazione dei dati nel tuo database di destinazione, devi configurare il database:

• Creazione di un cluster AlloyDB per PostgreSQL e di un'istanza principale. Ti consigliamo un'istanza principale con almeno 4 vCPU e 32 GB di memoria.
• Se ti connetti all'istanza di destinazione utilizzando un indirizzo IP privato, Database Migration Service utilizza Private Service Connect per stabilire la connessione all'istanza. Per ulteriori informazioni, consulta Configurare Private Service Connect per un'istanza di destinazione.

• Creazione di un account utente e di un database nell'istanza con lo stesso nome. Ad esempio, se utilizzi Database Migration Service per eseguire la migrazione dei dati nel database myapp, anche il nome dell'account utente deve essere myapp.

• Imposta le seguenti autorizzazioni per l'utente nel database:
  • CREATE SCHEMA
  • CREATE TABLE
  • CREATE DATABASE
  • SELECT
  • INSERT
  • UPDATE
  • DELETE
  • TRUNCATE (per tutte le tabelle)
• (Per i database che contengono chiavi esterne o trigger) Ignora le chiavi esterne e gli trigger utilizzando l'opzione REPLICATION con il tuo account utente di migrazione. Esegui questo comando:

      ALTER USER MIGRATION_USER_NAME WITH replication;
      

  Per ulteriori informazioni su come viene eseguita la migrazione di chiavi esterne e trigger, consulta Considerazioni per chiavi esterne e trigger.

Considerazioni per chiavi esterne e attivatori

Le chiavi esterne e gli attivatori presenti nel database di origine potrebbero causare problemi di integrità dei dati o addirittura l'interruzione del job di migrazione. Puoi evitare questi problemi se ignori le chiavi esterne e gli trigger utilizzando l'opzione REPLICATION per l'utente di migrazione. In alternativa, puoi anche eliminare tutte le chiavi esterne e gli trigger nel database di destinazione e ricrearli al termine della migrazione.

Trigger

I dati replicati da Database Migration Service incorporano già le modifiche apportate dagli attivatori nel database di origine. Se gli trigger sono abilitati nella destinazione, possono essere attivati di nuovo e potenzialmente manipolare i dati, causando problemi di integrità o duplicazione dei dati.

Chiavi esterne

Database Migration Service non esegue la replica dei dati in modo transazionale, pertanto la migrazione delle tabelle potrebbe non essere eseguita in ordine. Se sono presenti chiavi esterne e viene eseguita la migrazione di una tabella figlio che utilizza una chiave esterna prima della tabella principale, potresti riscontrare errori di replica.