Informazioni sulla riduzione del tempo di inattività durante una migrazione del database

Il tempo di inattività pianificato per la migrazione di un database di produzione in una nuova piattaforma può causare l'interruzione delle operazioni come tempo di inattività non pianificato. Ciò si verifica soprattutto per le aziende globali che supportano gli utenti in più fusi orari e per le aziende che forniscono l'accesso a Internet ai clienti di 24 ore al giorno, 7 giorni alla settimana. La migrazione di un database da locale al cloud o dal servizio cloud corrente a una nuova infrastruttura o piattaforma consente di ridurre il tempo di inattività utilizzando le tecnologie Oracle che garantiscono disponibilità elevata.

Informazioni sul tempo di inattività previsto

Quando si esegue la migrazione di un database dall'ambiente locale al cloud, alcune opzioni provocano tempi di inattività inferiori agli altri.

La tabella riportata di seguito mostra il tempo di inattività previsto per le soluzioni di migrazione High Availability.

Soluzione Oracle	Ora indisponibilità prevista
Oracle GoldenGate	Da zero a secondi
Oracle Data Guard	Meno di 5 minuti
Oracle Recovery Manager	Meno di 2 ore
Crea istanza da backup Oracle Cloud	Minuti in ore, a seconda della dimensione del database

Considerazioni relative alla migrazione di un database in Oracle Database Cloud Service

Sono disponibili vari metodi e strumenti per eseguire la migrazione di Oracle Database on premise a Oracle Database Cloud Service.

Non tutti i metodi di migrazione si applicano a tutti gli scenari di migrazione. Molti metodi di migrazione si applicano solo se le caratteristiche specifiche del database di origine e del database di destinazione corrispondono o sono compatibili. Altri fattori possono influire sul metodo scelto per la migrazione tra i metodi tecnici applicabili allo scenario di migrazione.

Di seguito sono riportate alcune caratteristiche e opzioni del database da considerare quando si sceglie un metodo di migrazione.

Versione del database di origine
Versione del database Oracle Database Cloud Service
Sistema operativo e versione On premise dell'host
Set di caratteri del database On premise
Quantità di dati, inclusi gli indici
Tipi di dati utilizzati nel database in locale
Memoria area intermedia dati
Lunghezza accettabile dell'indisponibilità del sistema
Larghezza di banda e connettività della rete

Per determinare i metodi di migrazione applicabili allo scenario di migrazione, raccogliere le seguenti informazioni.

Versione del database dell'origine in locale.

Si noti che una versione di Oracle Database 11g Release 2 precedente alla 11.2.0.4 richiede un aggiornamento almeno alla versione di 11.2.0.4..
Per i database Oracle Database 12c Release 1 versione 12.1.0.2 o successiva, l'architettura del database è la seguente:
- Un database contenitore (CDB) può supportare uno o più database collegabili (PDB) (multi-tenant).
- Un database non CDB
Piattaforma host e formato endian del database di origine in locale.
Le piattaforme sono little-endian o big-endian, a seconda dell'ordine byte utilizzato. Oracle Database Cloud Service utilizza la piattaforma Linux x86– 64, little endian.

Eseguire una query su V$DATABASE per identificare il nome della piattaforma per il database di origine.

Eseguire una query su V$TRANSPORTABLE_PLATFORM per visualizzare tutte le piattaforme che supportano il trasporto delle tablespace tra piattaforme, oltre al formato endian di ogni piattaforma.
Set di caratteri del database in locale e del database Oracle Database Cloud Service.

Alcuni metodi di migrazione richiedono che il database di origine e quello di destinazione utilizzino set di caratteri del database compatibili. Per impostazione predefinita, i database sono configurati per l'utilizzo del set di caratteri del database AL32UTF8.
La versione del database di destinazione di cui si esegue la migrazione in Oracle Database Cloud Service.

I database di Oracle Cloud che utilizzano Oracle Database 12c o versione successiva utilizzano l'architettura CDB. I database creati utilizzando l'opzione Enterprise Edition sono a tenant singolo e i database creati utilizzando l'opzione Enterprise Edition - High Performance o Enterprise Edition - Extreme Performance sono multi-tenant.
- Oracle Database 11g Release 2
- Oracle Database 12c Release 1
- Oracle Database 12c Release 2
- Oracle Database 18c

Considerazioni sulla migrazione di un database DBCS nei nuovi servizi cloud

È possibile eseguire la migrazione di un Oracle Database da un ambiente Oracle Database Cloud Service a un altro.

Esaminare l'ambiente corrente per individuare fattori che possono influire sulla migrazione, ad esempio le dimensioni dei file di database, il livello del carico di lavoro e le versioni del software in uso.

Considerare i requisiti dell'ambiente di destinazione, ad esempio le versioni, le patch e la memorizzazione, che verrebbero influenzate come ottimizzare il database di origine prima della migrazione.

Per aiutare a determinare i servizi cloud appropriati per la migrazione, raccogliere le informazioni riportate di seguito.

Determinare la dimensione dei file di database nel database di origine per determinare la quantità di spazio da allocare nel sistema del database di destinazione;

È possibile trovare la dimensione totale dei file di database nel database di cui si intende eseguire la migrazione, inclusa la dimensione dei redo log, eseguendo la seguente query:
```
SELECT SUM(BYTES)/1024/1024 SIZE_IN_MB FROM DBA_SEGMENTS;
```
Per trovare le dimensioni dei redo log, eseguire una query sulla vista dinamica di V $LOG.
```
SELECT GROUP#, BYTES FROM V$LOG;
```
Determinare il livello del carico di lavoro.

È possibile generare un report AWR (Automatic Workload Repository) di Oracle per trovare un esempio del carico di lavoro per il database di origine. In alternativa, è possibile generare un report ADDM (Automatic Database Diagnostic Monitor) per trovare le prestazioni del database di origine in un periodo di tempo tra gli snapshot specificati. Le statistiche del modello di tempo, le statistiche del sistema operativo e gli eventi di attesa forniscono una misura relativamente chiara del carico di lavoro, in termini di capacità del sistema operativo.
Determinare le variabili di ambiente impostate nel database di origine.

È possibile utilizzare queste stesse impostazioni nel database di destinazione.
Controllare i set di caratteri del database nel database di origine.

Per trovare i set di caratteri del database, eseguire la seguente query:
```
SELECT NLS_CHARACTERSET, NLS_NCHAR_CHARACTERSET
 FROM NLS_DATABASE_PARAMETERS;
```
Il database di destinazione deve disporre anche di questi set di caratteri.
Determinare il piano di recupero da errori irreversibili attualmente attivo;

Ad esempio, se Oracle Data Guard è già distribuito, è possibile creare un database in standby per la procedura di migrazione. Se si utilizzano backup non in loco, è necessario pianificare un nuovo backup su Oracle Cloud utilizzando Oracle Recovery Manager (RMAN).
Controllare se Oracle GoldenGate è configurato con il database di origine.

Per trovare informazioni su Oracle GoldenGate, eseguire la utility ggsci. Oracle GoldenGate può essere utilizzato come strumento di migrazione alternativo se non si desidera utilizzare Oracle Data Guard per la migrazione.

Semplifica e ottimizza il database prima della migrazione

Prima di eseguire la migrazione del database, è possibile ridurre il tempo di inattività eseguendo l'aggiornamento alla versione della piattaforma di destinazione, eliminando gli oggetti inutilizzati e eseguendo altre ottimizzazioni.

Qualsiasi migrazione della piattaforma di database deve includere una quantità significativa di test oltre alle strategie di semplificazione e ottimizzazione riportate di seguito.

Semplifica: la maggior parte degli ambienti di database evoluti attraverso versioni diverse e amministratori di database diversi contengono informazioni precedenti (il DBA corrente potrebbe richiedere perché nel sistema vengono utilizzati alcuni oggetti, dati, criteri o simili). Lo scopo della semplificazione è rendere l'amministrazione più semplice e affidabile. Questo grafico determina una maggiore disponibilità del sistema.

Prima di eseguire la migrazione, eliminare gli oggetti dello schema non necessari nel database di origine. Ciò può ridurre la quantità di dati di cui viene eseguita la migrazione.
Ottimizza: In molti casi, la migrazione prevede una versione aggiornata del database, comprese le nuove funzioni. Durante l'esecuzione di una migrazione è necessario considerare l'adozione di nuove funzioni e suggerimenti sulle procedure consigliate.

Aggiornare il database di origine in modo che corrisponda alla versione del database di destinazione, in quanto ciò potrebbe migliorare la migrazione (in modo significativo). Ad esempio, le funzionalità parallele di Data Pump sono migliorate in ogni nuova release di Oracle Database, pertanto un'esportazione di database dal sistema di origine può essere migliorata e completata più rapidamente se il database di origine viene aggiornato in modo da corrispondere alla versione del database di destinazione.

Prendere in considerazione se è possibile eseguire la migrazione nelle fasi. Ad esempio, se il database di origine contiene una grande quantità di dati di sola lettura, è possibile eseguirne la migrazione prima della migrazione dei dati attivi per ridurre il tempo di inattività.