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 AWSDMS
Oracle JD Edwards EnterpriseOne
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
Oracle Data Pump estrae i dati dal database di origine e i dati vengono inviati alla destinazione del database Amazon RDS for Oracle.
CDCi dati vengono inviati dal database di origine a un endpoint di origine in. AWS DMS
Dall'endpoint di origine, i dati vengono inviati all'istanza di AWS DMS replica, dove viene eseguita l'attività di replica.
Una volta completata l'attività di replica, i dati vengono inviati all'endpoint di destinazione in. AWS DMS
Dall'endpoint di destinazione, i dati vengono inviati all'istanza del database Amazon RDS for Oracle.
Strumenti
AWSservizi
AWSDatabase Migration Service (AWSDMS) ti aiuta a migrare gli archivi di dati nel AWS Cloud o tra combinazioni di configurazioni cloud e locali.
Amazon Relational Database Service (RDSAmazon) per Oracle ti aiuta a configurare, gestire e scalare un database relazionale Oracle nel AWS cloud.
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. LOBtrue
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à | Descrizione | Competenze 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:
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.
Nota: potete anche definirne uno personalizzato
| DBA |
Esporta lo schema. | Per eseguire l'esportazione, utilizzare l'
| DBA |
Attività | Descrizione | Competenze richieste |
---|---|---|
Trasferisci il file di dump nell'istanza di destinazione. | Per trasferire i file utilizzando l' In alternativa, puoi trasferire i file Data Pump su Amazon Simple Storage Service (Amazon S3 Per creare un database link
| DBA |
Prova il link al database. | Verifica il collegamento al database per assicurarti di poterti connettere al database di destinazione Amazon RDS for Oracle utilizzando
| 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
Lo script seguente copia un file di dump denominato
| 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:
| DBA |
Crea utenti JDE specifici nell'istanza di destinazione. | Crea un profilo e un ruolo JD Edwards utilizzando questi comandi nell'istanza di destinazione:
Concedi le autorizzazioni richieste al ruolo:
| 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:
| 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 Per avviare l'importazione, utilizzate il codice seguente:
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à | Descrizione | Competenze richieste |
---|---|---|
Eseguire il download del modello . | Scaricate il modello AWS CloudFormation DMS_instance.yaml | Amministratore cloud, DBA |
Inizia la creazione dello stack. |
| Amministratore cloud, DBA |
Specificare i parametri. |
| Amministratore cloud, DBA |
Creare lo stack. |
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. |
| 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à | Descrizione | Competenze richieste |
---|---|---|
Creare l'attività di replica. | Creare l'attività AWS DMS di replica utilizzando i seguenti passaggi:
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à | Descrizione | Competenze 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à | Descrizione | Competenze 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
Problema | Soluzione |
---|---|
Viene visualizzato un messaggio di avviso per abilitare la registrazione supplementare nel database di | Immettete questi comandi per abilitare la registrazione supplementare:
|
AWSDMSha la registrazione supplementare disattivata. | La registrazione supplementare è disattivata per impostazione predefinita in. AWS DMS Per attivarla per un endpoint Oracle di origine:
|
La registrazione supplementare non è abilitata a questo livello. CDB |
|
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:
|
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:
Crea un bucket S3.
Esporta i dati dal database di origine utilizzando Oracle Data Pump.
Carica i file Data Pump nel bucket S3.
Scarica i file Data Pump dal bucket S3 al database Amazon RDS for Oracle di destinazione.
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.