Completare i task successivi all'aggiornamento
Oracle aggiorna prima le tue istanze di sviluppo di Oracle Integration Generation 2. Completa tutte le attività successive all'aggiornamento entro tre giorni dalla data dell'aggiornamento, in modo da poter segnalare eventuali problemi. Oracle aggiorna le istanze di produzione circa due settimane dopo le istanze di sviluppo.
Completare i task successivi all'upgrade è fondamentale per assicurarsi che gli utenti possano accedere alla nuova istanza, che i dati che vanno e vengono dalle integrazioni possano essere inviati tramite il firewall e che le integrazioni funzionino come previsto.
In caso di problemi dopo l'aggiornamento, immettere una richiesta di servizio in My Oracle Support o risolvere i problemi. Vedere Troubleshoot Upgrade Issues.
L'istanza di Oracle Integration Generation 2 arrestata verrà visualizzata nella console di Oracle Cloud Infrastructure per un periodo di tempo successivo all'upgrade. Non aggiornare, avviare o eliminare questa istanza. Oracle lo rimuove per tuo conto quando non è più necessario.
Riepilogo dei task successivi all'aggiornamento
Garantire l'accesso all'istanza
Attività | Utenti | Data | Task da completare |
---|---|---|---|
Controllare la nuova istanza di Oracle Integration 3 |
Amministratore | Subito dopo l'aggiornamento | Collegarsi all'istanza di Oracle Integration 3 utilizzando le credenziali esistenti. Utilizzare il segnalibro Oracle Integration Generation 2 esistente (che si reindirizza al nuovo URL) o utilizzare il nuovo URL per l'istanza di Oracle Integration 3. Vedere Accedere a un'istanza di Oracle Integration.
Aggiornamento completato se l'interfaccia è simile al seguente: L'aggiornamento è ancora in corso se:
|
Aggiornare il criterio IAM con il nuovo OCID |
Amministratore dei criteri IAM |
Subito dopo l'aggiornamento | Se l'organizzazione ha limitato l'accesso all'istanza di Oracle Integration Generation 2 in base all'OCID (Oracle Cloud ID) dell'istanza, aggiornare il criterio IAM in modo da puntare al nuovo OCID dell'istanza di Oracle Integration 3.
Attenzione: Gli utenti non saranno in grado di collegarsi a Oracle Integration 3 fino a quando non si aggiorna l'OCID nel criterio IAM.
|
Recupera l'URL della nuova istanza e condividilo |
Amministratore | Subito dopo l'aggiornamento | Ottieni l'URL per la nuova istanza di Oracle Integration 3 e condividilo con tutti coloro che ne hanno bisogno. Anche i segnalibri esistenti vengono reindirizzati al nuovo URL, ma è necessario assicurarsi che tutti abbiano il nuovo URL. Di seguito è riportato il formato.
Per ottenere il nuovo URL:
|
Garantisci la connettività
Attività | Utenti | Data | Task da completare |
---|---|---|---|
Completa configurazione regole di rete |
Amministratore di rete | Prima dell'aggiornamento o subito dopo l'aggiornamento | Se una qualsiasi delle connessioni di integrazione è destinata a un servizio Oracle Cloud Infrastructure che supporta le regole di rete, ad esempio Oracle Cloud Infrastructure Object Storage o Oracle Autonomous Database, e tali regole sono state abilitate, è necessario completare qualsiasi configurazione delle regole di rete, inclusa l'aggiunta della VCN del servizio Oracle Integration alla regola.
|
Carica nuovi certificati di identità per le connessioni |
Sviluppatore con connessioni che utilizzano certificati di identità
Solo una persona dell'organizzazione deve eseguire questi passi |
Subito dopo l'aggiornamento | I certificati di identità stabiliscono l'identità del client durante la comunicazione SSL bidirezionale. Le connessioni basate sull'adattatore AS2 e sull'adattatore REST possono utilizzare i certificati di identità.
Se l'istanza include connessioni che utilizzano certificati di identità, i certificati di identità sarebbero stati rimossi durante l'aggiornamento, pertanto è necessario generare nuovi certificati di identità e configurare nuovi JKS. Eseguire i passi riportati di seguito per caricare un nuovo certificato di identità, eseguire il test delle connessioni che utilizzano il certificato di identità e attivare le integrazioni che utilizzano le connessioni.
|
Ripristinare la connettività con gli agenti non aggiornati |
Sviluppatore con agenti non aggiornati | Subito dopo l'aggiornamento | Gli agenti non raggiungibili durante l'aggiornamento o che non soddisfano i requisiti di aggiornamento non sono stati aggiornati. Dopo l'aggiornamento, se viene visualizzato un messaggio che indica che alcuni agenti non hanno soddisfatto l'idoneità all'aggiornamento e non sono stati aggiornati, attenersi alla procedura riportata di seguito.
Prerequisiti Garantisci la connettività dagli agenti di connettività a Oracle Cloud Infrastructure Identity and Access Management (IAM) e Oracle Integration 3:
Per aggiornare manualmente gli agenti e riconnetterli:
|
File server: aggiungere l'indirizzo IP File server alla lista di inclusione interna del firewall. |
Amministratore e sviluppatore del file server | Entro una settimana dall'aggiornamento | Se l'organizzazione limita i siti a cui possono accedere le risorse interne, aggiungere il nuovo indirizzo IP del file server alla lista di inclusione interna del firewall.
L'indirizzo IP di Oracle Integration Generation 2 continua a funzionare per quattro mesi dopo l'aggiornamento e successivamente il ritiro da parte di Oracle. Tuttavia, Oracle consiglia di aggiornare la lista di inclusione firewall per utilizzare il nuovo indirizzo IP ora. In questo modo, non si rischia di dimenticare di aggiornare la lista di inclusione in futuro. Per ottenere l'indirizzo IP del file server:
|
File server: aggiorna le integrazioni e i client SFTP per utilizzare i nuovi valori di IP e porta |
Amministratore e sviluppatore del file server | Entro una settimana dall'aggiornamento | Se si utilizza File server, aggiornare le integrazioni e i client SFTP in modo che utilizzino i nuovi valori di IP e porta.
I valori degli IP e delle porte di Oracle Integration Generation 2 continuano a funzionare per quattro mesi dopo l'aggiornamento e dopo che Oracle li ha ritirati. Tuttavia, Oracle consiglia di aggiornare le integrazioni e i client SFTP per utilizzare i nuovi valori ora. In questo modo, non si rischia di dimenticare di aggiornare questi valori in futuro.
|
Garantisci il funzionamento delle integrazioni
Attività | Utenti | Data | Dettagli |
---|---|---|---|
Modificare le chiamate API integrate di Oracle Integration da Autenticazione di base a OAuth |
Developer | Prima dell'aggiornamento o subito dopo l'aggiornamento | Se le chiamate API per l'utilizzo di OAuth non sono state già aggiornate durante il completamento dei prerequisiti o dei task precedenti all'upgrade, procedere immediatamente dopo l'upgrade.
In Oracle Integration Generation 2 è possibile utilizzare l'autenticazione di base per utilizzare l'API REST di Oracle Integration e l'API REST di File Server. In Oracle Integration 3 è necessario utilizzare OAuth. È necessario aggiornare client, script, integrazioni e comandi che utilizzano l'API REST di Oracle Integration o l'API REST di File Server per connettersi tramite OAuth. Per ulteriori informazioni sul supporto del metodo di autenticazione, vedere Quando è supportata l'autenticazione di base in Oracle Integration 3. Per i dettagli sull'uso di OAuth con l'API REST di Oracle Integration, vedere Sicurezza, autenticazione e autorizzazione oppure con l'API REST di File Server, vedere Sicurezza, autenticazione e autorizzazione. |
Controllare le integrazioni se è stata selezionata l'opzione Ignora errori di attivazione o Ignora errori di avvio pianificazione |
Amministratore | Subito dopo l'aggiornamento | Se è stata configurata la configurazione delle impostazioni di upgrade per procedere con l'upgrade anche se Oracle non è stato in grado di attivare un'integrazione o riavviare una pianificazione, eseguire i passi appropriati riportati di seguito.
|
Gestire le richieste rifiutate durante il periodo di inattività dell'upgrade |
Membri team designati | Subito dopo l'aggiornamento |
Oracle Integration ha rifiutato tutte le richieste inviate durante il periodo di inattività dell'upgrade. Se necessario, eseguire azioni sulle richieste inviate da qualsiasi client a Oracle Integration durante il periodo di inattività. |
Modifica nome istanza servizio |
Developer | Subito dopo l'aggiornamento |
Dopo l'aggiornamento da Oracle Integration Generation 2 a Oracle Integration 3, il nome della tenancy viene aggiunto alla fine del nome dell'istanza del servizio (nome visualizzato dell'istanza del servizio) nel seguente formato: |
Completare i task successivi all'aggiornamento per gli errori di controllo preliminare ignorati
Se si è scelto di ignorare gli errori dei controlli preliminari, eseguire i passi associati a eventuali controlli preliminari non riusciti.
Controllo preliminare | Task di connessione | Task di integrazione | Altri task |
---|---|---|---|
Risposta ritardata (asincrona) | Dopo l'aggiornamento, è necessario rielaborare o ricreare le integrazioni che hanno utilizzato una risposta ritardata (asincrona) con uno dei seguenti adattatori:
Integrazioni basate su applicazioni: le integrazioni basate su applicazioni vengono modificate in stato Bozza durante l'aggiornamento. È necessario rielaborare le integrazioni utilizzando i passi riportati di seguito.
Integrazioni di instradamento di base: le integrazioni di instradamento di base non sono supportate in Oracle Integration 3 e visualizzeranno un'area di creazione vuota. È necessario eliminare tali integrazioni e ricrearle come integrazioni basate su applicazioni. |
||
Adattatori non supportati | Durante l'aggiornamento, sono state eliminate le connessioni che utilizzavano i seguenti adattatori non supportati:
È necessario creare connessioni dell'adattatore REST per sostituire le connessioni dell'adattatore non supportate eliminate. |
Durante l'aggiornamento, le integrazioni che hanno utilizzato adattatori non supportati vengono modificate in stato Bozza e tutte le esecuzioni pianificate vengono annullate.
È necessario rielaborare le integrazioni utilizzando i passi riportati di seguito.
|
|
Adattatori personalizzati | Durante l'aggiornamento, le connessioni che utilizzavano gli adattatori personalizzati sono state eliminate.
Per sostituire le connessioni di adattatori personalizzate eliminate, è necessario creare nuove connessioni utilizzando adattatori equivalenti di Oracle Integration 3. |
Durante l'aggiornamento, le integrazioni che hanno utilizzato adattatori non supportati vengono modificate in stato Bozza e tutte le esecuzioni pianificate vengono annullate.
È necessario rielaborare le integrazioni utilizzando i passi riportati di seguito.
|
|
File di lettura multipli | Durante l'aggiornamento, le integrazioni che hanno utilizzato l'operazione Leggi più file vengono modificate in stato Bozza.
È necessario rielaborare tali integrazioni in modo che non utilizzino questo pattern. Ad esempio, utilizzare un'operazione listFile per elencare i file e utilizzare un'azione for-each per leggere ogni singolo file. |
||
Tipi REST non supportati | Durante l'aggiornamento, le connessioni che utilizzavano i seguenti tipi REST non supportati sono state modificate in stato Bozza.
È necessario aggiornare tali connessioni utilizzando uno dei metodi indicati di seguito.
Vedere Configura proprietà di connessione per le connessioni di richiamo in Utilizzo dell'adattatore REST con Oracle Integration 3. |
Durante l'upgrade, le integrazioni che utilizzavano tipi REST non supportati sono state modificate in stato Bozza e tutte le esecuzioni pianificate sono state annullate.
È necessario rielaborare le integrazioni utilizzando i passi riportati di seguito.
|
|
Instradamento di base - Nome applicazione duplicato | Le integrazioni di instradamento di base non sono supportate in Oracle Integration 3 e visualizzeranno uno sfondo vuoto. È necessario eliminare tali integrazioni e ricrearle come integrazioni basate su applicazioni. | ||
Integrazioni pubblicazione/sottoscrizione | Le integrazioni che hanno pubblicato messaggi o che hanno sottoscritto messaggi da Oracle Integration devono essere convertite in orchestrazioni basate sugli eventi. È necessario eliminare le integrazioni e ricrearle in base alle istruzioni di controllo preliminare per le integrazioni di pubblicazione/sottoscrizione. | ||
URL endpoint personalizzato | Migrazione dell'endpoint personalizzato non riuscita durante l'aggiornamento.
È necessario ricreare l'endpoint personalizzato. |
Completare i task successivi all'aggiornamento per Visual Builder
Per completare la migrazione, effettuare le operazioni riportate di seguito.
Attività | Utenti | Data | Descrizione task |
---|---|---|---|
Aggiorna record DNS per endpoint personalizzato | Amministratore | Subito dopo l'aggiornamento |
Se si utilizza Visual Builder e si dispone di un endpoint personalizzato o di endpoint personalizzati alternativi, aggiornare il CNAME del record DNS dell'endpoint personalizzato con il nome host dell'istanza di Visual Builder. Nota: dopo l'aggiornamento non è possibile utilizzare lo stesso endpoint personalizzato sia per Visual Builder che per Oracle Integration. Se si utilizza lo stesso endpoint personalizzato, è possibile che si verifichino problemi. |
Completare task aggiuntivi successivi all'aggiornamento |
Team Development Operations | Subito dopo l'aggiornamento | Completare i task descritti nella sezione Task da completare dopo l'aggiornamento in Amministrazione di Oracle Visual Builder in Oracle Integration 3. |
Completare i task successivi all'aggiornamento per l'automazione dei processi
Per completare la migrazione a Automazione processo in Oracle Integration 3, attenersi alla procedura riportata di seguito.
Se è stata eseguita una migrazione manuale delle applicazioni di processo utilizzate attivamente, non è necessario eseguire questi task successivi all'aggiornamento.
Riconfigurare l'integrazione
Una volta eseguito l'upgrade dell'istanza, l'azione del processo viene convertita da un'azione del processo di Oracle Integration Generation 2 a un'azione del processo di Oracle Integration 3 e, sebbene l'integrazione si verifichi nell'azione del processo di Oracle Integration 3, lo stato dell'istanza sarà disattivato. È pertanto necessario riconfigurare l'integrazione utilizzando la procedura guidata di chiamata di Process Automation.
Task successivi all'aggiornamento mapping di accesso per Automazione processo
Alcuni task di mapping dell'accesso vengono completati automaticamente durante l'aggiornamento e altri sono responsabilità dell'utente.
Durante l'upgrade, viene aggiunto un nuovo servizio Oracle Cloud per facilitare la mappatura.
Durante l'aggiornamento, i seguenti ruoli di servizio vengono mappati automaticamente da Oracle Integration Generation 2 a Oracle Integration 3.
Oracle Integration Generazione 2 | Oracle Integration 3 |
---|---|
ServiceDeveloper | ServiceDeveloper |
ServiceAdministrator | ServiceAdministrator |
ServiceUser | N/A |
ServiceMonitor | N/A |
ServiceDeployer | ServiceDeployer |
ServiceViewer | N/A |
ServiceInvoker | N/A |
ServiceEndUser | N/A |
Task successivi all'aggiornamento a livello di applicazione per Automazione processo
Eseguire i task riportati di seguito per ogni applicazione di processo.
Attività | Specificare gli utenti | Data | Dettagli |
---|---|---|---|
Aggiorna mapping ruoli |
Sviluppatore/Amministratore | Subito dopo l'aggiornamento | Le assegnazioni dei ruoli sono state modificate in Oracle Integration 3, pertanto è necessario mappare i ruoli esistenti ai nuovi ruoli. Vedere Configura ruoli per applicazioni di processo in Uso di Oracle Cloud Infrastructure Process Automation.
proprietari dei processi Aggiungere i membri con i seguenti ruoli al ruolo Proprietario processo nella nuova applicazione:
Elabora revisori Aggiungere i membri che avevano il ruolo Membri con ruoli swimlane Aggiungere i membri con ruolo Gruppi Modificare il gruppo precedente in un ruolo nella nuova applicazione e aggiungere il gruppo al nuovo ruolo oppure aggiungere i membri del gruppo al nuovo ruolo. Ruoli Modificare il vecchio ruolo in un ruolo nella nuova applicazione e aggiungere membri al nuovo ruolo. Membri che possono avviare un processo Nelle proprietà di avvio del processo, selezionare i membri che possono avviare il processo da una delle seguenti opzioni:
ruoli processo dinamico Aggiungere i membri con ruoli di processo dinamico ai ruoli di processo dinamico nella nuova applicazione. |
Aggiorna credenziali connettore |
Sviluppatore/Amministratore | Subito dopo l'aggiornamento | Le credenziali non sono migrazione a Oracle Integration 3, pertanto è necessario riconfigurare l'autenticazione per i connettori REST. Se esistono più applicazioni che si connettono allo stesso server, è possibile creare una credenziale globale che può essere riutilizzata tra le applicazioni. Vedere Configure Basic Auth Security in Using Oracle Cloud Infrastructure Process Automation. |
Correggere tutti gli errori e le avvertenze |
Sviluppatore/Amministratore | Subito dopo l'aggiornamento | Poiché tra Oracle Integration Generation 2 e Oracle Integration 3 sono presenti differenze nelle funzioni del processo, sarà necessario convalidare l'applicazione e correggere eventuali errori o avvertenze. Vedere "Come vengono convalidate le applicazioni?" in Elenco delle applicazioni in Uso di Oracle Cloud Infrastructure Process Automation. |
Attiva applicazione |
Sviluppatore/Amministratore | Subito dopo l'aggiornamento | Dopo aver risolto tutti gli errori di convalida, attivare l'applicazione in modo che le nuove istanze possano essere attivate e utilizzate. Vedere Activate Applications in Using Oracle Cloud Infrastructure Process Automation. |
Task successivi all'aggiornamento a livello di servizio per Automazione processo
A seconda della modalità di utilizzo di Process, dopo l'aggiornamento a Oracle Integration 3 verranno eseguiti diversi passi a livello di servizio. Eseguire i passi applicabili all'implementazione.
Attività | Specificare gli utenti | Data | Dettagli |
---|---|---|---|
Lista di inclusione del nuovo URL di automazione processo |
Developer | Subito dopo l'aggiornamento |
Aggiungere il nuovo URL di automazione processo alle liste di inclusione. Per trovare il nuovo URL, fare clic su Elabora nel menu Oracle Integration 3. Si verrà reindirizzati all'URL di automazione processo. |
Aggiorna integrazioni per chiamare Automazione processo |
Developer | Subito dopo l'aggiornamento |
Le API e gli endpoint del processo sono stati modificati dopo l'upgrade. È necessario riconfigurare l'integrazione utilizzando la procedura guidata di chiamata di Process Automation. Vedere Riconfigurare l'integrazione. |
Aggiornare le applicazioni di Visual Builder per chiamare l'automazione del processo |
Developer | Subito dopo l'aggiornamento |
Le API e gli endpoint del processo sono stati modificati dopo l'upgrade. Di conseguenza, è necessario aggiornare qualsiasi applicazione Visual Builder che chiama il processo, sostituendo qualsiasi modello di interazione non più valido. Vedere Connettersi alle API di automazione di Oracle Process in Creazione di applicazioni reattive con Visual Builder Studio. |
Aggiornare i client esterni per chiamare Automazione processo |
Developer | Subito dopo l'aggiornamento |
Se si utilizzano componenti CCA di processo in applicazioni esterne, non funzioneranno dopo l'aggiornamento a Oracle Integration 3. È necessario passare all'utilizzo dei nuovi componenti CCA di automazione dei processi per utilizzare le API. Consulta l'API REST per Oracle Cloud Infrastructure Process Automation. |
Condividi il nuovo URL di automazione dei processi |
Amministratore | Subito dopo l'aggiornamento |
L'URL utilizzato per accedere e interagire con Automazione processo è stato modificato dopo l'aggiornamento. Condividere il nuovo URL con chiunque debba amministrare Automazione processo, avviare un nuovo processo o visualizzare e agire sui propri task. |
Esegui aggiornamenti necessari per la modifica dell'ID dell'istanza di integrazione
Attività | Specificare gli utenti | Data | Dettagli |
---|---|---|---|
Aggiornamenti completi richiesti per la modifica dell'ID istanza di integrazione in alfanumerico |
Sviluppatore | Entro sei mesi dall'aggiornamento | Se si configura le impostazioni di aggiornamento in Abilita flowid come valore numerico dopo l'aggiornamento, sono disponibili sei mesi dopo l'aggiornamento per rendere gli aggiornamenti necessari per l'ID dell'istanza di integrazione che passa da numerico a alfanumerico.
Questa modifica interessa i flussi di integrazione basati sul fatto che l'ID dell'istanza di integrazione è un numero intero, ad esempio quando l'ID dell'istanza di integrazione viene analizzato in una colonna di database con un tipo di dati numerico. Dopo l'upgrade, se queste integrazioni vengono eseguite invariate, senza selezionare Abilita flowid come valore numerico dopo l'upgrade nelle impostazioni di upgrade, verrà visualizzato un errore di eccezione di conversione.
Per accogliere la modifica, è possibile aggiornare il mapping in ogni integrazione interessata oppure il tipo di dati della colonna in cui sono memorizzati gli ID dell'istanza di integrazione nel database. Nota: i metodi suggeriti qui sono basati sui servizi di database Oracle (ad esempio Oracle Autonomous Database). Per altri tipi di database potrebbero essere necessari passi aggiuntivi. Metodo 1: Aggiorna il mapping in ogni integrazione interessata In ogni integrazione interessata, mappare l'attributo di destinazione che contiene il valore ID dell'istanza di integrazione a un nuovo valore numerico, ovvero l'ora UNIX. Il tempo UNIX è il numero di secondi trascorsi dall'epoca UNIX, a partire dal 1° gennaio 1970 alle ore 00:00:00 UTC. Questo valore aumenta ogni secondo. Il valore può essere analizzato come numero intero, pertanto non richiede alcuna modifica al database. Prima dell'upgrade, dovresti aver notato quali integrazioni sono interessate, come descritto nel controllo preliminare dell'azione ID istanza. Eseguire i passi riportati di seguito per ogni integrazione interessata.
Metodo 2: aggiornare il tipo di dati della colonna interessata nel database Nel database, modificare il tipo di dati della colonna contenente l'ID istanza di integrazione in Nota: la soluzione è limitata alle azioni di database create utilizzando l'operazione Esegui un'istruzione SQL. Poiché la colonna del database è già popolata, non è possibile modificare solo il tipo di dati della colonna. In alternativa, è possibile eseguire i passi riportati di seguito. Eseguire i passi riportati di seguito in SQL Developer.
|
(Facoltativo) Impostare l'ID flusso su numerico | Amministratore | Entro sei mesi dall'aggiornamento | Dopo aver completato gli aggiornamenti richiesti, è possibile impostare facoltativamente l'ID flusso su numerico.
|
Seguire le procedure di verifica dell'organizzazione
Attività | Chi | Quando | Dettagli |
---|---|---|---|
Completare i task di verifica successivi all'aggiornamento dell'organizzazione |
Membri team designati | Entro due settimane dall'aggiornamento |
Completare i task di verifica successivi all'aggiornamento dell'organizzazione, ad esempio l'esecuzione dei test di regressione. Eseguire il test del caricamento dell'integrazione in un'istanza di sviluppo/fase prima di spostare le integrazioni in un'istanza di produzione. |