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à.
Fase 1: preparazione
Durante la fase di preparazione, valuta il database esistente e identifica le sue dipendenze. Le sezioni seguenti trattano gli elementi principali da valutare prima di pianificare la migrazione.
Analisi delle dipendenze
Durante la preparazione per la migrazione a Oracle, identifica le interdipendenze e il loro impatto sulle applicazioni di interfacciamento. Rispondi alle seguenti domande iniziali:
-
Controllo delle dipendenze: identifica le applicazioni che si connettono direttamente al database. Per evitare problemi di latenza, si consiglia di migrare le applicazioni insieme al database. Per le applicazioni che accedono indirettamente ai dati tramite un'API, identificate l'impatto sulle prestazioni e i tempi di inattività richiesti per la migrazione.
-
Accesso ad altri database: Oracle Database fornisce un meccanismo per accedere ai dati di un altro database tramite una rete utilizzando un collegamento al database
. Il database link consente di leggere e scrivere su tabelle in un database remoto. Ad esempio, un'applicazione di reporting potrebbe recuperare dati da un database centralizzato che utilizza collegamenti a database per recuperare dati da altri database della stessa unità aziendale. È importante identificare tutte queste connessioni e ricreare i collegamenti al database dopo la migrazione. -
Lavori esterni: a volte i lavori del database sono pianificati e controllati all'esterno del database. Per evitare qualsiasi impatto a valle, assicurati che tali processi continuino a essere eseguiti durante la migrazione del database.
-
Dipendenze dal data center: durante la migrazione, a volte alcuni sistemi sono nel cloud mentre altri si trovano ancora nel data center locale. La latenza di rete gioca un ruolo importante in queste configurazioni. Decidi se migrare contemporaneamente applicazioni e database sensibili alla latenza o se trasferire la funzionalità nel database di migrazione. In entrambi i casi, consigliamo di migrare le applicazioni nella stessa zona di disponibilità del database migrato per evitare qualsiasi latenza di rete.
-
Accesso all'host: alcune applicazioni creano report archiviati in un file system su un server di database. Quando esegui la migrazione del database, puoi decidere di modernizzare anche la generazione dei report salvando i report in uno storage nativo del cloud. In base alla complessità della modifica della generazione di report, puoi decidere di utilizzare Amazon EC2, Amazon
RDS o Amazon RDS Custom come destinazione per il database Oracle. -
Opzioni, caratteristiche e requisiti di patch specifici del database: esamina le funzionalità del database Oracle che utilizzi e i tuoi requisiti dopo la migrazione. L'uso delle funzionalità e le esigenze successive alla migrazione aiutano a determinare la configurazione del database nel cloud. Le patch una tantum nel database Oracle di origine potrebbero richiedere la migrazione del database ad Amazon RDS Custom o a un'istanza. EC2
Requisiti di disponibilità
A seconda delle esigenze aziendali, alcuni database devono essere operativi tutto il giorno, tutti i giorni. Altri database possono permettersi tempi di inattività dopo l'orario di lavoro o durante i fine settimana. Nella fase di preparazione della pianificazione della migrazione, è importante comprendere l'impatto aziendale dei tempi di inattività del database e scegliere la strategia di migrazione appropriata. Ad esempio, la migrazione online comporta tempi di inattività minimi, mentre la migrazione offline comporta un periodo di inattività più lungo.
Analisi del carico di lavoro
Comprendere la natura del carico di lavoro del database consente di determinare la strategia di migrazione del database. La finestra di migrazione e gli eventuali tempi di inattività necessari dipendono dal carico di lavoro. I carichi di lavoro possono variare da quelli altamente transazionali a quelli costituiti principalmente da processi e report in batch. Per facilitare la pianificazione e la strategia della migrazione, identificate la posizione del vostro carico di lavoro in questo spettro.
Sono disponibili strumenti che consentono di qualificare il carico di lavoro del database. Gli strumenti che è possibile utilizzare dipendono dalla licenza di Oracle Database e includono quanto segue:
-
Le metriche dell'host come CPU
, I/O e memoria ti aiutano a decidere i requisiti di istanza e archiviazione per i tuoi database nel cloud. -
I report Oracle come Automatic Workload Repository (AWR)
per Oracle Database Enterprise Edition o Statspack for Standard Edition consentono di determinare la natura delle transazioni che avvengono nel database. -
La generazione di log di ripristino e archiviazione
consente di determinare la velocità di modifica che si verifica nel database.
