Esempi di scenari di migrazione

Procedure consigliate

• Prima di trasferire le applicazioni da un ambiente di origine a un ambiente target, assicurarsi che entrambi gli ambienti abbiano la stessa versione di Oracle Enterprise Data Management Cloud.

• Se si dispone di due ambienti tra cui trasferire le applicazioni, assicurarsi di apportare le modifiche (ad esempio, modifiche relative alla registrazione dell'applicazione o creazione di proprietà) in uno solo degli ambienti e quindi di trasferirle nell'altro. Non apportare modifiche sia nell'ambiente di origine sia in quello target e poi tentare di unirle.

  Ad esempio, non creare una proprietà in entrambi gli ambienti e quindi tentare di eseguire la migrazione delle modifiche relative a tale proprietà da un ambiente all'altro utilizzando un template. In questo modo, il sistema creerà una seconda versione di tale proprietà, in quanto l'oggetto di origine e quello target non avranno lo stesso ID. Fare riferimento a Aggiornamento di un'applicazione o una dimensione esistente mediante un template.

• Per essere certi che gli oggetti abbiano gli stessi ID in entrambi gli ambienti, è possibile utilizzare uno snapshot di migrazione per risincronizzarli. Fare riferimento alla sezione Scenario 4: aggiornamento di un ambiente di test con dati di produzione.

Scenario 1: spostamento delle applicazioni da un ambiente di test a un ambiente di produzione in preparazione per il go-live

In questo scenario sono state eseguite attività di sviluppo e test nell'ambiente di test e si è pronti a trasferire le applicazioni all'ambiente di produzione in preparazione per il go-live.

Per questo scenario, è possibile utilizzare un template per eseguire la migrazione dei dati delle applicazioni. Ciò garantisce che vengano trasferite le applicazioni, ma non i dati della cronologia di audit o dei test che potrebbero non essere pertinenti per l'ambiente di produzione.

Quindi, se si desidera trasferire anche gli utenti e i gruppi dall'ambiente di origine, è possibile utilizzare uno snapshot di migrazione solo per gli utenti e i gruppi per trasferirli. Se inoltre si desidera trasferire i dati dal sistema di origine, è possibile utilizzare esportazioni e importazioni (oppure estrazioni e caricamenti) dall'ambiente di origine all'ambiente target. Ad esempio, di seguito viene descritto un approccio comune per questo scenario.

1. Assicurarsi che l'ambiente target non includa già applicazioni, dati o cronologie di audit esistenti.

   Tip:

   A tale scopo, è possibile ricreare il servizio nell'ambiente target. Fare riferimento alla sezione Nuova creazione del servizio.
2. Assicurarsi che gli utenti e i gruppi siano impostati nell'ambiente target.

   Tip:

   Se gli utenti e i gruppi nell'ambiente target sono uguali o molto simili agli utenti inclusi nell'ambiente di origine, è possibile utilizzare la migrazione per esportare solo il componente Gruppi e appartenenza e importarlo nell'ambiente target. In questo modo, gli utenti e i gruppi vengono trasferiti insieme agli eventuali ruoli applicazione assegnati. Fare riferimento alla sezione Esportazione degli artifact in Amministrazione della migrazione per Oracle Enterprise Performance Management Cloud
3. Utilizzare un template per trasferire le applicazioni dell'ambiente di origine che si desidera portare nell'ambiente di produzione. È possibile trasferire più applicazioni utilizzando un unico file template. Fare riferimento alla sezione Utilizzo dei template.
4. Se si desidera trasferire anche i dati dall'ambiente di test, utilizzare gli elementi descritti di seguito per trasferire i dati dall'ambiente di origine a quello target.
   • Esportazioni e importazioni (solo per dati associati)
   • Estrazioni e caricamenti in angolazioni vista (per dati associati e non associati, oltre che per dimensioni e gerarchie non associate)
5. Eseguire gli eventuali task manuali aggiuntivi post-trasferimento per gli oggetti e le impostazioni che non vengono trasferiti con i template. Possono essere inclusi gli elementi riportati di seguito.
   • Parametri delle applicazioni e delle connessioni globali, ad esempio posizioni, nomi identità, nomi utente e password
   • Nodi del livello più alto nei set di nodi
   • Filtri dei nodi del livello più alto nelle sottoscrizioni

   fare riferimento alla sezione Oggetti e impostazioni di template.

Scenario 2: aggiornamento di un ambiente di produzione con una nuova applicazione proveniente da un ambiente di test

In questo scenario è stata creata una nuova applicazione nell'ambiente di test, sono stati eseguiti tutti i test di accettazione in modo da essere soddisfatti dei risultati e si è pronti a caricarla nell'ambiente di produzione per distribuirla agli utenti.

Per questo scenario, molto probabilmente si utilizzerà un template. I template consentono di spostare una singola applicazione e di unirla in un ambiente che contiene altre applicazioni. Tenere tuttavia presente che vengono trasferiti solo i metadati dell'applicazione. Se l'applicazione nell'ambiente di origine contiene anche dati che si intende trasferire nell'ambiente target, sarà necessario esportare e importare (solo dati associati) oppure estrarre e caricare (dati associati e non associati).

Scenario 3: aggiornamento incrementale di un'applicazione di produzione con le modifiche presenti in un ambiente di test

In questo scenario è in produzione un'applicazione a cui si desidera apportare modifiche. Le modifiche sono state apportate in un ambiente di test (ad esempio, si supponga di aver modificato alcune convalide customizzate, creato una nuova estrazione e modificato la formula per una proprietà derivata) e si intende eseguire la migrazione di tali modifiche verso l'applicazione di produzione.

Per questo scenario, è opportuno utilizzare un template per aggiornare in modo incrementale l'applicazione di produzione con le modifiche apportate nell'ambiente di test. Per le relative considerazioni, fare riferimento alla sezione Aggiornamento di un'applicazione o una dimensione esistente mediante un template.

Scenario 4: aggiornamento di un ambiente di test con dati di produzione

Se si dispone di un ambiente di produzione per le attività giornaliere e di un ambiente di test in cui provare le nuove applicazioni o funzionalità, può essere utile aggiornare periodicamente l'ambiente di test con le informazioni dell'ambiente di produzione in modo che resti sincronizzato.

Per questo scenario è molto spesso utile ricorrere a snapshot di migrazione. In questo modo, è possibile eseguire un aggiornamento completo dell'ambiente di test con tutte le applicazioni, le impostazioni, i dati, gli utenti e i gruppi dell'ambiente di produzione