Scroll Top

Read this article in English uk-flag

Ne vous faites pas prendre par surprise — Comment 360Suite complète votre plan de secours SAP BusinessObjects

“Un bon plan aujourd’hui vaut mieux qu’un plan parfait demain”

Assurer la continuité et la disponibilité de votre environnement SAP BusinessObjects est essentiel pour que vos utilisateurs puissent accéder à tout moment à ce dont ils ont besoin, mais il arrive parfois que les choses tournent mal. Lorsque cela se produit, vous devez vous assurer de pouvoir revenir au moment où tout fonctionnait bien. Comment faire ? Prévoyez un plan de secours dès aujourd’hui aussi appelé plan de reprise après sinistre.

Le décisionnel est très critique dans une organisation car il est connecté à de multiples sources de données et les informations sont partagées dans les différents départements / projets. Si un incident survient, la restauration de SAP BusinessObjects ne doit pas être considérée uniquement comme une restauration du système, mais comme une restauration de plusieurs systèmes en raison de son interopérabilité avec d’autres systèmes. C’est cette dernière approche que nous vous recommandons d’implémenter. 

Vous connaissez l’adage, “échouer à se préparer, c’est se préparer à échouer”, et si un jour votre serveur tombe en panne et que vous ne savez pas quoi faire, vous ne pourrez pas dire que vous ne saviez pas ! Un plan de secours approprié  vous permettra d’assurer la continuité dans votre plateforme SAP BusinessObjects et ainsi de ne pas pénaliser le business.

Les 6 principes clés pour bâtir votre plan de secours SAP BusinessObjects

Un plan de secours SAP BusinessObjects ne s’improvise pas : il doit être bien pensé et il existe six principes pour y parvenir :

1. Comprendre la plan global de reprise en cas de sinistre au niveau de l’organisation et la manière dont Business Objects peut s’y intégrer

  • Comprenez-vous les termes DMIA (Durée Maximale d’Interruption Admissible), OTR (Objectif de Temps de Récupération) et PDMA (Perte de Données Maximale Admissible) ?
  • La stratégie concerne-t-elle un ou plusieurs systèmes d’information ?

2. Comprendre l’impact de SAP BusinessObjects

  • Quel est le degré d’importance de SAP BusinessObjects dans votre organisation ? 
  • Quelles sont les sources de données et d’où proviennent-elles ?
  • Quel est le degré de criticité de vos rapports : SOX, RGPD, etc ?

3. Créer un plan de secours

  • Déterminez le OTR et la PDMA
  • Assurez l’intégrité des données contre la modification (ex. VM corrompue) et la destruction des informations
  • Assurez-vous que le contenu restauré soit exact, qu’il n’y a pas de régression et qu’aucun objet ne manque
  • Veillez à ce que les autorisations de sécurité soient rétablies comme prévu
  • Devriez-vous opter pour une sauvegarde complète ? Pour une VM ? Pour une sauvegarde différentielle ?

4. Documenter et former

  • Assurez-vous que le plan puisse être exécuté par d’autres administrateurs et/ou d’autres membres de l’équipe
  • Assurez-vous d’avoir une check-list complète
  • Documentez chaque étape et la mettre à jour si nécessaire
  • Formez les personnes impliquées dans le processus, afin qu’elles aient les compétences techniques appropriées

5. Mise à l’épreuve du test et maintenance

  • Testez votre plan régulièrement et après chaque mise à niveau/migration
  • Envisagez la manière de traiter la perte de données pendant la restauration
  • Comment traiter les utilisateurs et les contenus supprimés pendant le PDMA
  • Comment traiter le contenu réglementé pendant le PDMA

6. Assurer le retour en arrière sur le site initial

  • Testez un véritable retour en arrière : combien de temps cela prend-il et cela fonctionne-t-il vraiment ?
  • Quel est votre OTR ?
  • Comment comparer les performances avant-après ?

L’un de ces scenarii vous est familier ? 

Il pourrait y avoir plusieurs situations dans lesquelles vous devriez activer votre plan d’urgence, et peut-être êtes-vous ou avez-vous été confronté à l’une des situations suivantes :

  • Le serveur ne fonctionne plus.
  • Contenu critique supprimé ou corrompu : des utilisateurs ont supprimé du contenu dans leurs dossiers personnels et/ou quelqu’un a apporté des modifications à un objet en production et celui-ci ne fonctionne plus.
  • Actions malveillantes : par exemple, un utilisateur n’est pas satisfait de quelque chose et supprime un fichier dans le FileStore.
  • Le centre de données n’est pas disponible.

Si vos ressources SAP BusinessObjects sont sur le même serveur, une simple sauvegarde de la VM sera une solution viable si vous acceptez de perdre du contenu. Cependant, si elles sont réparties sur plusieurs serveurs, une sauvegarde sur une machine virtuelle n’est pas adaptée à une récupération réussie après un sinistre : vous devrez restaurer toutes les ressources au même moment et risquer une perte de contenu. Les meilleures solutions pour les scenarii d’urgence dans SAP BusinessObjects, prévoient de disposer de sauvegardes de VM et aussi d’une technologie permettant la restauration et la réplication des sauvegardes incrémentales.

Actuellement, dans SAP BusinessObjects, vous travaillez très probablement à froid sur des fichiers .lcmbiar, mais ce n’est pas le moyen le plus fiable et il peut être corrompu, de plus, vous perdrez les différentes versions de l’objet. Vous perdrez également tout ce qui a été créé entre les deux. Vous devez vous demander si cela est acceptable ou non pour votre organisation. D’autres personnes restaureront hors site, ce qui implique de restaurer la sauvegarde, de bidouiller le SIA et vous aurez besoin de connaissances techniques supplémentaires, tout cela ajoutant au temps d’arrêt du serveur.  

Avoid Long-Term Disasters With 360Suite

Alors, comment pouvez-vous gérer tout cela avec 360Suite ? Notre solution, 360Plus, est le chaînon manquant de votre plan de secours. Elle vous permet de vous remettre de n’importe quel scénario, même celui auquel vous n’avez pas pensé, et vous pouvez restaurer absolument n’importe quel objet grâce à sa capacité incrémentielle. Lorsque vous sauvegardez pour la première fois, 360Plus sauvegarde tout, à partir de là il ne sauvegarde que ce qui a été modifié, donc dans certains cas votre PDMA peut être très court. Ces sauvegardes peuvent également être automatisées. Et, si quelque chose est accidentellement supprimé, vous pouvez simplement le restaurer à partir d’une véritable corbeille, contrairement à SAP BusinessObjects où certaines choses sont supprimées pour toujours. De plus, si un Univers ou un contenu est corrompu, cela n’a pas d’importance car notre solution peut restaurer la version que vous souhaitez.

360Plus vous permet également d’effectuer un retour en arrière automatique, spécialement conçu pour ceux qui veulent synchroniser des environnements. Par exemple, vous avez votre environnement de production et votre serveur DR qui sont opérationnels, mais le cauchemar avec SAP BusinessObjects est de savoir comment maintenir ces deux serveurs synchronisés. La réponse est simple : 360Plus ! L’un de nos clients a mis en œuvre cette solution pour son plan de reprise d’activité et a fait part de sa réussite à la communauté.

Conclusion

Un plan de secours approprié pour SAP BusinessObjects implique de comprendre l’impact de ce dernier sur votre organisation, de documenter chaque étape du plan, de former les collaborateurs et d’assurer les tests afin de garantir la continuité des activités en cas de sinistre/problème majeur. Si un désastre se produit, les solutions 360Suite vous permettront de restaurer n’importe quel contenu ou version de vos objets. Pourquoi prendre le risque quand 360Suite peut vous apporter la tranquillité d’esprit ?

Publications similaires

Laissez un commentaire