Controlla disponibilità upgrade e correggi problemi di controllo preliminare

Visualizza stato controllo preliminare

Per visualizzare lo stato del controllo preliminare o rieseguire il controllo, attenersi alla procedura riportata di seguito.

Nel riquadro di navigazione, fare clic su Impostazioni, quindi su Aggiorna.

È possibile vedere quando l'ultimo controllo preliminare è stato completato sopra la tabella di controllo della disponibilità.

La tabella Controllo idoneità mostra le seguenti informazioni sullo stato degli elementi del controllo preliminare.

A colonne	descrizione;
Condizione di idoneità	La condizione che deve essere soddisfatta per essere pronta per l'aggiornamento. Alcune condizioni includono collegamenti alla documentazione associata.
Proprietario	Chi è responsabile della gestione della condizione.
Data scadenza	La data entro la quale la condizione deve essere soddisfatta.
Stato idoneità	Stato della condizione, comprese le spiegazioni per le condizioni non soddisfatte. Espandere Ulteriori dettagli... per visualizzare ulteriori informazioni sull'errore della condizione. Per copiare i dettagli negli Appunti, fare clic su .

Se sono presenti controlli preliminari non superati, eseguire i task associati per correggere i problemi.
Per rieseguire il controllo preliminare, fare clic su Verifica di nuovo.
Il completamento del controllo preliminare richiede circa un'ora.

Nota

Se Oracle ha tentato di aggiornare l'istanza, i dettagli di tale tentativo vengono visualizzati nel Riepilogo upgrade direttamente sotto la tabella di controllo della disponibilità.

Riepilogo controlli preliminari

In questa tabella sono riepilogati i controlli preliminari e i task associati per ogni area. I dettagli di ogni task vengono collegati nella tabella e visualizzati nella sezione successiva.

Aree	Attività
Agente di connettività	Versione Java dell'agente Connettività agente per Oracle Integration 3 - L'agente di connettività deve essere in esecuzione Connettività agente per Oracle Integration 3 - Aggiornare le impostazioni della lista di inclusione Identificativo AgentGroup non supportato
Istanze	URL endpoint personalizzato Azione ID istanza Limite e-mail giornaliero Ambiti personalizzati in IDCS Altri errori
B2B per Oracle Integration	B2B Periodo di conservazione
Integrazioni	Risposta (asincrona) ritardata Certificati identità Instradamento di base - Nome applicazione duplicato Più file di lettura Integrazioni di pubblicazione/sottoscrizione Autenticazione di base API trasferimento domanda all'azione OAuth
Adattatori	Adattatori personalizzati Adattatore Oracle Utilities Adattatori non supportati Tipi REST non supportati
Visual Builder	URL endpoint personalizzato VBCS
Process Automation	Process Automation Controlli preliminari automazione processo

Controlli preliminari dell'agente di connettività

Condizione di idoneità	Proprietario tipico	Applicabile all'area governativa	Task da completare
Versione Java dell'agente	Team di Development Operations	Sì	Assicurarsi che gli agenti di connettività utilizzino JDK 17 e PKCS12 KeyStore. Espandere Ulteriori dettagli per visualizzare gli agenti di connettività che devono essere esaminati. Per copiare i dettagli negli Appunti, fare clic su . È inoltre possibile visualizzare la sezione Stato agente di connettività per visualizzare lo stato di tutti gli agenti di connettività nell'istanza. Per qualsiasi agente di connettività che non utilizzi già JDK 17, installare JDK 17 sul server che ospita l'agente. Per qualsiasi agente che utilizza ancora JKS KeyStore, convertire KeyStore in PKCS12 KeyStore. La conversione può essere eseguita in due modi: Automaticamente, durante l'aggiornamento: il JKS KeyStore verrà convertito automaticamente nel PKCS12 KeyStore durante l'aggiornamento. Manualmente, prima dell'aggiornamento: è possibile convertire manualmente JKS KeyStore in PKCS12 KeyStore, prima dell'aggiornamento, attenendosi alla procedura riportata di seguito. Nota La conversione di JKS KeyStore in PKCS12 KeyStore non influisce sull'agente di connettività di Oracle Integration Generation 2 e ha effetto solo dopo l'aggiornamento a Oracle Integration 3. Se si desidera convertire manualmente JKS KeyStore in PKCS12 KeyStore, completare i passi riportati di seguito prima dell'aggiornamento. Questi task richiedono l'arresto e il riavvio dell'agente di connettività, pertanto scegliere un'ora in cui l'agente di connettività non viene utilizzato. Sul server che ospita l'agente di connettività, creare un backup del file `keystore.jks`, che si trova nella seguente cartella: `Agent_Install_Location/agenthome/agent/cert` Spostare il file di backup in una cartella diversa. Convertire JKS KeyStore in PKCS12 KeyStore eseguendo il comando seguente dalla riga di comando: `keytool -importkeystore -srckeystore keystore.jks -destkeystore keystore.p12 -srcstoretype JKS -deststoretype PKCS12 -deststorepass changeit -srcstorepass changeit` Arrestare l'agente di connettività. Eliminare il file `keystore.jks` nella seguente posizione: `Agent_Install_Location/agenthome/agent/cert` Avviare l'agente di connettività.
Connettività dell'agente per Oracle Integration 3: l'agente di connettività deve essere in esecuzione	Team di Development Operations	Sì	Prima dell'inizio dell'aggiornamento, l'agente di connettività deve essere attivo e in esecuzione. Espandere Ulteriori dettagli per visualizzare gli agenti di connettività che devono essere esaminati. Per copiare i dettagli negli Appunti, fare clic su . È inoltre possibile visualizzare la colonna Stato agente nella sezione Stato agente di connettività per visualizzare lo stato di tutti gli agenti di connettività nell'istanza, indicando se ciascun agente è offline (non disponibile). Gli agenti non raggiungibili durante l'aggiornamento o che non soddisfano i requisiti di aggiornamento non verranno aggiornati, nel qual caso sarà necessario eseguire passi successivi all'aggiornamento per riconquistare la connettività.
Connettività agente per Oracle Integration 3 - Aggiornare le impostazioni della lista di inclusione	Team di Development Operations	Sì	Prima di eseguire l'aggiornamento, è necessario aggiornare le impostazioni della lista di inclusione per gli agenti di connettività. Espandere Ulteriori dettagli per visualizzare gli agenti di connettività che devono essere esaminati. Per copiare i dettagli negli Appunti, fare clic su . È inoltre possibile visualizzare la colonna Stato elenco di inclusione nella sezione Stato agente di connettività per visualizzare lo stato di tutti gli agenti di connettività nell'istanza, indicando se l'elenco di inclusione è stato aggiornato in modo appropriato. Man mano che la finestra di aggiornamento si avvicina, eseguire le seguenti attività preliminari all'aggiornamento: Aggiungere l'indirizzo IP per Oracle Cloud Infrastructure Identity and Access Management (IAM) alla lista di inclusione. Aggiungere gli indirizzi IP di fase di progettazione e runtime per Oracle Integration alla lista di inclusione. Impostare la proprietà Cache del server proxy per gli URL di Oracle Integration in modo che vengano aggiornati il più frequentemente possibile. Gli agenti non raggiungibili durante l'aggiornamento o che non soddisfano i requisiti di aggiornamento non verranno aggiornati, nel qual caso sarà necessario eseguire passi successivi all'aggiornamento per riconquistare la connettività.
Identificativo AgentGroup non supportato	Team di Development Operations	Sì	Se uno qualsiasi dei gruppi di agenti ha uno spazio negli identificativi, non verrà eseguita la migrazione a Oracle Integration 3. Se i gruppi di agenti sono ancora necessari, sarà necessario ricrearli dopo l'aggiornamento.

Controlli preliminari istanza

Condizione di idoneità	Proprietario tipico	Applicabile all'area governativa	Task da completare
URL endpoint personalizzato	Amministratore	Sì	A seconda della configurazione dell'endpoint personalizzato precedente alla migrazione, verranno eseguiti passi diversi e il processo di aggiornamento gestirà l'endpoint personalizzato in modo diverso. Espandere Ulteriori dettagli per determinare come procedere con l'aggiornamento. Se si utilizza Visual Builder: Per procedere con l'upgrade, completare i task di pre-upgrade di Visual Builder. Durante l'upgrade, il processo di upgrade configura l'endpoint personalizzato e qualsiasi endpoint personalizzato alternativo in Visual Builder. Se non si utilizza Visual Builder e si dispone di endpoint personalizzati alternativi, eliminarli dall'istanza di Oracle Integration Generation 2. Oracle Integration 3 attualmente non supporta endpoint personalizzati alternativi. Se non si utilizza Visual Builder e l'endpoint personalizzato utilizza SSL: Per procedere con l'upgrade, impostare un load balancer davanti all'istanza di Oracle Integration Generation 2 e rimuovere il certificato SSL. Durante l'aggiornamento, il processo di aggiornamento configura l'endpoint personalizzato in Oracle Integration 3. Dopo l'aggiornamento, l'accesso in fase di esecuzione alle integrazioni continuerà a funzionare come per Oracle Integration Generation 2. Per tutti gli altri punti di accesso, ad esempio la fase di progettazione e l'automazione dei processi, è comunque possibile accedere all'endpoint personalizzato, ma l'endpoint personalizzato viene quindi reindirizzato all'URL appropriato. Se nessuna di queste situazioni viene applicata e questo controllo preliminare viene passato, il processo di upgrade configura l'endpoint personalizzato in Oracle Integration 3 e l'endpoint personalizzato funzionerà come descritto nel punto precedente per lo scenario SSL.
Azione ID istanza	Amministratore	Sì	L'ID dell'istanza di integrazione generata dal sistema visualizzato nella pagina Istanze e nel flusso di attività per un'istanza di integrazione è stato modificato da un valore numerico a un valore alfanumerico in Oracle Integration 3. Il tipo di dati del valore non viene modificato e rimane un tipo di dati stringa. La modifica a un valore alfanumerico può influire su tutti i sistemi utilizzati che si basano sull'ID istanza di integrazione come valore numerico. Ad esempio, se si analizza l'ID dell'istanza di integrazione da un'API REST e si memorizza l'ID dell'istanza di integrazione in un database come campo numerico, sarà necessario aggiornare il campo del database. Se sono presenti integrazioni che utilizzano ID istanza di integrazione, il controllo preliminare mostra un'avvertenza. Espandere Ulteriori dettagli per visualizzare le integrazioni da rivedere. Per copiare i dettagli negli Appunti, fare clic su . Se hai bisogno di altro tempo per effettuare gli aggiornamenti necessari per questa modifica, puoi mantenere temporaneamente l'ID dell'istanza di integrazione come numerico (sei mesi dopo l'upgrade). Vedere FlowId Supporto alle conversioni. Assicurati di notare quali integrazioni sono interessate dalla copia dei dettagli come descritto sopra. Nota: questo controllo preliminare verifica solo l'esistenza di integrazioni che utilizzano ID istanza e non l'accuratezza degli ID istanza. L'avvertenza rimarrà dopo l'aggiornamento delle integrazioni, ma non influirà sull'upgrade.
Limite e-mail giornaliero	Amministratore	Sì	Oracle Integration 3 può inviare un limite di 10.000 e-mail in una finestra di 24 ore in sequenza, come descritto in Limiti del servizio. Se la distribuzione deve inviare più di questo, puoi invece utilizzare la tenancy del cliente. Vedere Configura e-mail di notifica.
Ambiti personalizzati in IDCS	Amministratore	No	Oracle Integration 3 aggiunge un ambito predefinito (`/ic/api/ , urn:opc:resource:consumer::all`) a Oracle Identity Cloud Service (IDCS) quando l'istanza viene creata. Non supporta altri ambiti personalizzati aggiunti a IDCS. Se sono stati creati ambiti personalizzati in IDCS, è necessario rimuoverli.
Altri errori	Varia	Sì	Se ci sono altri problemi che bloccheranno l'aggiornamento che non hanno controlli preliminari specifici, verranno inclusi in altri errori. Espandere Ulteriori dettagli per visualizzare i problemi che richiedono un'azione. Per copiare i dettagli negli Appunti, fare clic su .

B2B per i controlli preliminari di Oracle Integration

Condizione di idoneità	Proprietario tipico	Applicabile all'area governativa	Task da completare
B2B Periodo di conservazione	Amministratore	No	Sebbene non sia necessario eseguire alcuna operazione per correggere questo stato del controllo preliminare, tenere presente che le edizioni Standard ed Enterprise di Oracle Integration 3 supportano per impostazione predefinita 32 giorni di conservazione dei dati. Durante l'upgrade verrà eseguita la migrazione solo dei 32 giorni più recenti di dati conservati. Espandere Ulteriori dettagli per visualizzare il numero di giorni di conservazione dei dati disponibili. Per copiare i dettagli negli Appunti, fare clic su . Dopo l'upgrade a Oracle Integration 3, potrai aumentare il periodo di conservazione dei dati se lo desideri; oppure eseguire l'upgrade all'edizione Healthcare, che supporta 184 giorni di conservazione dei dati.

Controlli preliminari integrazioni

Condizione di idoneità	Proprietario tipico	Applicabile all'area governativa	Task da completare
Risposta (asincrona) ritardata	Team di sviluppo	Sì	Il pattern di risposta ritardato (asincrono) era precedentemente supportato nei seguenti adattatori: Adattatore Oracle CX Sales and B2B Service Adattatore Oracle ERP Cloud Adattatore Oracle HCM Cloud Adattatore Oracle Field Service Cloud Adattatore Salesforce Adattatore ServiceNow Se si dispone di integrazioni che utilizzano una risposta ritardata (asincrona) con uno di questi adattatori, rielaborarle creando due connessioni di richiamo per ottenere funzionalità simili: Creare un semplice richiamo per le callback riuscite. Creare un richiamo aggiuntivo per i callback degli errori sotto l'handler di errori per recuperare l'errore corretto. Espandere Ulteriori dettagli per visualizzare le integrazioni da rivedere. Per copiare i dettagli negli Appunti, fare clic su .
Certificati identità	Team di sviluppo	Sì	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à. Espandere Ulteriori dettagli per visualizzare i nomi dei certificati di identità e delle connessioni che li utilizzano. Per copiare i dettagli negli Appunti, fare clic su . Se si dispone di certificati di identità, dopo l'aggiornamento sarà necessario caricare nuovi certificati di identità come descritto in Garantire la connettività:
Instradamento di base - Nome applicazione duplicato	Team di sviluppo	Sì	Se l'istanza contiene integrazioni di instradamento di base con gli stessi nomi di endpoint di origine e destinazione, effettuare le operazioni riportate di seguito. Modificare l'integrazione di instradamento di base, eliminare l'endpoint di destinazione e aggiungerlo di nuovo con un nome diverso. Salvare l'integrazione. Espandere Ulteriori dettagli per visualizzare le integrazioni da rivedere. Per copiare i dettagli negli Appunti, fare clic su .
Più file di lettura	Team di sviluppo	Sì	L'operazione di lettura di più file non è più valida in Oracle Integration Generation 2. Se si dispone di integrazioni che includono un'operazione per leggere più file, rielaborare le 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. Espandere Ulteriori dettagli per visualizzare le integrazioni da rivedere. Per copiare i dettagli negli Appunti, fare clic su .
Integrazioni di pubblicazione/sottoscrizione	Team di sviluppo	Sì	Se la tua istanza include integrazioni che pubblicano messaggi o sottoscrivono messaggi da Oracle Integration, tieni presente che le integrazioni di pubblicazione/sottoscrizione (o pubblicazione/sottoscrizione) devono essere convertite in orchestrazioni basate sugli eventi. Le integrazioni verranno gestite in modo diverso a seconda della configurazione: Al momento non è possibile convertire automaticamente le integrazioni di pubblicazione/sottoscrizione che utilizzano allegati. Se si desidera procedere con l'upgrade, è possibile rimuovere queste integrazioni o ignorare gli errori dei controlli preliminari. Dopo l'upgrade, puoi ricrearle, spingendo il collegamento nel server FTP o nello storage degli oggetti nella tua tenancy e passando il riferimento al flusso del sottoscrittore. Vedere Definisci filtro sottoscrizione basato su intestazione in Uso delle integrazioni in Oracle Integration 3. Tutte le altre integrazioni pub/sub attive vengono convertite automaticamente durante l'aggiornamento. Impossibile eseguire la migrazione delle integrazioni di pubblicazione/sottoscrizione in stato Bozza. Il campo sarà vuoto dopo l'aggiornamento. Se nel flusso del sottoscrittore sono stati mappati dati, i mapping vengono convertiti nel modo più accurato possibile. Tuttavia, dopo l'aggiornamento, è necessario rivedere i mapping e correggerli, se necessario. Se viene visualizzato l'errore Sono presenti solo i sottoscrittori, nessun publisher, si dispone di sottoscrittori isolati che devono essere eliminati prima dell'aggiornamento. Espandere Ulteriori dettagli per visualizzare le integrazioni che non possono essere convertite automaticamente. Per copiare i dettagli negli Appunti, fare clic su . Nota: è possibile cogliere questa opportunità per eliminare qualsiasi flusso di pubblicazione bozza.
Autenticazione di base API trasferimento domanda all'azione OAuth	Team di sviluppo	Sì	Se la tua istanza include integrazioni che accedono alle API integrate DT (design-time) utilizzando una connessione REST con l'autenticazione di base, devi modificarle per utilizzare OAuth. 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.

Controlli preliminari adattatori

Condizione di idoneità	Proprietario tipico	Applicabile all'area governativa	Task da completare
Adattatori personalizzati	Team di sviluppo	No	Se l'istanza include integrazioni che utilizzano un adattatore personalizzato, non sarà ancora possibile eseguire l'upgrade dell'istanza. Attendere che Oracle avvii gli aggiornamenti per questa funzione. Espandere Ulteriori dettagli per visualizzare le schede di rete personalizzate in uso. Per copiare i dettagli negli Appunti, fare clic su .
Adattatore Oracle Utilities	Team di sviluppo	Sì	Swagger 2.0 non è più supportato nell'Oracle Utilities Adapter. Se esiste un'integrazione esistente che utilizza il catalogo REST Swagger 2.0, il runtime non verrà interessato. Se tuttavia si tenta di modificare la connessione in fase di progettazione, ripetere il test della connessione, aggiornare i metadati, aggiornare gli artifact o riattivare, l'integrazione non riesce. È necessario aggiornare il catalogo per utilizzare la definizione OpenAPI 3.x. Espandere Ulteriori dettagli per visualizzare le integrazioni da rivedere. Per copiare i dettagli negli Appunti, fare clic su . Vedere Utilizzo del catalogo REST Swagger 2.0 con Oracle Utilities Adapter versione 24.04.0 o successiva.
Adattatori non supportati	Team di sviluppo	Sì	Se l'istanza include un'integrazione che utilizza uno dei seguenti adattatori, non supportati in Oracle Integration 3, sostituire gli adattatori con l'adattatore REST: Adattatore automazione ovunque Adattatore Evernote Adattatore di Oracle Messaging Cloud Service Adattatore Oracle Monetization Cloud Adattatore Oracle Taleo Business Edition (TBE) UiPath Adattatore per automazione robotica dei processi Nota: le funzionalità RPA (Robotic Process Automation) sono disponibili in Oracle Integration 3. Vedere Learn About Robots and Build a Robot in Using Robots in Oracle Integration 3. Espandere Ulteriori dettagli per vedere quali adattatori non supportati si stanno utilizzando. Per copiare i dettagli negli Appunti, fare clic su .
Tipi REST non supportati	Team di sviluppo	Sì	I seguenti tipi di connessione non sono più validi e non sono supportati in una connessione all'adattatore REST. Sostituire questi tipi di connessione con tipi di connessione diversi. Vedere Configura proprietà di connessione per le connessioni di richiamo in Utilizzo dell'adattatore REST con Oracle Integration 3. URL catalogo metadati URL di definizione Swagger URL di definizione RAML Espandere Ulteriori dettagli per vedere quali tipi REST non supportati si stanno utilizzando. Per copiare i dettagli negli Appunti, fare clic su . Gli sviluppatori con un'API REST descritta utilizzando RAML o il catalogo di metadati Oracle devono eseguire l'azione seguente: Consultare il proprio provider di servizi REST e richiedere una definizione Swagger (se disponibile). Oracle Fusion Applications deve avere un'opzione Swagger disponibile. Questa è una linea guida per tutte le Oracle Fusion Applications. Se non è disponibile una specifica alternativa, utilizzare il modello di base nell'adattatore REST selezionando l'URL di base dell'API REST come URL di connessione e definendo la richiesta dell'API di destinazione mediante la Configurazione guidata endpoint adattatore. Un'altra opzione è quella di convertire RAML in una specifica OpenAPI da utilizzare con la connessione dell'adattatore REST. Per fornire un supporto più affidabile e completo per le specifiche Swagger/OpenAPI, l'adattatore REST include un'opzione unificata per specificare tutte le specifiche OpenAPI in un singolo campo. Questa opzione sostituisce anche l'opzione per fornire un URL di definizione Swagger, che non è più disponibile.

Controlli preliminari di Visual Builder

Condizione di idoneità	Proprietario tipico	Applicabile all'area governativa	Task da completare
URL endpoint personalizzato	Amministratore	No	Questo aspetto è stato descritto anche nei controlli preliminari dell'istanza, ma viene ripetuto qui poiché si applica a Visual Builder. Se si dispone di un endpoint personalizzato e si utilizza Visual Builder: Per procedere con l'upgrade, completare i task di pre-upgrade di Visual Builder. Durante l'upgrade, il processo di upgrade configura l'endpoint personalizzato e qualsiasi endpoint personalizzato alternativo in Visual Builder.
VBCS	Amministratore	No	Se si utilizza Visual Builder con la propria istanza di database Oracle (BYODB), l'Autonomous Transaction Processing (ATP) deve essere attivo e in esecuzione durante l'upgrade. Assicurarsi di completare i task aggiuntivi descritti nella sezione Prepara Visual Builder per l'aggiornamento in Amministrazione di Oracle Visual Builder in Oracle Integration 3.

Condizione di idoneità

Proprietario tipico

Applicabile all'area governativa

Task da completare

URL endpoint personalizzato

Amministratore

No

Questo aspetto è stato descritto anche nei controlli preliminari dell'istanza, ma viene ripetuto qui poiché si applica a Visual Builder.

Se si dispone di un endpoint personalizzato e si utilizza Visual Builder:

Per procedere con l'upgrade, completare i task di pre-upgrade di Visual Builder.
Durante l'upgrade, il processo di upgrade configura l'endpoint personalizzato e qualsiasi endpoint personalizzato alternativo in Visual Builder.

VBCS

Amministratore

No

Se si utilizza Visual Builder con la propria istanza di database Oracle (BYODB), l'Autonomous Transaction Processing (ATP) deve essere attivo e in esecuzione durante l'upgrade.

Assicurarsi di completare i task aggiuntivi descritti nella sezione Prepara Visual Builder per l'aggiornamento in Amministrazione di Oracle Visual Builder in Oracle Integration 3.

Controlli preliminari di automazione processo

Condizione di idoneità	Proprietario tipico	Applicabile all'area governativa	Task da completare
Process Automation	Amministratore	No	Esistono diverse differenze tra Process in Oracle Integration Generation 2 e Process Automation in Oracle Integration 3. Vedere Domande frequenti sui processi. A seconda di come si utilizza Process in Oracle Integration Generation 2, sarà possibile utilizzare un'opzione diversa per eseguire l'upgrade o la migrazione. Vedere Opzioni di aggiornamento del processo.
Azione processo	Amministratore	No	Se si utilizza l'azione Elabora in qualsiasi integrazione, sarà necessario sostituire o rimuovere l'azione Elabora prima di eseguire l'aggiornamento. Utilizzare il metodo descritto nell'opzione Elabora aggiornamento applicabile alla propria situazione.
Applicazioni di processi	Amministratore	No	Se si dispone di istanze di processo non utilizzate in modo attivo, verrà visualizzato questo controllo preliminare di avvertenza. L'upgrade dell'istanza verrà eseguito senza l'automazione dei processi. Le transazioni di runtime (completate o in corso) andranno perse. Prima dell'aggiornamento, esportare le applicazioni Process time di progettazione che si desidera conservare da Oracle Integration Generation 2. Se non vuoi conservarli, non devi fare nulla. Espandere Ulteriori dettagli per visualizzare ulteriori informazioni. Se si desidera conservare l'audit, vedere questa sezione che descrive come salvare i dati di runtime dal processo di generazione 2 di Oracle Integration. Nota I dati di backup vengono conservati per un periodo di sei mesi dopo l'aggiornamento. Durante l'upgrade, il processo non verrà abilitato in Oracle Integration 3 e le applicazioni di processo non verranno migrate. Dopo l'aggiornamento, non è necessario eseguire alcuna operazione. Tuttavia, se si desidera utilizzare Process, è possibile abilitarlo e reimportare le applicazioni di design time. Se non hai esportato le applicazioni Process time di progettazione prima dell'aggiornamento e se ne hai bisogno dopo l'aggiornamento, invia una richiesta di servizio (SR) su My Oracle Support. Per informazioni sull'abilitazione del processo, vedere Abilita automazione dei processi con Oracle Integration 3.

Condizione di idoneità

Proprietario tipico

Applicabile all'area governativa

Task da completare

Process Automation

Amministratore

No

Esistono diverse differenze tra Process in Oracle Integration Generation 2 e Process Automation in Oracle Integration 3. Vedere Domande frequenti sui processi.

A seconda di come si utilizza Process in Oracle Integration Generation 2, sarà possibile utilizzare un'opzione diversa per eseguire l'upgrade o la migrazione. Vedere Opzioni di aggiornamento del processo.

Azione processo

Amministratore

No

Se si utilizza l'azione Elabora in qualsiasi integrazione, sarà necessario sostituire o rimuovere l'azione Elabora prima di eseguire l'aggiornamento. Utilizzare il metodo descritto nell'opzione Elabora aggiornamento applicabile alla propria situazione.

Applicazioni di processi

Amministratore

No

Se si dispone di istanze di processo non utilizzate in modo attivo, verrà visualizzato questo controllo preliminare di avvertenza.

L'upgrade dell'istanza verrà eseguito senza l'automazione dei processi. Le transazioni di runtime (completate o in corso) andranno perse. Prima dell'aggiornamento, esportare le applicazioni Process time di progettazione che si desidera conservare da Oracle Integration Generation 2. Se non vuoi conservarli, non devi fare nulla. Espandere Ulteriori dettagli per visualizzare ulteriori informazioni.

Se si desidera conservare l'audit, vedere questa sezione che descrive come salvare i dati di runtime dal processo di generazione 2 di Oracle Integration.

Nota

I dati di backup vengono conservati per un periodo di sei mesi dopo l'aggiornamento.

Durante l'upgrade, il processo non verrà abilitato in Oracle Integration 3 e le applicazioni di processo non verranno migrate.

Dopo l'aggiornamento, non è necessario eseguire alcuna operazione. Tuttavia, se si desidera utilizzare Process, è possibile abilitarlo e reimportare le applicazioni di design time.

Se non hai esportato le applicazioni Process time di progettazione prima dell'aggiornamento e se ne hai bisogno dopo l'aggiornamento, invia una richiesta di servizio (SR) su My Oracle Support.

Per informazioni sull'abilitazione del processo, vedere Abilita automazione dei processi con Oracle Integration 3.

Correggere un'istanza con controlli di disponibilità non riusciti

Se l'upgrade è stato pianificato e l'istanza non è più pronta per l'upgrade, risolvere i problemi in modo che l'upgrade venga completato correttamente.

In Oracle Integration, aprire la pagina Aggiorna utilizzando uno dei passi riportati di seguito.
- Nel riquadro di navigazione, fare clic su Impostazioni, quindi su Aggiorna.
- Fare clic su Annunci , quindi sul collegamento nella notifica.
Viene visualizzata la pagina Aggiorna.
Esaminare le condizioni non superate e intraprendere l'azione appropriata. Per ulteriori informazioni, vedere Verifica la disponibilità dell'upgrade e correggi i problemi relativi al controllo preliminare.
Dopo aver risolto tutti i problemi, controllare di nuovo l'istanza.
1. Fare clic su Check again.
  Il completamento del controllo richiede circa un'ora. È possibile vedere quando l'ultimo controllo è stato completato sopra la tabella di controllo della disponibilità.
2. Continuare ad apportare correzioni fino al superamento del controllo.
  Se non si è certi di come risolvere un problema, immettere una richiesta di servizio in My Oracle Support.

Documentazione di Oracle Cloud Infrastructure