Esegui la migrazione di un EnterpriseOne database Oracle JD Edwards a AWS utilizzando Oracle Data Pump e AWS DMS - Prontuario AWS

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à.

Esegui la migrazione di un EnterpriseOne database Oracle JD Edwards a AWS utilizzando Oracle Data Pump e AWS DMS

Creato da Thanigaivel Thirumalai () AWS

Ambiente: produzione

Fonte: Oracle JD Edwards EnterpriseOne

Target: Amazon RDS per Oracle

Tipo R: Replatform

Carico di lavoro: Oracle

Tecnologie: migrazione; database

AWSservizi: AmazonRDS; AWS DMS

Riepilogo

Puoi migrare ed eseguire il tuo database JD Edwards su Amazon Relational EnterpriseOne Database Service (Amazon). RDS Quando migri il tuo database su AmazonRDS, AWS puoi occuparti delle attività di backup e della configurazione ad alta disponibilità, così puoi concentrarti sulla manutenzione EnterpriseOne dell'applicazione e delle sue funzionalità. Per un elenco completo dei fattori chiave da considerare durante il processo di migrazione, consulta le strategie di migrazione del database Oracle in AWS Prescriptive Guidance.

Esistono diversi modi per migrare un EnterpriseOne database, tra cui:

  • Utilizzo di Oracle Universal Batch Engine (UBE) R98403 per la creazione di schemi e tabelle e utilizzo di AWS Database Migration Service () AWS DMS per la migrazione

  • Utilizzo di strumenti nativi del DB per la creazione di schemi e tabelle e utilizzo per la migrazione AWS DMS

  • Utilizzo di strumenti nativi del database per la migrazione dei dati esistenti (a pieno carico) e utilizzo AWS DMS per le attività di modifica dei dati di acquisizione (CDC)

Questo modello copre la terza opzione. Spiega come migrare i EnterpriseOne database locali su Amazon RDS for Oracle utilizzando Oracle Data Pump con AWSDMSe la relativa CDC funzionalità.

Oracle JD Edwards EnterpriseOne è una soluzione di pianificazione delle risorse aziendali (ERP) per organizzazioni che producono, costruiscono, distribuiscono, forniscono assistenza o gestiscono prodotti o risorse fisiche. JD Edwards EnterpriseOne supporta vari hardware, sistemi operativi e piattaforme di database.

Quando si migrano ERP applicazioni critiche come JD Edwards EnterpriseOne, ridurre al minimo i tempi di inattività è fondamentale. AWSDMSriduce al minimo i tempi di inattività supportando sia la replica a pieno carico che quella continua dal database di origine al database di destinazione. AWSDMSfornisce inoltre il monitoraggio e la registrazione in tempo reale della migrazione, che possono aiutare a identificare e risolvere eventuali problemi che potrebbero causare tempi di inattività.

Quando si replicano le modifiche con AWSDMS, è necessario specificare un orario o un numero di modifica del sistema (SCN) come punto di partenza per la lettura delle modifiche dai log del database. È fondamentale mantenere questi registri accessibili sul server per un determinato periodo di tempo (consigliamo 15 giorni) per garantire che il server AWS DMS abbia accesso a queste modifiche.

Prerequisiti e limitazioni

Prerequisiti

  • Un database Amazon RDS for Oracle fornito nel tuo ambiente AWS Cloud come database di destinazione. Per istruzioni, consulta la RDSdocumentazione di Amazon.

  • Un EnterpriseOne database in esecuzione in locale o su un'istanza Amazon Elastic Compute Cloud (AmazonEC2). AWS

    Nota: questo modello è progettato per la migrazione da locale aAWS, ma è stato testato utilizzando un EnterpriseOne database su un'EC2istanza. Se si prevede di migrare dall'ambiente locale, è necessario configurare la connettività di rete appropriata.

  • Dettagli dello schema. Identifica lo schema del database Oracle (ad esempio DV92 0) per EnterpriseOne cui intendi migrare. Prima di iniziare il processo di migrazione, raccogli i seguenti dettagli sullo schema:

    • Dimensioni dello schema

    • Il numero di oggetti per tipo di oggetto

    • Il numero di oggetti non validi

Limitazioni

  • Devi creare tutti gli schemi che desideri sul database Amazon RDS for Oracle di destinazione, AWS DMS non li crea per te. (La sezione Epics descrive come utilizzare Data Pump per esportare e importare schemi.) Il nome dello schema deve già esistere per il database Oracle di destinazione. Le tabelle dello schema di origine vengono importate nell'utente o nello schema e AWS DMS utilizzano l'account dell'amministratore o di sistema per connettersi all'istanza di destinazione. Per migrare più schemi, puoi creare più attività di replica. È inoltre possibile migrare i dati verso schemi diversi su un'istanza di destinazione. A tale scopo, utilizzate le regole di trasformazione dello schema sulle mappature delle AWS DMS tabelle.

  • Questo modello è stato testato con un set di dati dimostrativo. Ti consigliamo di convalidare la compatibilità del set di dati e della personalizzazione.

  • Questo modello utilizza un EnterpriseOne database in esecuzione su Microsoft Windows. Tuttavia, è possibile utilizzare lo stesso processo con altri sistemi operativi supportati da AWSDMS.

Architettura

Il diagramma seguente mostra un sistema in esecuzione EnterpriseOne su un database Oracle come database di origine e un database Amazon RDS for Oracle come database di destinazione. I dati vengono esportati dal database Oracle di origine e importati nel database Amazon RDS for Oracle di destinazione utilizzando Oracle Data Pump e replicati per CDC gli aggiornamenti utilizzando. AWS DMS

AWS DMS replication process from on-premises Oracle database to Amazon RDS instance via VPC.
  1. Oracle Data Pump estrae i dati dal database di origine e i dati vengono inviati alla destinazione del database Amazon RDS for Oracle.

  2. CDCi dati vengono inviati dal database di origine a un endpoint di origine in. AWS DMS

  3. Dall'endpoint di origine, i dati vengono inviati all'istanza di AWS DMS replica, dove viene eseguita l'attività di replica.

  4. Una volta completata l'attività di replica, i dati vengono inviati all'endpoint di destinazione in. AWS DMS

  5. Dall'endpoint di destinazione, i dati vengono inviati all'istanza del database Amazon RDS for Oracle.

Strumenti

AWSservizi

Altri servizi

  • Oracle Data Pump ti aiuta a spostare dati e metadati da un database all'altro ad alta velocità.

Best practice

Migrazione LOBs

Se il database di origine contiene oggetti binari di grandi dimensioni (LOBs) che devono essere migrati nel database di destinazione, AWS DMS offre le seguenti opzioni:

  • LOBModalità completa: AWS DMS migra tutti i file LOBs dal database di origine al database di destinazione indipendentemente dalle loro dimensioni. Sebbene la migrazione sia più lenta rispetto alle altre modalità, il vantaggio è che i dati non vengono troncati. Per prestazioni migliori, è possibile creare un'attività separata sulla nuova istanza di replica per migrare le tabelle con dimensioni superiori a pochi LOBs megabyte.

  • LOBModalità limitata: si specifica la dimensione massima dei dati delle LOB colonne, che consente AWS DMS di preallocare le risorse e applicarle in blocco. LOBs Se la dimensione delle LOB colonne supera quella specificata nell'attività, AWS DMS tronca i dati e invia avvisi al file di registro. AWS DMS È possibile migliorare le prestazioni utilizzando la LOB modalità limitata se la dimensione LOB dei dati rientra nella dimensione limitata. LOB

  • LOBModalità in linea: è possibile eseguire la migrazione LOBs senza troncare i dati o rallentare le prestazioni dell'attività eseguendo repliche sia di piccole che di grandi dimensioni. LOBs Innanzitutto, specificate un valore per il InlineLobMaxSize parametro, che è disponibile solo quando la modalità completa è impostata su. LOB true L'AWSDMSoperazione trasferisce il valore piccolo LOBs in linea, il che è più efficiente. Quindi, AWS DMS migra quello di grandi dimensioni LOBs eseguendo una ricerca dalla tabella di origine. Tuttavia, la LOB modalità in linea funziona solo durante la fase di pieno carico.

Generazione di valori di sequenza

Durante il AWS DMS CDC processo, i numeri di sequenza incrementali non vengono replicati dal database di origine. Per evitare discrepanze nei valori della sequenza, devi generare il valore di sequenza più recente dall'origine per tutte le sequenze e applicarlo al database Amazon RDS for Oracle di destinazione.

AWS Secrets Manager

Per aiutarti a gestire le tue credenziali, ti consigliamo di seguire le istruzioni contenute nel post del blog Manage your AWS DMS endpoint credenziali with Secrets Manager AWS.

Prestazioni

  • Istanze di replica ‒ Per indicazioni sulla scelta della dimensione ottimale dell'istanza, consulta Selezione della dimensione migliore per un'istanza di replica nella documentazione. AWS DMS

  • Opzioni di connettività ‒ Per evitare problemi di latenza, si consiglia di scegliere l'opzione di connettività corretta. AWSDirect Connect offre il percorso più breve per accedere alle AWS risorse, perché è una connessione dedicata tra i data center aziendali eAWS. Durante il transito, il traffico di rete rimane sulla rete AWS globale e non passa mai su Internet. In questo modo si riduce il rischio di rallentamenti o aumenti imprevisti della latenza rispetto all'utilizzo VPN o alla rete Internet pubblica.

  • Larghezza di banda di rete ‒ Per ottimizzare le prestazioni, verificate che la velocità di trasmissione della rete sia elevata. Se utilizzate un VPN tunnel tra il database di origine locale e AWSDMS, assicuratevi che la larghezza di banda sia sufficiente per il carico di lavoro.

  • Parallelismo delle attività ‒ È possibile velocizzare la replica dei dati caricando più tabelle in parallelo durante il pieno carico. Questo modello utilizza gli RDBMS endpoint, quindi questa opzione si applica solo al processo di caricamento completo. Il parallelismo delle attività è controllato dal MaxFullLoadSubTasks parametro, che determina quante sottoattività a pieno carico vengono eseguite in parallelo. Per impostazione predefinita, questo parametro è impostato su 8, il che significa che otto tabelle (se selezionate nella mappatura delle tabelle) vengono caricate insieme durante la modalità completa. È possibile modificare questo parametro nella sezione delle impostazioni dell'attività a caricamento completo dello JSON script relativo all'attività.

  • Il parallelismo delle tabelle ‒ consente AWS DMS inoltre di caricare un'unica tabella di grandi dimensioni utilizzando più thread paralleli. Ciò è particolarmente utile per le tabelle di origine Oracle che hanno miliardi di record, nonché più partizioni e sottopartizioni. Se la tabella di origine non è partizionata, puoi utilizzare i limiti delle colonne per i carichi paralleli.

  • Suddividi i carichi ‒ Quando dividi i carichi tra più attività o AWS DMS istanze, ricorda i limiti delle transazioni quando acquisisci le modifiche.

Epiche

AttivitàDescrizioneCompetenze richieste

Genera ilSCN.

Quando il database di origine è attivo e utilizzato dall' EnterpriseOne applicazione, avvia l'esportazione dei dati con Oracle Data Pump. È innanzitutto necessario generare un numero di modifica del sistema (SCN) dal database di origine sia per la coerenza dei dati durante l'esportazione con Oracle Data Pump sia come punto di partenza per CDC in AWSDMS.

Per generare la corrente SCN dal database di origine, utilizzare la seguente SQL istruzione:

SQL> select current_scn from v$database; CURRENT_SCN ----------- 30009727

Salva il generatoSCN. Utilizzerai il SCN per esportare i dati e creare l'attività di AWS DMS replica.

DBA

Create il file dei parametri.

Per creare un file di parametri per l'esportazione dello schema, è possibile utilizzare il codice seguente.

directory=DMS_DATA_PUMP_DIR logfile=export_dms.log dumpfile=export_dms_data.dmp schemas=<schema name> flashback_scn=<SCN from previous command>

Nota: potete anche definirne uno personalizzato DATA_PUMP_DIR utilizzando i seguenti comandi, in base alle vostre esigenze.

SQL> CREATE OR REPLACE DIRECTORY DMS_DATA_PUMP_DIR AS '<Directory for dump>'; Directory created. SQL> GRANT READ, WRITE ON DIRECTORY DMS_DATA_PUMP_DIR TO SYSTEM; Grant succeeded.
DBA

Esporta lo schema.

Per eseguire l'esportazione, utilizzare l'expdputilità come segue:

C:\Users\Administrator>expdp system/********@<DB Name> PARFILE='<Path to PAR file create above>' Export: Release 19.0.0.0.0 - Production on *** *** ** **:**:** **** Version 19.3.0.0.0 Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved. Connected to: Oracle Database 19c Standard Edition 2 Release 19.0.0.0.0 - Production Starting "SYSTEM"."SYS_EXPORT_SCHEMA_02": system/********@<DB Name>PARFILE='E:\exp_dms_datapump.par' Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA Processing object type SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS Processing object type SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS Processing object type SCHEMA_EXPORT/STATISTICS/MARKER Processing object type SCHEMA_EXPORT/USER Processing object type SCHEMA_EXPORT/ROLE_GRANT Processing object type SCHEMA_EXPORT/DEFAULT_ROLE Processing object type SCHEMA_EXPORT/TABLESPACE_QUOTA Processing object type SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA Processing object type SCHEMA_EXPORT/TABLE/TABLE Processing object type SCHEMA_EXPORT/TABLE/GRANT/OWNER_GRANT/OBJECT_GRANT Processing object type SCHEMA_EXPORT/TABLE/INDEX/INDEX Processing object type SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT . . exported "<Schema Name>"."<Table Name>" 228.9 MB 496397 rows
Master table "SYSTEM"."SYS_EXPORT_SCHEMA_02" successfully loaded/unloaded ****************************************************************************** Dump file set for SYSTEM.SYS_EXPORT_SCHEMA_02 is: E:\DMSDUMP\EXPORT_DMS_DATA.DMP Job "SYSTEM"."SYS_EXPORT_SCHEMA_02" successfully completed at *** *** ** **:**:** **** elapsed 0 00:01:57
DBA
AttivitàDescrizioneCompetenze richieste

Trasferisci il file di dump nell'istanza di destinazione.

Per trasferire i file utilizzando l'DBMS_FILE_TRANSFERutilità, è necessario creare un collegamento al database dal database di origine all'istanza Amazon RDS for Oracle. Dopo aver stabilito il collegamento, puoi utilizzare l'utilità per trasferire i file Data Pump direttamente all'RDSistanza Amazon.

In alternativa, puoi trasferire i file Data Pump su Amazon Simple Storage Service (Amazon S3) e quindi importarli nell'istanza RDS Amazon for Oracle. Per ulteriori informazioni su questa opzione, consulta la sezione Informazioni aggiuntive.

Per creare un database link ORARDSDB che si connetta all'utente RDS master Amazon nell'istanza DB di destinazione, esegui i seguenti comandi sul database di origine:

sqlplus / as sysdba SQL*Plus: Release 19.0.0.0.0 on *** *** ** **:**:** **** Version 19.3.0.0.0 Copyright (c) 1982, 2019, Oracle. All rights reserved. Connected to: Oracle Database 19c Standard Edition 2 Release 19.0.0.0.0 Version 19.3.0.0.0 SQL> create database link orardsdb connect to admin identified by "******" using '(DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = orcl.******.us-east-1.rds.amazonaws.com)(PORT = 1521))(CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = orcl)))'; Database link created. SQL>
DBA

Prova il link al database.

Verifica il collegamento al database per assicurarti di poterti connettere al database di destinazione Amazon RDS for Oracle utilizzandosqlplus.

SQL> select name from v$database@orardsdb; NAME --------- ORCL
DBA

Trasferisci il file di dump nel database di destinazione.

Per copiare il file di dump nel database Amazon RDS for Oracle, puoi utilizzare la DATA_PUMP_DIR directory predefinita oppure puoi creare la tua directory utilizzando il codice seguente, che deve essere eseguito sull'RDSistanza Amazon di destinazione:

exec rdsadmin.rdsadmin_util.create_directory(p_directory_name => 'DMS_TARGET_PUMP_DIR'); PL/SQL procedure successfully completed.

Lo script seguente copia un file di dump denominato EXPORT_DMS_DATA.DMP dall'istanza di origine in un database Amazon RDS for Oracle di destinazione utilizzando il collegamento al database denominatoorardsdb. È necessario eseguire lo script sull'istanza del database di origine.

BEGIN DBMS_FILE_TRANSFER.PUT_FILE( source_directory_object => 'DMS_DATA_PUMP_DIR', source_file_name => 'EXPORT_DMS_DATA.DMP', destination_directory_object => 'DMS_TARGET_PUMP_DIR', destination_file_name => 'EXPORT_DMS_DATA.DMP', destination_database => 'orardsdb'); END; PL/SQL procedure successfully completed.
DBA

Elenca il file di dump nel database di destinazione.

Una volta completata la SQL procedura PL/, puoi elencare il file di dump dei dati nel database Amazon RDS for Oracle utilizzando il codice seguente:

select * from table (rdsadmin.rds_file_util.listdir(p_directory => 'DMS_TARGET_PUMP_DIR'));
DBA

Crea utenti JDE specifici nell'istanza di destinazione.

Crea un profilo e un ruolo JD Edwards utilizzando questi comandi nell'istanza di destinazione:

SQL> CREATE PROFILE "JDEPROFILE" LIMIT IDLE_TIME 15; Profile created. SQL> CREATE ROLE "JDE_ROLE"; Role created. SQL> CREATE ROLE "JDEADMIN"; CREATE ROLE "JDEUSER"; Role created. Role created.

Concedi le autorizzazioni richieste al ruolo:

SQL> GRANT CREATE ANY SEQUENCE TO JDE_ROLE; GRANT DROP ANY SEQUENCE TO JDE_ROLE; GRANT CREATE ANY TRIGGER TO JDE_ROLE; GRANT DROP ANY TRIGGER TO JDE_ROLE;
DBA, JDE CNC

Crea tablespace nell'istanza di destinazione.

Crea i tablespace richiesti nell'istanza di destinazione utilizzando i seguenti comandi per gli schemi coinvolti in questa migrazione:

SQL> CREATE TABLESPACE <Tablespace Name for Tables>; Tablespace created. SQL> CREATE TABLESPACE <Tablespace Name for Indexes>; Tablespace created.
DBA, JDE CNC

Avvia l'importazione nel database di destinazione.

Prima di iniziare il processo di importazione, configura i ruoli, gli schemi e le tablespace sul database Amazon RDS for Oracle di destinazione utilizzando il file di dump dei dati.

Per eseguire l'importazione, accedi al database di destinazione con l'account utente RDS principale di Amazon e utilizza il nome della stringa di connessione nel tnsnames.ora file, che include il database Amazon RDS for Oracletns-entry. Se necessario, puoi includere un'opzione di rimappatura per importare il file di dump dei dati in una tablespace diversa o con un nome di schema diverso.

Per avviare l'importazione, utilizzate il codice seguente:

impdp admin@orardsdb directory=DMS_TARGET_PUMP_DIR logfile=import.log dumpfile=EXPORT_DMS_DATA.DMP

Per garantire una corretta importazione, controllate il file di log di importazione per eventuali errori ed esaminate i dettagli come il conteggio degli oggetti, il conteggio delle righe e gli oggetti non validi. Se sono presenti oggetti non validi, ricompilali. Inoltre, confrontate gli oggetti del database di origine e di destinazione per confermare che corrispondano.

DBA
AttivitàDescrizioneCompetenze richieste

Eseguire il download del modello .

Scaricate il modello AWS CloudFormation DMS_instance.yaml per effettuare il provisioning dell'istanza di AWS DMS replica e dei relativi endpoint di origine e destinazione.

Amministratore cloud, DBA

Inizia la creazione dello stack.

  1. Accedi alla console di AWS gestione e apri la AWS CloudFormation console all'indirizzo https://console.aws.amazon.com/cloudformation.

  2. Seleziona Crea stack.

  3. In Specify template (Specifica il modello), scegliere Upload a template file (Carica un file modello).

  4. Scegli Scegli file.

  5. Scegli il DMS_instance.yaml file.

  6. Scegli Next (Successivo).

Amministratore cloud, DBA

Specificare i parametri.

  1. Per il nome dello stack, inserisci il nome dello stack.

  2. Per AWSDMSInstance Parameters, inserisci i seguenti parametri:

    • DMSInstanceType— Scegliete l'istanza richiesta per l'istanza AWS DMS di replica, in base alle vostre esigenze aziendali.

    • DMSStorageSize— Immettete le dimensioni di archiviazione per l'AWSDMSistanza, in base alle dimensioni della migrazione.

  3. Per Source Oracle Database Configuration, inserire i seguenti parametri:

    • SourceOracleEndpointID: il nome del server del database Oracle di origine

    • SourceOracleDatabaseName— Il nome del servizio di database di origine o l'ID di sessione (SID), a seconda dei casi

    • SourceOracleUserName— Il nome utente del database di origine (l'impostazione predefinita èsystem)

    • SourceOracleDBPassword— La password del nome utente del database di origine

    • SourceOracleDBPort— La porta del database di origine

  4. Per Target RDS for Oracle Database Configuration, immettere i seguenti parametri:

    • T argetRDSOracle EndpointID — L'endpoint del database di destinazione RDS

    • T argetRDSOracle DatabaseName — Il nome del database di destinazione RDS

    • T argetRSOracle UserName — Il RDS nome utente di destinazione

    • T argetRDSOracle DBPassword — La RDS password di destinazione

    • TargetOracleDBPort— La porta del RDS database di destinazione

  5. Per VPCConfigurazione di sottoreti e gruppi di sicurezza, immettere i seguenti parametri:

    • VPCID— VPC Per l'istanza di replica

    • VPCSecurityGroupId— Il gruppo VPC di sicurezza per l'istanza di replica

    • DMSSubnet1— La sottorete per la zona di disponibilità 1

    • DMSSubnet2— La sottorete per la zona di disponibilità 2

  6. Scegli Next (Successivo).

Amministratore cloud, DBA

Creare lo stack.

  1. Nella pagina Configura le opzioni dello stack, per Tag, inserisci eventuali valori opzionali.

  2. Scegli Next (Successivo).

  3. Nella pagina Revisione, verifica i dettagli, quindi scegli Invia.

Il provisioning dovrebbe essere completato in circa 5-10 minuti. È completo quando nella pagina AWS CloudFormation Stacks viene visualizzato _. CREATE COMPLETE

Amministratore cloud, DBA

Configura gli endpoint.

  1. Apri la AWS DMS console alla https://console.aws.amazon.com/dms/v2/.

  2. Per la gestione delle risorse, scegli Istanze di replica, quindi esamina le istanze di replica.

  3. Per la gestione delle risorse, scegli Endpoints, quindi esamina gli endpoint.

Amministratore cloud, DBA

Verifica la connettività.

Dopo che gli endpoint di origine e di destinazione hanno mostrato lo stato come Attivo, verifica la connettività. Scegli Esegui test per ogni endpoint (origine e destinazione) per assicurarti che lo stato risulti positivo.

Amministratore cloud, DBA
AttivitàDescrizioneCompetenze richieste

Creare l'attività di replica.

Creare l'attività AWS DMS di replica utilizzando i seguenti passaggi:

  1. Aprire la AWS DMS console alla versione https://console.aws.amazon.com/dms/v2/.

  2. Nel riquadro di navigazione, sotto Migra dati, scegli Attività di migrazione del database.

  3. Nella casella di configurazione dell'attività, per Identificatore dell'attività, inserisci l'identificatore dell'attività.

  4. Per Istanza di replica, scegli l'istanza di DMS replica che hai creato.

  5. Per l'endpoint del database di origine, scegli l'endpoint di origine.

  6. Per l'endpoint del database Target, scegli il tuo database Amazon RDS for Oracle di destinazione.

  7. Per il tipo di migrazione, scegli Replica solo le modifiche ai dati. Se ricevi un messaggio che indica che è necessario attivare la registrazione supplementare, segui le istruzioni nella sezione Risoluzione dei problemi.

  8. Nella casella Impostazioni attività, scegli Specificare il numero di sequenza di registro.

  9. Per il numero di modifica del sistema, inserisci il database SCN Oracle generato dal database Oracle di origine.

  10. Scegli Abilita convalida.

  11. Scegli Abilita CloudWatch registri.

    Attivando questa funzionalità, puoi convalidare i dati e i log di Amazon per esaminare CloudWatch i log delle istanze di AWS DMS replica.

  12. In Regole di selezione, completa quanto segue:

    • Per Schema, scegli Inserisci uno schema.

    • Per Nome schema, inserisci il nome JDE dello schema (ad esempio: DV920).

    • Per Nome tabella, inserisci%.

    • Per Azione, scegli Includi.

  13. Scegli Create task (Crea attività).

Dopo aver creato l'attività, AWS DMS migra le modifiche in corso all'istanza del database Amazon RDS for Oracle da SCN quella che hai fornito in modalità di CDC avvio. Puoi anche verificare la migrazione esaminando i CloudWatch log.

Amministratore cloud, DBA

Ripetere l'operazione di replica.

Ripeti i passaggi precedenti per creare attività di replica per altri schemi JD Edwards che fanno parte della migrazione.

Amministratore cloud, amministratore DBA JDE CNC
AttivitàDescrizioneCompetenze richieste

Convalida il trasferimento dei dati.

Dopo l'avvio dell'AWSDMSattività, puoi controllare la scheda Statistiche della tabella nella pagina Attività per vedere le modifiche apportate ai dati.

È possibile monitorare lo stato della replica in corso nella console nella pagina Attività di migrazione del database.

Per ulteriori informazioni, consulta la sezione Convalida AWS DMS dei dati.

Amministratore cloud, DBA
AttivitàDescrizioneCompetenze richieste

Interrompi la replica.

Interrompere la procedura di replica e interrompere i servizi applicativi di origine.

Amministratore del cloud, DBA

Avvia l'applicazione JD Edwards.

Avvia la presentazione JD Edwards di destinazione e l'applicazione a livello logico e indirizzala al database Amazon RDS for Oracle. AWS

Quando accedi all'applicazione, dovresti notare che tutte le connessioni sono ora stabilite con il database Amazon RDS for Oracle.

DBA, JDE CNC amministratore

Disattiva il database di origine.

Dopo aver confermato che non ci sono più connessioni, puoi disattivare il database di origine.

DBA

Risoluzione dei problemi

ProblemaSoluzione

Viene visualizzato un messaggio di avviso per abilitare la registrazione supplementare nel database di origine per la replica continua

Immettete questi comandi per abilitare la registrazione supplementare:

SQL> ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS; SQL> ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY) COLUMNS; SQL> ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (UNIQUE) COLUMNS; SQL> ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (FOREIGN KEY) COLUMNS; SQL> ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY) COLUMNS; SQL> ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (UNIQUE) COLUMNS;

AWSDMSha la registrazione supplementare disattivata.

La registrazione supplementare è disattivata per impostazione predefinita in. AWS DMS Per attivarla per un endpoint Oracle di origine:

  1. Accedi alla console di AWS gestione e apri la AWS DMS console alla https://console.aws.amazon.com/dms/v2/.

  2. Scegli Endpoint.

  3. Seleziona l'endpoint di origine Oracle a cui desideri aggiungere il log supplementare.

  4. Scegli Modifica.

  5. Seleziona Avanzato, quindi per Attributi aggiuntivi di connessione aggiungi il seguente codice:

    addSupplementalLogging=Y
  6. Scegli Modifica.

La registrazione supplementare non è abilitata a questo livello. CDB

  1. Immettere il comando:

    SQL> alter session set container = CDB$ROOT; Session altered.
  2. Ripetere i passaggi per abilitare la registrazione supplementare.

Viene visualizzato il messaggio di errore: «Test Endpoint failed: Application-Status: 1020912, Application-Message: LogMiner non è supportato in ambiente Oracle L'inizializzazione dell'endpoint non è riuscita». PDB

Se viene visualizzato questo messaggio di errore, è possibile utilizzare Binary Reader anziché. LogMiner

In Impostazioni endpoint, aggiungi questa riga agli attributi di connessione aggiuntivi per il tuo database di origine:

useLogMinerReader=N;useBfile=Y;

Risorse correlate

Informazioni aggiuntive

Trasferimento di file tramite Amazon S3

Per trasferire i file su Amazon S3, puoi utilizzare AWS CLI o la console Amazon S3. Dopo aver trasferito i file su Amazon S3, puoi utilizzare l'istanza Amazon RDS for Oracle per importare i file Data Pump da Amazon S3.

Se scegli di trasferire il file di dump utilizzando l'integrazione con Amazon S3 come metodo alternativo, procedi nel seguente modo:

  1. Crea un bucket S3.

  2. Esporta i dati dal database di origine utilizzando Oracle Data Pump.

  3. Carica i file Data Pump nel bucket S3.

  4. Scarica i file Data Pump dal bucket S3 al database Amazon RDS for Oracle di destinazione.

  5. Esegui l'importazione utilizzando i file Data Pump.

Nota: per trasferire file di dati di grandi dimensioni tra S3 e RDS le istanze, ti consigliamo di utilizzare la funzionalità Amazon S3 Transfer Acceleration.