Considerazioni generali

• Sincronizzare gli ambienti di origine e di destinazione per garantire la corretta migrazione della configurazione:
  • Assicurarsi sempre che le istanze di origine e di destinazione siano della stessa release, con le stesse patch standard e una tantum applicate a entrambe le istanze.
  • Nell'istanza di origine registrare l'istanza di destinazione. Vedere Panoramica sulla migrazione in Configurazione ed estensione delle applicazioni.
  • Assicurarsi che le istanze di origine e di destinazione siano sincronizzate. Per sincronizzarle, apportare modifiche all'applicazione nell'istanza di origine, eseguire il test delle modifiche, quindi eseguirne la migrazione nell'istanza di destinazione.
  • Creare tutte le configurazioni nell'istanza di origine, quindi eseguirne la migrazione nell'istanza di destinazione. Non creare mai configurazioni direttamente nell'istanza di destinazione.
  • Eseguire il test di tutte le modifiche e le configurazioni dell'applicazione apportate nell'istanza di origine prima di iniziare il processo di migrazione.
  • Assicurarsi che l'istanza di destinazione non disponga di configurazioni con nuova chiave o di configurazioni provenienti da un'altra origine. Se le istanze di origine e di destinazione sono diverse, rieseguire il provisioning dell'istanza di destinazione dallo stesso predecessore comune che ha eseguito il provisioning dell'istanza di origine.
  Nota
  
  Se queste linee guida non sono strettamente rispettate, verranno rilevati problemi relativi alla migrazione CSM e errori relativi all'importazione/esportazione. Inoltre, in alcuni casi, gli ambienti di origine e di destinazione non saranno sincronizzati ed è necessario eseguire un'operazione P2T (da produzione a test) per ripristinare l'ordine negli ambienti.
• Creare sempre configurazioni nuove e non verificate in una sandbox. Il processo di migrazione eseguirà la migrazione solo delle configurazioni create in una sandbox pubblicata.
  • Se si apportano modifiche alla configurazione in una sandbox e non si pubblica nella mainline, le modifiche alla configurazione non verranno incluse nel package di migrazione.
• È consigliabile utilizzare CSM per eseguire la migrazione di ricerche e configurazioni di menu anziché di task esistenti di Functional Setup Manager (FSM).
• Non viene eseguita la migrazione degli artifact di sicurezza funzionale per gli oggetti standard.
  • Se si esegue la migrazione di qualsiasi sicurezza funzionale associata ai ruoli nell'origine a un'istanza di destinazione e il ruolo corrispondente non esiste nell'istanza di destinazione, si verificherà un errore durante l'importazione.
  • Per evitare questi errori, è possibile creare in modo selettivo questi ruoli nell'istanza di destinazione quando si importa il set di migrazione. Vedere Export and Import of HCM Custom Roles and Security Profiles in Securing Applications.
• Dopo aver applicato le configurazioni, gli utenti finali dell'applicazione Oracle Cloud non visualizzeranno alcuna modifica all'interfaccia utente finché non eseguiranno il logout e non eseguiranno di nuovo il login.

Migrazione delta

• Un normale flusso migratorio migra tutto. Poiché questo tipo di migrazione contiene tutto, può richiedere molto tempo. Pensalo come una proposizione tutto o niente. Una migrazione Delta, invece, esegue la migrazione solo delle modifiche apportate dall'ultima volta in cui è stata eseguita la migrazione. Se si esegue solo la migrazione del set di modifiche più recente, è possibile risparmiare tempo di esecuzione considerevole durante la migrazione.
• Tenere presente che non è possibile selezionare e scegliere in modo selettivo quale delle modifiche più recenti deve essere migrata. La migrazione delta richiede tutte le modifiche apportate dall'ultima volta. Sì, è possibile selezionare i moduli di cui eseguire la migrazione, ma è necessario apportare tutte le modifiche all'interno del modulo.
• Per eseguire una migrazione delta, utilizzare la funzione sandbox sia nelle istanze di origine che in quelle di destinazione. Vedere Ciclo di vita della configurazione in Configurazione ed estensione delle applicazioni.

Migrazione ruoli

• Se è necessario rivedere e creare ruoli nell'istanza di destinazione, non eseguire la pipeline di migrazione. Eseguire manualmente il job di esportazione delle configurazioni, creare i ruoli necessari nell'istanza di destinazione, quindi eseguire manualmente il job di importazione delle configurazioni. Vedere Esegui migrazione delle configurazioni.
• Recupera le credenziali di accesso di un utente di Oracle Cloud Applications in grado di connettersi e distribuire all'istanza di destinazione.

Estensioni che utilizzano Visual Builder Studio

• In VB Studio creare un progetto per le estensioni.
• Nel progetto VB Studio, assicurarsi di disporre di ambienti che puntano a istanze Oracle Cloud Applications di origine e di destinazione. Vedere Aggiungere un'istanza di Oracle Cloud Application a un ambiente in Amministrazione di Visual Builder Studio.
• Se si desidera importare il set di configurazione in più istanze di destinazione, creare un job di importazione per ogni istanza di destinazione.
• Quando i job di build sono in esecuzione, non esportare le configurazioni manualmente dall'istanza di origine o apportare modifiche alla sicurezza.
• Dopo aver attivato la pipeline di migrazione, non annullarla o riprovare se sembra lenta. Controllare il log del job di build per monitorare lo stato della migrazione.