Operazioni preliminari

Prima di iniziare a eseguire la migrazione di risorse e applicazioni, prendere in considerazione le opzioni di migrazione ed eseguire il provisioning e la migrazione di tutti i database di applicazione necessari.

È possibile eseguire il provisioning dei database dell'applicazione come database distinti o come database collegabili (PDB) all'interno del database contenitore (CDB) di un singolo sistema di database.

Sono supportati sia Oracle Grid Infrastructure che Logical Volume Manager a più nodi.

Nota:

Per utilizzare gli strumenti di migrazione del database come Migrazione senza tempo di inattività (ZDM), la password SYS del database di destinazione deve essere uguale alla password SYS del database di origine di cui eseguire la migrazione.

Le strategie di migrazione possono essere utilizzate a seconda della complessità del carico di lavoro e dei requisiti di tempo di inattività.

Per informazioni sul provisioning di un database, vedere Esegui provisioning di un database Virtual Machine in precedenza in questo documento.

Informazioni sulla migrazione dei carichi di lavoro

Questa sezione presenta una serie di scenari di migrazione comuni.

Un set di opzioni esegue la migrazione dei carichi di lavoro locali in un dominio appena creato su Oracle Cloud Infrastructure:

  • Eseguire manualmente la migrazione dei carichi di lavoro mediante la console di amministrazione di WebLogic per distribuire le risorse e uno dei metodi riportati di seguito per distribuire le applicazioni.
    • Console di amministrazione di WebLogic
    • Strumenti di distribuzione di JDeveloper
  • Eseguire la migrazione dei carichi di lavoro mediante WebLogic Deploy Tooling (WLDT).
  • Eseguire la migrazione dei carichi di lavoro utilizzando WebLogic Scripting Tool mediante la definizione dei destinatari degli script di distribuzione delle applicazioni esistenti nel nuovo dominio.

Un'altra opzione consiste nell'aggiornare gli strumenti del server WebLogic utilizzati per distribuire i domini in premesse (ad esempio, Script WebLogic o File modello di distribuzione WebLogic) e indirizzarli a Oracle Cloud Infrastructure per creare un nuovo dominio e ridistribuire le applicazioni.

Esegui migrazione database Oracle a Oracle Cloud Infrastructure

Prima di eseguire la migrazione dei database Oracle o nonOracle da un data center locale a Oracle Cloud Infrastructure, esaminare le considerazioni, i prerequisiti e il processo di valutazione riportati di seguito.

Considerazioni

Questa sezione si applica alla migrazione dei database Oracle in locale in Oracle Cloud Infrastructure, che comprende le piattaforme di database elencate nella sezione precedente. Prima di avviare qualsiasi impegno di migrazione, comprendere il carico di lavoro del database individuale, le limitazioni ed eventuali dipendenze.

Ogni migrazione di Oracle Database richiede una fase di ricerca automatica e di pianificazione. Le discussioni chiave in questa fase devono includere le domande riportate di seguito. Le risposte a queste domande consentono di determinare il raggruppamento dei database, il numero dei database di cui eseguire la migrazione e lo sforzo complessivo della migrazione.
  • Specificare la versione corrente di questo database.
  • Quanti database di questa versione verranno migrati?
  • Quanti database sono collegati a una specifica riga di attività?
  • Esistono database su piattaforme non Linux, ovvero su qualsiasi tipo di migrazione.
  • Esistono database dipendenti di cui potrebbe essere necessario eseguire la migrazione insieme?
  • Esistono database di terze parti (nonOracle) di cui eseguire la migrazione e quali versioni (ad esempio, SQL Server 2016)?
  • Per il database di prova e di sviluppo, verrà eseguita la migrazione di tutte le copie oppure solo la copia principale?
  • Qual è la dimensione di spazio su disco totale di database e di spazio per i dati in GB/TB?
  • FastConnect o VPN verrà utilizzato per la connettività di rete a Oracle Cloud? La larghezza di banda e la dimensione del database determinerà principalmente la soluzione di migrazione.

Opzioni di migrazione

Esistono molti metodi per eseguire la migrazione dei database Oracle da locale a Oracle Cloud Infrastructure. Ogni metodo dipende dall'obiettivo del punto di recupero business (RPO), dall'obiettivo del tempo di recupero (RTO, Recovery Time Objective) e dall'accordo SLA (Global Availability Service Level Agreement). Gli amministratori della migrazione devono valutare e mappare questi accordi aziendali con i metodi appropriati.

Oracle Maximum Availability Architecture (MAA) risolve in modo specifico queste opzioni e questi metodi. Nella tabella riportata di seguito vengono descritti brevemente.

Soluzione Complessità Granularità di migrazione Tipo di migrazione (fisico o logico) Impegno distribuzione complessivo Modello di migrazione Casi d'uso di migrazione chiavi
Esportazione e importazione convenzionali di Data Pump Minimo Media Logica Alta In linea/point in time
  • Database di piccole dimensioni
  • Creazione di subset di schemi
Data Pump completo trasportabile Media Minimo Fisico Media In linea/continua

Richiede che l'origine sia di sola lettura durante l'esportazione

Database completo con lo stesso formato (richiede Oracle Database versione 11.2.0.3 di origine)
Tablespace trasportabile Data Pump Media Minimo Fisico Media In linea/continua Set di tablespace dello schema (richiede Oracle Database versione 11.2.0.3 di origine)
SQL*Loader Minimo Alta Logica Alta Offline Eseguire la migrazione di tabelle o schemi specifici
GoldenGate Alta Alta Logica Alta Non in linea/continuo
  • Creazione di subset di schemi
  • Trasformazione logica
Backup e ripristino RMAN Minimo Minimo Fisico Minimo Non in linea/continuo Database completo o set di tablespace
Data Guard Minimo Minimo Fisico Minimo In linea/continua Database completo con zero o tempi di inattività pressoché nulli

Duplicazione remota PDB

Duplicazione remota

Riposizionamento PDB

Migrazione PDB

Minimo Minimo Fisico Minimo In linea/continua
  • Migrazione PDB 12c esistente in PDB
  • La duplicazione remota può essere di tipo non CDB

Nota:

Molte soluzioni possono essere combinate per creare la strategia di migrazione più efficiente. Alcune applicazioni all'interno di package possono avere limitazioni sugli strumenti supportati per la migrazione.

Dimensionamento e pianificazione della distribuzione

Nell'ambito dell'impegno della migrazione di origine, è necessario eseguire uno esercitamento in termini di dimensioni e pianificazione per garantire che il database soddisfi i requisiti di capacità e prestazioni.

Nota:

L'impegno di ridimensionamento della capacità per il database e la VM è uguale a quello utilizzato nelle premesse.
I risultati di questa pianificazione sono utili per definire la configurazione del database di destinazione e le forme VM.
  • Requisiti delle prestazioni del carico di lavoro
    • Transazioni al secondo
    • Numero di connessioni utente
    • Previste modifiche future al carico di lavoro
  • Requisiti di capacità
    • vCPUs
    • Memoria
    • Capacità di storage e I/O
    • Crescita futura
  • Requisiti di gestibilità
    • Servizi nativi Oracle Cloud Infrastructure e accesso facilitato
    • Strumenti di monitoraggio
    • Soluzioni di backup
  • Capacità di scalabilità
    • Scala database
    • Scala VM
    • Scala cluster
  • Requisiti di disponibilità
    • Soluzioni Oracle High Availability
    • vMotion, DRS
  • Requisiti dell'applicazione
    • Dipendenze tra i componenti locali
    • Flusso di rete tra applicazioni e servizi Oracle Cloud Infrastructure

Razionalizzazione, standardizzazione e consolidamento

Nell'ambito dell'impegno della migrazione, si consiglia al team di migrazione di utilizzare questa opportunità per standardizzare la versione del database e consolidare i sistemi di database laddove appropriato. Oracle Database 19c deve essere la versione minima standardizzata del database poiché fornisce la release di supporto a lungo termine.

Il consolidamento è una delle principali strategie rivolte alle organizzazioni per ottenere una maggiore efficienza nelle proprie operazioni. Il consolidamento consente alle organizzazioni di aumentare l'utilizzo delle risorse IT, operazione che riduce i costi in quanto è necessario un numero inferiore di risorse per ottenere lo stesso risultato. I costi operativi vengono inoltre ridotti in quanto un numero inferiore di componenti e oggetti deve essere monitorato, gestito e gestito.

I DBA e gli amministratori devono cercare l'opportunità migliore di consolidare il maggior numero di database possibile. Con Oracle 19c si ha la possibilità di utilizzare l'opzione multi-tenant Oracle con un massimo di tre database collegabili (PDB). Ciò offre ulteriori economie di scala e densità di consolidamento più alte possono essere realizzate con l'modernizzazione di applicazioni e database. Pertanto, è necessario determinare i database che si adatteranno al modello di distribuzione del database contenitore (CDB).

Oltre al consolidamento, tenere conto della gestione dell'isolamento. I requisiti di isolamento possono influenzare il metodo o il grado di consolidamento possibile. Il livello di isolamento delle domande del sistema determina se consolidare più PDB in un singolo database, ospitare più database su una singola piattaforma oppure utilizzare una combinazione di entrambi gli approcci. L'isolamento può essere classificato in quattro aree: errore, risorsa, sicurezza e operativo. Ogni modello cloud gestisce in modo leggermente diverso l'isolamento, utilizzando le funzionalità built-in del sistema operativo o del database, spesso combinata con funzioni o prodotti avanzati per offrire una soluzione completa, basata sull'inizio con il rischio.