Considerazioni sulla migrazione di Planning

  • La migrazione di Oracle Hyperion Enterprise Performance Management System Lifecycle Management verso e da Oracle Hyperion Planning è un'operazione di lunga durata.

  • Alcuni artifact di Planning presentano dipendenze: i form, ad esempio, presentano dipendenze dimensione. Anziché eseguire solo la migrazione dei membri dimensione richiesti per un form, Lifecycle Management esegue la migrazione dell'intera dimensione. Selezionare manualmente le dipendenze necessarie. Fare riferimento alla sezione Migrazione di artifact.

  • Le applicazioni di origine e di destinazione devono avere esattamente le stesse impostazioni per Tipo di piano, Calendario e Valuta singola o Multivaluta.

  • Se Planning non è disponibile nell'ambiente di destinazione, Lifecycle Management creerà una shell applicazione.

  • Oracle Essbase deve essere in modalità Oracle Hyperion Shared Services per utilizzare Lifecycle Management.

  • Gli artifact di Essbase sono visualizzati sotto il nodo dell'applicazione Planning e gli artifact dati sono visualizzati sotto la categoria Dati di Essbase.

  • Per una prima migrazione da un ambiente di test a un ambiente di produzione, Oracle consiglia di eseguire la migrazione di tutti gli artifact correlati a Planning sotto il nodo Planning.

  • Oracle consiglia di eseguire la migrazione dei dati di Essbase solo per una prima migrazione da un ambiente di test a uno di produzione e non per le migrazioni incrementali.

  • Per importare ed esportare gli artifact dati di Planning, Lifecycle Management deve disporre di un percorso condiviso del file system.

  • per abilitare la migrazione dei dati tra ambienti distribuiti, la proprietà filesystem.artifact.path deve essere impostata su un percorso condiviso. La posizione del file system di Lifecycle Management deve essere accessibile da tutti gli ambienti della configurazione distribuita.