Effetti dell'aggiornamento sui dati di runtime

Scopri in che modo l'upgrade influisce sul flusso di attività e sull'esecuzione attiva delle integrazioni. Ad esempio, tutte le attività di runtime vengono sospese durante il periodo di inattività.

Tempo di conservazione dei dati di integrazione

Le edizioni standard ed Enterprise di Oracle Integration 3 supportano per impostazione predefinita 32 giorni di conservazione dei dati. Durante l'aggiornamento verrà eseguita la migrazione solo dei 32 giorni più recenti di dati conservati. Se lo si desidera, è possibile aumentare il periodo di conservazione dei dati per le edizioni Standard ed Enterprise. Vedere Modifica del periodo di conservazione dei dati per un'istanza.

Oracle Integration 3 è disponibile anche in un'edizione Healthcare, che supporta 184 giorni di conservazione dei dati.

Dati cronologici nel flusso attività

Il flusso di attività in Oracle Integration Generation 2 non viene spostato in Oracle Integration 3. Pertanto, al termine dell'upgrade, i dati cronologici per le integrazioni non sono disponibili in Oracle Integration 3.

La funzione del flusso di attività è disponibile in Oracle Integration 3. Pertanto, sono disponibili informazioni cronologiche a partire dalla data dell'aggiornamento.

Se acquisisci il flusso di attività in Oracle Cloud Infrastructure, queste informazioni rimangono disponibili dopo l'upgrade. Se non si acquisiscono ancora questi dati, è possibile iniziare in qualsiasi momento. Vedere Acquisisci il flusso di attività nella console di Oracle Cloud Infrastructure.

Esecuzione attiva delle integrazioni sincrone

Quando il tempo di inattività inizia come parte dell'upgrade, Oracle Integration non accetta più le richieste in entrata per l'esecuzione attiva delle integrazioni sincrone. Oracle Integration termina anche l'elaborazione di tutte le richieste ricevute in precedenza in pochi minuti.

Durante il periodo di inattività, qualsiasi client che invia una richiesta a Oracle Integration riceve una notifica di errore.

Nota

Durante il periodo di inattività, se un'integrazione richiama un'integrazione con posizione condivisa utilizzando una chiamata di richiamo locale o se un'integrazione è un'integrazione ibrida che utilizza l'agente di connettività, l'integrazione non viene eseguita correttamente.

Al termine dell'aggiornamento, Oracle Integration accetta di nuovo le richieste in entrata.

Esecuzione attiva delle integrazioni asincrone

Quando il tempo di inattività inizia come parte dell'upgrade, Oracle Integration non accetta più le richieste in entrata per l'esecuzione attiva delle integrazioni asincrone. Oracle Integration termina anche l'elaborazione delle richieste ricevute in precedenza. Nella maggior parte dei casi, Oracle Integration elabora le richieste in pochi minuti.

Al termine dell'aggiornamento, Oracle Integration accetta di nuovo le richieste in entrata.

Prima dell'aggiornamento, è necessario decidere cosa fare con i messaggi asincroni dal lato client per la durata del tempo di inattività. Vedere Decidere le operazioni da eseguire con i messaggi asincroni.

Esecuzione attiva delle integrazioni pianificate

Quando il tempo di inattività inizia come parte dell'upgrade, Oracle Integration interrompe l'accettazione delle richieste in entrata per le integrazioni pianificate e termina l'elaborazione di tutte le richieste ricevute in precedenza. Nella maggior parte dei casi, Oracle Integration elabora le richieste in pochi minuti.

Tutte le richieste che Oracle Integration non elabora in pochi minuti vengono eliminate, ma non vengono persi dati. Ecco perché: Oracle esegue la migrazione dei parametri di pianificazione globali per l'integrazione e avvia la pianificazione in Oracle Integration 3. Dopo il completamento dell'aggiornamento e l'avvio dell'elaborazione delle richieste da parte di Oracle Integration 3, Oracle Integration 3 utilizza i parametri per avviare l'elaborazione in cui l'elaborazione di Oracle Integration Generation 2 è stata interrotta.

Il cut-over post-upgrade è semplice, ma a seconda di quando si verifica l'upgrade, potrebbe verificarsi un certo impatto aziendale. Ad esempio, se un'integrazione invia e-mail ogni 30 minuti a partire dalle 9 del mattino e l'upgrade va dalle 8:30 alle 10:30 del mattino, l'e-mail che di solito arriva alle 9 del mattino sarà probabilmente ritardata.

Istanze di integrazione non riuscite

Oracle non esegue la migrazione delle istanze di integrazione non riuscite in Oracle Integration 3.

Inoltre, per impostazione predefinita, un'istanza di integrazione non riuscita impedisce la riuscita dell'aggiornamento. È tuttavia disponibile un override. Per eseguire l'upgrade anche in presenza di una o più istanze di integrazione non riuscite, è necessario selezionare l'impostazione di override quando si pianifica l'upgrade. Se non si seleziona questa impostazione e si hanno una o più istanze di integrazione non riuscite, l'aggiornamento non riesce.

Per informazioni sulle opzioni per l'istanza di integrazione non riuscita, vedere Determinare le operazioni da eseguire con le istanze non riuscite.

Per informazioni sull'impostazione che consente di eseguire l'upgrade con un'istanza di integrazione non riuscita, vedere Configura impostazioni di upgrade o Ripianifica upgrade.

Insight sull'integrazione

Insight non è supportato in Oracle Integration 3. La migrazione dei modelli e delle console di Insight non verrà eseguita quando si esegue l'upgrade a Oracle Integration 3. In alternativa, utilizza gli analytics di Oracle Cloud Infrastructure Logging Analytics e automazione dei processi.