Strumento di gestione degli aggiornamenti
Con l'utilizzo di Upgrade Management Tool (UMT), è possibile importare oggetti BO: utenti, gruppi e oggetti contenuto BO dalla versione precedente della piattaforma BI alla versione aggiornata. Quando aggiorni il tuo ambiente BO, hai due opzioni per eseguire l'aggiornamento.
Complete Upgrade - Puoi scegliere di spostare tutti gli oggetti dalla sorgente alla destinazione.
Incremental Upgrade - Puoi anche optare per lo spostamento di oggetti in batch.
Configurazione di UMT
Per utilizzare UMT per l'aggiornamento, è necessario configurare UMT per ottenere prestazioni migliori. Eseguire il comando "Java –Xmx" mentre si avvia Upgrade Management Tool per eseguirlo con Java Heap → Fare clic con il pulsante destro del mouse su UMT e andare su Proprietà, come spiegato di seguito -
Devi copiare il percorso "Target" nel Blocco note e sostituire "Xmx" con la quantità di Heap configurata per il tuo sistema, come mostrato di seguito -
È inoltre possibile configurare il timeout in Upgrade Management Tool. Imposta il parametro seguente -
Per impostare il timeout di CORBA per UMT, è necessario accedere al file Proprietà e aggiungere la voce seguente. Il file delle proprietà si trova nella directory di installazione di BO in questo percorso: "SAP BusinessObjects Enterprise XI 4.0 \ java \ apps \ upgradeManagementTool \ jars"
<entry key="umt.systemVar.backendCommunicationTimeoutInMS">630000</entry>
Si consiglia di mantenere il valore al di sotto di 630000, altrimenti potrebbe verificarsi un errore relativo all'accesso al CMS.
Configurazione di origine e destinazione in UMT
È possibile definire il sistema CMS di origine e di destinazione in UMT e verificare la connettività. Esegui Upgrade Management Tool da Tutti i programmi → Seleziona Aggiornamento incrementale → Avanti. La schermata riportata di seguito spiega lo stesso.
Immettere il nome del CMS di origine e di destinazione e fornire le credenziali. Fornire lo scenario di aggiornamento dall'elenco a discesa, come mostrato di seguito:
Sono disponibili diversi scenari di aggiornamento in UMT, ad esempio:
Live to Live - Ciò richiederà che sia il sistema di origine che quello di destinazione siano attivi.
BIAR to Live - Questa opzione viene utilizzata per importare gli oggetti dal formato file BIAR al sistema di destinazione live.
Live to BIAR - Questa opzione viene utilizzata per esportare gli oggetti in formato BIAR dal sistema live.
Questi scenari possono essere utilizzati in base allo stato del sistema di origine e di destinazione. Entrambi i sistemi sono attivi, è possibile eseguire l'aggiornamento live a live senza esportare / importare oggetti.
In BO 4.2, UMT ha poche nuove funzionalità come di seguito:
È possibile definire il livello di registro come basso, medio e alto dall'elenco a discesa.
Quando si seleziona il livello di registro "Alto", vengono acquisiti tutti gli errori, avvisi e guasti durante il processo.
È inoltre possibile definire lo spazio temporaneo in una qualsiasi delle directory richieste e riavviare lo strumento UMT dopo le modifiche.
Lo spazio temporaneo di solito memorizza tutte le voci del database Derby e una volta completato l'aggiornamento; questi file possono essere rimossi.
Quando esegui l'aggiornamento BO da BOXI 3.x a BI 4.1, puoi avere più scenari per migrare diversi oggetti, contenuti, utenti, ecc. E ambito definito in ogni scenario. Come da raccomandazione SAP, è possibile utilizzare le iterazioni seguenti:
Iterazione | Scopo |
---|---|
Iterazione # 1 |
In questa iterazione, i seguenti oggetti sono stati migrati con le loro dipendenze:
Lo stesso approccio può essere utilizzato per tutti i gruppi di utenti, tutti i livelli di accesso in un'unica iterazione. Tuttavia, ciò può richiedere molto tempo in base al numero di oggetti, ecc. Pertanto, si consiglia di decidere il numero di iterazioni in base agli oggetti del repository. |
Iterazione # 2 |
I seguenti oggetti sono stati considerati per l'aggiornamento con le dipendenze. È possibile selezionare questi oggetti per la migrazione nella schermata Selezione oggetto:
Per questo libro di pattern, abbiamo eseguito la migrazione in un'unica iterazione. Tuttavia, a seconda del numero di iterazioni in base agli oggetti del repository. |
Iterazione # 3 |
Nella schermata iniziale "Seleziona filtro", il filtro temporale è stato impostato in base al requisito. Nel nostro cartamodello, stiamo selezionando la data di inizio come 02/01/2016 e la data di fine come 02/05/2016. Pertanto, verranno elencati e migrati solo i seguenti oggetti:
|
Iterazione # 4 |
I seguenti oggetti sono stati considerati per l'aggiornamento con le dipendenze. Questi sono gli oggetti selezionati per la migrazione nella schermata Selezione oggetto:
In queste iterazioni, tutte le dipendenze del contenuto (relative a tutti i documenti) sono state impostate per essere aggiornate per prime. Tuttavia, questo può essere fatto anche in incrementi. Notare che tutti gli oggetti che sono già stati migrati non saranno elencati nella schermata di selezione degli oggetti. Di nuovo, in questa iterazione stiamo usando la funzione "Nascondi oggetti che sono già aggiornati" dalla schermata del filtro di selezione. |
Iterazione # 5 |
I seguenti oggetti sono stati selezionati per l'aggiornamento con dipendenze:
Per questo libro di pattern, abbiamo eseguito la migrazione in un'unica iterazione. Tuttavia, a seconda del numero di oggetti, questa cabina di iterazione richiede molto tempo. Pertanto si consiglia di decidere il numero di iterazioni in base alle dimensioni del repository e al numero di oggetti. |