Migrazione gestita da Oracle

Oracle eseguirà la migrazione di tutti gli ambienti del Governo degli Stati Uniti Classic Oracle Fusion Cloud Enterprise Performance Management ed EDM Cloud a OCI in Wave 10. La migrazione degli ambienti Classic verrà eseguita da Oracle in modo sicuro in base a una programmazione prestabilita. Oracle ha già inviato una notifica agli amministratori dei servizi di tali ambienti con le informazioni che seguono.

  • Elenco degli URL dei servizi degli ambienti Classic correnti.
  • Nomi degli account cloud dei nuovi ambienti in OCI (nella maggior parte dei casi, verranno utilizzati i nomi di dominio correnti).
  • Posizione delle aree OCI in cui verranno creati gli ambienti.
  • Indirizzo e-mail predefinito dell'amministratore del dominio e dell'amministratore dei servizi registrati presso Oracle. Verrà utilizzato come amministratore del dominio e amministratore dei servizi per i nuovi ambienti OCI.

Nella notifica viene indicato quando gli ambienti OCI saranno disponibili e quando verrà eseguita la migrazione dei dati.

A partire dal 27 febbraio 2025, Oracle ha iniziato a rendere disponibile un numero di ambienti OCI corrispondente al numero di ambienti Classic. Questi ambienti OCI utilizzano i nomi di account cloud e le aree OCI forniti precedentemente nel messaggio e-mail di notifica e in essi non sono presenti né applicazioni né utenti. L'amministratore del dominio e l'amministratore dei servizi predefiniti specificati nell'e-mail di notifica riceveranno l'e-mail di richiesta di attivazione dell'account.

Note:

Poiché gli ambienti OCI potrebbero venire sottoposti a provisioning in momenti diversi, è possibile che non si ricevera l'e-mail di notifica per tutti gli ambienti contemporaneamente.

Quando si ricevono gli ambienti OCI, completare queste attività facoltative prima della data specificata nel messaggio e-mail di notifica.

  • Configurare Single Sign-On (SSO) con il provider di identità. se si utilizza SSO negli ambienti Classic.
  • Configurare le liste di inclusione IP per gli ambienti OCI. se si utilizzano liste di inclusione con gli ambienti Classic.
  • Se si desidera eseguire test negli ambienti OCI, procedere come segue.

    Note:

    Non è necessario clonare e testare tutti gli ambienti Classic. Ad esempio, se si dispone della stessa applicazione in un ambiente di test e in un ambiente di produzione, testarla solo in uno degli ambienti. Inoltre, non è necessario clonare gli ambienti che non si intende testare.
    • Clonare le applicazioni degli ambienti Classic negli ambienti OCI corrispondenti utilizzando le fonti di informazioni elencate di seguito.
    • Completare i test che si desidera eseguire. Il test è facoltativo. Durante questo periodo di test, gli aggiornamenti e le modifiche di produzione devono essere effettuati negli ambienti Classic.

      Note:

      Se si tenta di creare una richiesta di servizio in questa fase, il Supporto Oracle mostra solo gli account e gli ambienti OCI corrispondenti agli account e agli ambienti Classic in fase di migrazione. In questo scenario, per creare una richiesta di servizio per un ambiente Classic di cui è in corso la migrazione, procedere come segue.
      • Selezionare un ambiente OCI in Supporto Oracle.
      • Nelle aree Riepilogo e Descrizione, della richiesta di servizio, specificare l'URL dell'ambiente Classic per il quale si sta creando la richiesta di servizio.
      • Includere il numero di riferimento della sottomissione Feedback dell'ambiente Classic.

Nell'ambito dell'aggiornamento mensile di aprile (25.04), nel corso dell'aggiornamento mensile applicato durante la manutenzione giornaliera, Oracle clonerà gli ambienti OCI in uso dagli ambienti Classic (in questo modo verranno sostituite le eventuali applicazioni di test già presenti negli ambienti OCI) e modificherà la configurazione DNS in modo che gli URL dei servizi Classic esistenti vengano instradati verso gli ambienti OCI. La clonazione degli ambienti di test verrà effettuata il 4 aprile 2025, mentre la clonazione degli ambienti di produzione avverrà il 18 aprile 2025. Oracle cesserà gli ambienti Classic al completamento della clonazione degli ambienti di produzione.

Manutenzione giornaliera nel giorno della migrazione dei dati

La durata della manutenzione giornaliera nel giorno della migrazione dei dati sarà molto più lunga della durata della manutenzione giornaliera negli altri giorni. Per programmare la manutenzione giornaliera del giorno della migrazione dei dati, tenere in considerazione le linee guida generali indicate di seguito.

  • Se la dimensione totale dei dati nell'ambiente Classic è pari o inferiore a 100 GB, la manutenzione giornaliera richiederà fino a sei ore.
  • Se la dimensione totale dei dati nell'ambiente Classic è superiore a 100 GB, la manutenzione giornaliera richiederà fino a 12 ore.
La dimensione totale dei dati nell'ambiente è identificata nel Report attività dell'ambiente Classic con la dicitura Dati cliente su disco in GB nella tabella Dimensione applicazione.

Note:

  1. La migrazione dall'ambiente Classic all'ambiente OCI verrà eseguita alla data programmata anche se è stato richiesto di saltare l'aggiornamento mensile corrispondente (mediante il comando skipUpdate di EPM Automate o l'attivazione di una richiesta di servizio). In questo scenario, l'ambiente OCI risultante avrà lo stesso aggiornamento mensile dell'ambiente Classic e in tale ambiente l'opzione Salta aggiornamenti per lo stesso aggiornamento mensile sarà attiva.
  2. Se una patch singola per l'ambiente Classic non viene reinserita nell'aggiornamento mensile quando viene eseguita la migrazione dei dati, la migrazione dall'ambiente Classic all'ambiente OCI verrà comunque eseguita alla data programmata. In questo scenario, l'ambiente OCI avrà la stessa patch unica del corrispondente ambiente Classic.
  3. Se a Oracle è stato richiesto di applicare l'aggiornamento mensile durante la migrazione prevista dei dati nell'ambiente di produzione Classic prima del terzo venerdì del mese, la migrazione verrà eseguita durante la manutenzione giornaliera quando viene eseguito l'aggiornamento mensile dell'ambiente Classic (prima del terzo venerdì del mese).
  4. Se l'ambiente Classic è sottoposto a una manutenzione giornaliera programmata o non programmata quando è programmata la migrazione, dal momento che la manutenzione giornaliera programmata viene saltata, la migrazione verrà eseguita durante la manutenzione giornaliera il giorno successivo.

Tale migrazione viene eseguita senza interruzioni. Oracle eseguirà la migrazione dei dati, degli utenti, dei limiti customizzati dei governor e di altri artifact delle applicazioni verso i nuovi ambienti OCI. Da questo momento, gli URL OCI utilizzati per i test non funzioneranno più e gli URL correnti degli ambienti Classic verranno instradati agli ambienti OCI. Si dovranno tuttavia utilizzare comunque i nuovi URL per accedere al portale Servizi personali.

Considerazioni importanti

  • Gli utenti sottoposti a migrazione dagli ambienti Classic agli ambienti OCI riceveranno e-mail di reimpostazione delle password in cui verrà chiesto loro di accedere agli ambienti OCI. Si tratta della stessa e-mail di richiesta di attivazione dell'account indicata in precedenza. Se le password Classic sono conformi al criterio di gestione delle password di Identity Cloud Service, che può essere customizzato da un amministratore del dominio di Identity, gli utenti possono impostare le password OCI in modo che corrispondano alle password Classic.

    Se gli utenti con ruolo predefinito Amministratore servizi modificano le proprie password OCI, aggiornare le password utilizzate in aree come quelle elencate di seguito.

    • Script di EPM Automate
    • Script basati su API REST
    • Configurazione degli agenti EPM
    • Configurazione dei flussi di navigazione Per aggiornare i flussi di navigazione, eseguire i task facendo riferimento alle risorse seguenti.
      • "Modifica di un flusso di navigazione" nella guida all'amministrazione del processo aziendale per utilizzare le schermate Flussi navigazione
      • Aggiornamento di una connessione in API REST
  • L'assegnazione del ruolo Amministratore del dominio di Identity non viene clonata. Gli utenti con la sola assegnazione del ruolo Amministratore del dominio di Identity non vengono clonati nell'ambiente OCI.

    Gli utenti assegnati al ruolo Amministratore del dominio di Identity combinato con ruoli predefiniti nell'ambiente Classic vengono clonati, ma vengono assegnati solo ai rispettivi ruoli predefiniti nell'ambiente OCI. Questi utenti non disporranno del ruolo Amministratore del dominio di Identity nell'ambiente OCI.

  • Gli ambienti OCI vengono sempre creati nel dominio Default di Identity Cloud Services. Tuttavia, se gli ambienti Classic di produzione e test non si trovano nello stesso dominio di Identity poiché uno di essi è stato riposizionato in un dominio diverso, l'ambiente OCI di produzione verrà creato nel dominio predefinito, mentre l'ambiente di test verrà creato nel dominio OracleIdentityCloudService_suffisso, (dove suffisso rappresenta una stringa alfanumerica casuale, ad esempio a12bxxx) nello stesso account cloud. Sarà comunque possibile gestirli separatamente come in precedenza. Inoltre, a causa della modifica della configurazione DNS, gli URL degli ambienti di produzione e di test rimarranno gli stessi degli ambienti Classic.
  • I nomi di dominio degli ambienti Classic esistenti vengono mantenuti, a meno che non contengano caratteri non supportati da OCI. In OCI, i nomi di account cloud:

    • Devono contenere solo lettere minuscole dell'alfabeto inglese e numeri
    • Devono iniziare con una lettera
    • Non devono superare 32 caratteri

    Se il nome di dominio Classic contiene un trattino, il nome dell'account cloud in ambiente OCI viene aggiornato in modo che il trattino venga rimosso. Ad esempio, il nome di dominio Classic acme-test viene modificato nel nome di account cloud acmetest. Il nome di dominio nell'URL resta comunque invariato.

  • Al completamento della migrazione, Oracle modifica la configurazione DNS in modo da instradare il traffico diretto verso gli URL degli ambienti Classic agli ambienti OCI corrispondenti. Se questi ambienti OCI vengono eliminati per un motivo qualsiasi (ad esempio, per modificare il nome del servizio o spostarsi in un'area diversa), l'instradamento degli URL Classic avrà esito negativo perché la configurazione DNS continuerà a instradare agli ambienti OCI originali che sono stati eliminati.

    Poiché gli ambienti appena ricreati utilizzeranno URL diversi da quelli degli ambienti OCI sottoposti a migrazione, è necessario aggiornare gli URL utilizzati negli script di EPM Automate e delle API REST, nelle configurazioni dei flussi di navigazione, nei segnalibri, nelle connessioni condivise e private in Oracle Smart View for Office e così via con i nuovi URL OCI in base alle esigenze. È necessario inoltre notificare i nuovi URL a tutti gli utenti che devono accedere agli ambienti ricreati.

  • Se si utilizza l'indirizzo IP dell'ambiente Cloud EPM di origine in un punto qualsiasi (ad esempio, nella configurazione proxy come indirizzo IP in uscita consentito), trovare il nuovo indirizzo IP dell'ambiente utilizzando nslookup o ping dopo la migrazione e aggiornare la configurazione con il nuovo indirizzo IP.

    Analogamente, se è stato aggiunto l'indirizzo IP in uscita del centro dati Classic presente nella lista di inclusione di qualsiasi altro ambiente (ad esempio di un ambiente Fusion ERP), sostituirlo con l'indirizzo IP in uscita della nuova area OCI. Fare riferimento alla sezione Indirizzi IP in uscita dei centri dati e delle aree Cloud EPM per identificare l'indirizzo IP in uscita dell'area OCI dell'ambiente.

  • Se i domini epm.us8.oraclecloud.com e epm.us9.oraclecloud.com sono stati precedentemente aggiunti alla lista di inclusione del firewall, alla lista di inclusione sarà necessario aggiungere anche i nuovi nomi canonici OCI. Per identificare i nomi canonici, utilizzare nslookup.

    Ad esempio, se l'URL dell'ambiente Classic è https://epm2-mydomain.epm.us8.oraclecloud.com/epmcloud, l'esecuzione di un comando nslook per epm2-mydomain.epm.us8.oraclecloud.com restituirà il nome canonico epm2-mydomain.epm.us-luke-1.ocs.oraclegovcloud.com. Aggiungere il nome canonico del dominio (epm.us-luke-1.ocs.oraclegovcloud.com) alla lista di inclusione del firewall.

    Per garantire che vengano considerati tutti i nomi canonici necessari, aggiungere tali domini alla lista di inclusione del firewall:

    • epm.us-luke-1.ocs.oraclegovcloud.com
    • epm.us-langley-1.ocs.oraclegovcloud.com
  • Se si utilizza l'agente EPM per comunicare con Cloud EPM, assicurarsi di utilizzare l'agente EPM versione 22.07 o successiva. Se la versione dell'agente EPM è precedente alla versione 22.07, è possibile che venga visualizzato un errore di certificato durante la connessione a Cloud EPM dopo il completamento della migrazione dei dati OCI.