Outil de gestion de mise à niveau
Avec l'utilisation de l'outil de gestion de mise à niveau (UMT), vous pouvez importer des objets BO - utilisateurs, groupes et objets de contenu BO de la version précédente de la plateforme de BI vers la version mise à niveau. Lorsque vous mettez à niveau votre environnement BO, vous disposez de deux options pour effectuer la mise à niveau.
Complete Upgrade - Vous pouvez choisir de déplacer tous les objets de la source à la cible.
Incremental Upgrade - Vous pouvez également opter pour le déplacement d'objets par lots.
Configurer UMT
Pour utiliser UMT pour la mise à niveau, vous devez configurer UMT pour de meilleures performances. Exécutez la commande «Java –Xmx» pendant que vous lancez l'outil de gestion de mise à niveau pour l'exécuter avec Java Heap → Faites un clic droit sur UMT et allez dans Propriétés, comme expliqué ci-dessous -
Vous devez copier le chemin «Target» dans le Bloc-notes et remplacer «Xmx» par la quantité de Heap configurée pour votre système, comme indiqué ci-dessous -
Vous pouvez également configurer votre délai d'expiration dans l'outil de gestion de mise à niveau. Réglez le paramètre ci-dessous -
Pour définir le délai d'expiration CORBA pour UMT, vous devez accéder au fichier Propriétés et ajouter l'entrée ci-dessous. Le fichier de propriétés se trouve dans votre répertoire d'installation BO à ce chemin - «SAP BusinessObjects Enterprise XI 4.0 \ java \ apps \ upgradeManagementTool \ jars»
<entry key="umt.systemVar.backendCommunicationTimeoutInMS">630000</entry>
Il est recommandé de conserver la valeur inférieure à 630000, sinon vous risquez de rencontrer une erreur liée à la connexion au CMS.
Configuration de la source et de la cible dans UMT
Vous pouvez définir votre système CMS source et cible dans UMT et vérifier la connectivité. Exécutez l'outil de gestion de mise à niveau à partir de Tous les programmes → Sélectionnez Mise à niveau incrémentielle → Suivant. L'écran ci-dessous explique la même chose.
Entrez le nom de votre CMS source et cible et fournissez les informations d'identification. Fournissez le scénario de mise à niveau à partir de la liste déroulante, comme indiqué ci-dessous -
Vous avez différents scénarios de mise à niveau disponibles dans UMT, tels que -
Live to Live - Cela nécessitera à la fois le système source et le système cible.
BIAR to Live - Cette option est utilisée pour importer les objets du format de fichier BIAR vers le système cible en direct.
Live to BIAR - Cette option est utilisée pour exporter les objets au format BIAR à partir du système en direct.
Ces scénarios peuvent être utilisés en fonction de l'état de votre système source et cible. Les deux systèmes sont en place, vous pouvez effectuer une mise à niveau en direct sans exporter / importer des objets.
Dans BO 4.2, UMT a quelques nouvelles fonctionnalités comme ci-dessous -
Vous pouvez définir le niveau de journalisation comme faible, moyen et élevé dans la liste déroulante.
Lorsque vous sélectionnez le niveau de journalisation - «Élevé», il capture toutes les erreurs, avertissements et échecs pendant le processus.
Vous pouvez également définir un espace temporaire dans n'importe quel répertoire requis et relancer l'outil UMT après les modifications.
L'espace temporaire stocke généralement toutes les entrées de Derby Database et une fois la mise à niveau terminée; ces fichiers peuvent être supprimés.
Lorsque vous effectuez une mise à niveau de BO de BOXI 3.x vers BI 4.1, vous pouvez avoir plusieurs scénarios pour migrer différents objets, contenus, utilisateurs, etc. et la portée définie dans chaque scénario. Conformément à la recommandation SAP, les itérations ci-dessous peuvent être utilisées -
| Itération | Portée |
|---|---|
| Itération #1 |
Dans cette itération, les objets suivants ont été migrés avec leurs dépendances -
La même approche peut être utilisée pour tous les groupes d'utilisateurs, tous les niveaux d'accès en une seule itération. Cependant, cela peut prendre du temps en fonction du nombre d'objets, etc. Il est donc recommandé de décider du nombre d'itérations en fonction des objets de votre référentiel. |
| Itération # 2 |
Les objets suivants ont été pris en compte pour la mise à jour avec les dépendances. Vous pouvez sélectionner ces objets pour la migration dans l'écran de sélection d'objets -
Pour ce livre de modèles, nous avons effectué la migration en une seule itération. Cependant, selon le nombre d'itérations en fonction de vos objets de référentiel. |
| Itération # 3 |
Dans l'écran initial "Sélectionner le filtre", le filtre temporel a été défini en fonction des besoins. Dans notre carnet de patrons, nous sélectionnons la date de début comme 02/01/2016 et la date de fin comme 02/05/2016. Ainsi, seuls les objets suivants seront répertoriés et migrés -
|
| Itération # 4 |
Les objets suivants ont été pris en compte pour la mise à niveau avec les dépendances. Voici les objets sélectionnés pour la migration dans l'écran de sélection d'objets -
Dans ces itérations, toutes les dépendances de contenu (liées à tous les documents) ont été définies pour être mises à niveau en premier. Cependant, cela peut également être fait par incréments. Notez que tous les objets qui ont déjà été migrés ne seront pas répertoriés dans l'écran de sélection d'objets. Encore une fois, dans cette itération, nous utilisons la fonction "Masquer les objets déjà mis à jour" de l'écran de filtre de sélection. |
| Itération # 5 |
Les objets suivants ont été sélectionnés pour la mise à niveau avec les dépendances -
Pour ce livre de modèles, nous avons effectué la migration en une seule itération. Cependant, selon le nombre d'objets, cette cabine d'itération prend du temps. Par conséquent, il est recommandé de décider du nombre d'itérations en fonction de la taille de votre référentiel et du nombre d'objets. |