Scroll Top

Read this article in English uk-flag

Avant votre migration SAP BusinessObjects… 

(vers un nouveau serveur ou une nouvelle version)

migration-sap-businessobjects

Depuis 2001, mon mari et moi avons déménagé 5 fois. A chaque fois, nous avons déménagé une grande caisse lourde et verrouillée dont j’ignorais le contenu. Mon mari me disait qu’elle contenait des “choses importantes” qu’il voulait conserver. Nous avons donc payé 5 fois son déménagement, pour l’entreposer au sous-sol ou dans le garage de chaque maison et jamais nous ne l’avons ouverte. Je ne me suis jamais plus interrogé que ça à son sujet jusqu’à ce que je sois contrainte de l’entreposer à mon bureau. Cette grande caisse était sous mes yeux et je voulais m’en débarrasser ! Mon mari m’a avoué qu’il avait perdu la clé, je pense qu’il avait aussi oublié ce qu’il y avait dans la caisse. Après une semaine de “discussions”, il a fini par débloquer la serrure et ouvrir la caisse. C’était rempli de ses manuels d’université…de plus de 20 ans…ils étaient tous obsolètes ! 

Vous vous demandez peut-être pourquoi je partage cette histoire et ce que ça a à voir avec la migration de votre contenu Business Objects.  Le déplacement de cette caisse me rappelle les migrations de BusinessObjects que j’ai effectuées au fil des ans. Nous avons migré le contenu d’une version de Business Objects vers une autre et nous n’avions aucune idée si nous déplacions du contenu inutilisé ou obsolète. Nous n’avions aucune idée de ce qui était utilisé et nous ne pouvions pas risquer de supprimer les rapports ou les objets que les utilisateurs finaux avaient besoin, alors nous avons tout migré. C’est exactement ce que nous faisions en déplaçant d’une maison à l’autre une caisse fermée à clé remplie de vieux manuels scolaires. Si j’avais su ce qu’il y avait à l’intérieur, je les aurais recyclés ou donnés avant le premier déménagement !

J’ai été administratrice Business Objects pendant 10 ans pour un client. Pendant ce temps, j’ai mis à jour toutes les versions de Business Objects depuis de la version 5.  L’environnement était très lourd, notamment à cause d’une grande utilisation ad hoc, si bien que le nombre de rapports dans les dossiers personnels des utilisateurs a considérablement augmenté à travers le temps. Cela a bien sûr augmenté la taille du référentiel et augmenté le temps nécessaire aux migrations. Chaque fois que nous passions à une nouvelle version de Business Objects, nous essayions de trouver des stratégies différentes pour amener les utilisateurs à nettoyer leurs dossiers personnels, en vain.

Lors d’un déménagement, vous ne voulez jamais tout emballer, déménager est le moment idéal pour faire le tri ! Vous devez en faire de même lorsque vous migrez d’une version de Business Objects à une autre, ou que vous passez d’un serveur à un autre, ou même d’un environnement on-premise vers un environnement dans le Cloud. Ce sont toutes des migrations qui coûteront plus cher et prendront plus de temps en fonction de la quantité de contenu que vous avez à migrer.  Les migrations sont le moment idéal pour nettoyer vos plateformes !

Nous avons mis au point une méthodologie en 10 étapes que vous trouverez ici:

graphique-etapes-migration-business-objects

Ce billet de blog est consacré aux étapes du nettoyage (étape 3).

Continuez-vous à migrer tout votre contenu d’une version à l’autre ou d’un serveur à l’autre ?  Consacrez-vous du temps et des ressources à migrer du contenu qui n’est pas utilisé, obsolète ou redondant ? Ajoutez-vous constamment de l’espace à vos serveurs au fur et à mesure que vos environnements grandissent ? Avez-vous un inventaire détaillé de votre contenu ? 

Avez-vous les réponses à ces questions ?

  • Quels rapports n’ont pas été exécutés au cours de la dernière année ou des deux dernières années ? 
  • Quels objets dans vos univers ne sont pas repris dans les rapports de votre environnement ?  Lesquels le sont dans des rapports inutilisés ?
  • Qu’est-ce qui occupe la majorité de l’espace du CMS ? S’agit-il de documents dans les boîtes de réception ? des instances ? des dossiers publics ? ou des dossiers personnels ?  

Ne serait-il pas formidable de savoir ce qu’il y a dans votre environnement et d’avoir des informations précises sur ce qui devrait être conservé ou non ? La possibilité d’archiver les contenus inutilisés et obsolètes avant une migration permettrait d’accélérer les temps de migration et de réduire le stockage nécessaire sur le serveur BOE. L’auditeur de Business Objects peut fournir des informations utiles, cependant, l’audit ne fournira que des données sur le contenu qui a été utilisé. Si un rapport n’a jamais été exécuté ou si un objet n’a jamais été utilisé, il n’apparaîtra sur aucun rapport d’audit. Notre client, Orange, a utilisé 360Suite pour savoir exactement quel contenu était utilisé et non utilisé afin de préparer sa migration.

Avec 360Suite, vous pouvez avoir une vue d’ensemble détaillée de vos environnements SAP BusinessObjects. En effet, les rapports fournis par l’outil vous permettent de répondre aux questions que vous vous posez sur votre environnement. En ce qui concerne la limite d’audit évoquée ci-dessus, 360Suite comble ce manque en combinant les données du CMS, de l’auditeur et du FRS, le tout dans une seule base de données sur laquelle il est facile de requêter. Les métadonnées de 360Suite sont réparties dans 4 univers et plus de 70 rapports Webi pré-construits qui vous permettent de commencer votre analyse sans effort de configuration.  Vous avez également la possibilité de créer vos propres rapports personnalisés si vous souhaitez aller plus loin. Vous vous demanderez alors comment vous faisiez sans 360Suite !

migration-business-objects

Les bénéfices de 360Suite sont les suivants: 

  • Avoir un aperçu détaillé du contenu inutilisé (objets de l’univers, rapports, utilisateurs, etc.). 
  • Comparez plusieurs environnements et versions tout au long de la migration.
  • Analyser et nettoyer les univers UNV avant de les convertir en UNX.
  • Optimisez les structures des documents avant de les convertir en identifiant les objets et les variables qui ne sont pas utilisés. 
  • Déterminez quels documents contiennent certains objets, certaines variables ou certaines requêtes SQL (analyses d’impact).
  • Repérez les rapports dupliqués et notamment ceux qui ont été copiés dans différents dossiers de l’environnement. 
  • Comparez la sécurité entre les versions pour déterminer ce qui a changé pendant la migration.
  • Documentez le contenu de votre environnement ; documents, univers et sécurité.
  • Et bien plus encore….

Ne vous lancez pas dans une migration sans savoir avec précision ce qu’il faut migrer. Faites l’inventaire du contenu à migrer afin de réussir vos migrations sans problème et réduire vos coûts.

D’autres étapes préalables à la migrations sont recommandées pour faciliter vos upgrades et migrations SAP BusinessObjects. Nous les avons recensées dans cette check-list de préparation.

checklist-migration-business-objects

Publications similaires

Laissez un commentaire