Fonctionnalités de monitoring et d’observabilité pour les environnements SAP
Soyez plus productif, diminuez coûts et risques, automatisez et simplifiez vos processus. C’est aussi simple que ça.
Des outils intelligents
pour un monitoring intelligent
Découvrez les 80+ métriques et alertes prêtes à l’emploi de Redpeaks
Les principaux composants de monitoring SAP, tels que NetWeaver, HANA, les endpoints REST personnalisés et les jobs SAP, sont déjà instrumentés et immédiatement exploitables.
L’outil de monitoring SAP de Redpeaks apporte une valeur concrète à ses clients en améliorant la performance, la stabilité et la fiabilité de leurs environnements SAP.
Prévenir le ralentissement, voire la panne de vos environnements SAP, n’a jamais été aussi simple à configurer et à gérer.
L’observabilité « business-centric »
Redpeaks va au-delà des simples métriques techniques en fournissant un contexte utile, comme :
- Quelle business unit ou quel rapport critique a échoué
- La conformité des SLA de rapports planifiés
- Quelles sources de données ralentissent la génération des rapports
Le monitoring SAP de Redpeaks offre une réelle valeur ajoutée à ses clients en optimisant la performance, la stabilité et la fiabilité de leurs environnements SAP.
Prévenir le ralentissement ou la panne de vos paysages SAP n’a jamais été aussi simple à mettre en place et à gérer.
Si vous souhaitez identifier les goulots d’étranglement et les erreurs système de SAP avant qu’ils n’affectent vos opérations, utilisez Redpeaks !
Nous vous alertons en cas de déconnexions, de délais de réponse et d’expiration des certificats SSL, autant de petits problèmes susceptibles de nuire à la stabilité de votre entreprise et au respect de vos accords de niveau de service.
Assurez la disponibilité de votre système SAP en réduisant les temps d’arrêt imprévus et améliorez ainsi la disponibilité de votre système pour votre entreprise.
Le monitoring SAP avec Redpeaks offre une couverture complète de SAP et des composants de l’écosystème associés, permettant une visibilité de bout en bout sur l’ensemble des environnements informatiques.
Redpeaks offre également des avantages clés en s’intégrant à votre environnement ITSM :
- Création automatique de tickets en fonction de la gravité de l’alerte ou de règles prédéfinies.
- Intégration d’informations contextuelles détaillées sur SAP (nom du système, journaux d’erreurs, informations sur les transactions).
- Suivi du cycle de vie des incidents, de leur détection à leur résolution.
L’outil de monitoring SAP Redpeaks est conçu pour s’intégrer de manière transparente aux autres outils et systèmes de l’environnement informatique.
Il repose sur une architecture modulaire dotée de plugins et de capacités d’intégration qui étendent ses fonctionnalités, améliorent l’interopérabilité et renforcent l’automatisation.
RedPeaks s’intègre également aux principales plateformes ITSM (gestion des services informatiques) afin de rationaliser la gestion des incidents :
- ServiceNow
- BMC Remedy
- Jira Service Management
- Zendesk
Éprouvé dans des environnements mondiaux et hybrides :
- Déployé avec succès dans le cadre de RISE with SAP, dans le cloud public, en mode hybride et sur site
- Utilisé par des MSP, de grands centres d’excellence SAP et des entreprises du classement Fortune 500
Nous prenons en charge les environnements cloud hybrides et les architectures de surveillance, ainsi que les fonctionnalités de haute disponibilité et de redondance, offrant une visibilité en temps réel sur la latence, la connectivité, l’évolutivité et la disponibilité des services cloud.
RISE with SAP est une offre gérée, disponible sur abonnement, qui comprend S/4HANA Cloud (édition publique ou privée), SAP BTP et la gestion de l’infrastructure (généralement sur des hyperscalers tels qu’AWS, Azure ou GCP).
Redpeaks prend en charge RISE sans connecteur ni plug-in spécifique, car il fonctionne sans agent et se connecte à votre instance SAP via un simple accès utilisateur.
Grâce à une prise en charge complète de RISE et à une surveillance ciblée, pilotée par API, pour tout type d’intégration, Redpeaks pour les environnements RISE est pratiquement équivalent à SAP sur site, avec des options supplémentaires d’intégration cloud et hybride.
Le module SAP Cockpit de Redpeaks apporte une grande valeur stratégique et opérationnelle en offrant une vue unifiée et en temps réel de l’état, des performances et de la conformité des environnements SAP, y compris les environnements S/4HANA.
Tableaux de bord prédéfinis : une fois la fonctionnalité activée, les utilisateurs reçoivent automatiquement des tableaux de bord pour S/4HANA, HANA et BusinessObjects, couvrant tous les aspects, de la vue d’ensemble aux détails au niveau des transactions.
Vous recherchez une solution d’observabilité SAP et d’opérations intelligentes ?
Technologies monitorées
Une couverture complète de SAP et des composants de l’écosystème associés, offrant une visibilité de bout en bout sur l’ensemble des environnements informatiques.
Redpeaks offre également des avantages clés en s’intégrant à votre environnement ITSM :
- Création automatique de tickets en fonction du niveau de gravité des alertes ou de règles prédéfinies.
- Inclusion d’informations contextuelles détaillées sur SAP (nom du système, journaux d’erreurs, informations sur les transactions).
- Suivi du cycle de vie des incidents, de leur détection à leur résolution.
Prend en charge RISE sans agent spécifique ni transport SAP intrusif ; connectez-vous à votre instance SAP à l'aide d'un simple identifiant utilisateur.
Apporte une valeur ajoutée considérable aux projets de migration vers SAP S/4HANA, grâce à des fonctionnalités de monitoring proactif et d'observabilité intelligente.
Architecture simple sans agent : déployez sans agent ni protocole de transport sur n'importe quel environnement SAP ECC 6.0.
Surveillance approfondie et native de BOBJ pour l'assistance critique de SAP BusinessObjects, en particulier pour les bases d'utilisateurs importantes ou les accords de niveau de service (SLA) soumis à des contraintes de délai.
Des informations approfondies sur la base de données, notamment les requêtes lentes, les tendances de croissance de la base de données, les problèmes de connexion et l'état des sauvegardes et des restaurations.
Surveillance approfondie et spécifique en temps réel de la base de données SAP HANA, pendant la migration ou après la mise en service, à l'aide des API SQL natives de HANA.
Déployé avec succès dans le cadre de RISE with SAP, sur le cloud public, en mode hybride et sur site, notamment à l'aide des technologies SAP Cloud et BTP.
Destinée aux clients de Redpeaks, cette intégration transparente avec SAP Cloud ALM enrichit la gestion du cycle de vie grâce à des fonctionnalités avancées d'observabilité.
Optimisez votre monitoring avec des Plugins
Nous proposons plusieurs plugins d’intégration permettant de connecter Redpeaks Monitoring à des environnements tiers.
Les informations de surveillance générées par Redpeaks peuvent également être transmises via une API ou par e-mail.
Si vous avez besoin d’un plugin personnalisé, n’hésitez pas à nous contacter ; nous travaillerons avec vous pour le mettre à votre disposition.
Anticiper l'apparition de problèmes dans l'environnement SAP d'une entreprise pharmaceutique
Une entreprise pharmaceutique internationale spécialisée dans les vaccins, qui compte 13 000 utilisateurs SAP traitant jusqu’à 1,5 million de transactions par jour, s’engage à améliorer la vie des gens grâce à des médicaments, des vaccins et des produits de santé innovants.
Découvrez le rôle essentiel de Redpeaks dans la gestion de leur environnement SAP.
« Grâce à Redpeaks, l’équipe informatique peut surveiller les événements SAP afin d’évaluer les performances et les temps de réponse sur l’ensemble de l’infrastructure informatique. »
- Senior Manager of IT Operations
FAQ sur l'observabilité SAP
L’observabilité SAP va bien au-delà de la simple vérification du bon fonctionnement de vos systèmes.
Cette FAQ répond aux questions les plus courantes que se posent les équipes SAP concernant la surveillance des performances, la détection précoce des incidents, le suivi des indicateurs SAP critiques et l’amélioration de la visibilité sur les environnements SAP complexes.
Qu'est-ce que l'observabilité SAP ?
L’observabilité SAP désigne la capacité à comprendre l’état de santé, les performances et le comportement d’un environnement SAP en analysant les données issues de l’infrastructure, des bases de données, des applications SAP, des interfaces et des processus métier. Elle va bien au-delà de la simple vérification du « fonctionnement » ou de la « panne » des systèmes individuels.
Une observabilité SAP efficace combine des indicateurs tels que les temps de réponse des boîtes de dialogue SAP, l’utilisation des processus de travail, les performances HANA, les tâches en arrière-plan, le traitement des IDocs, les files d’attente RFC, les journaux système et les workflows critiques pour l’activité. Cela fournit aux équipes SAP Basis et d’exploitation le contexte dont elles ont besoin pour identifier les comportements anormaux, en comprendre les causes profondes et détecter les problèmes avant qu’ils n’affectent les utilisateurs.
Redpeaks offre une observabilité SAP centralisée sur l’ensemble des environnements, notamment SAP S/4HANA, NetWeaver, HANA et BusinessObjects, avec une surveillance en temps réel, des tableaux de bord et des alertes.
Outre l'utilisation du processeur et de la mémoire, quels autres éléments les équipes SAP doivent-elles surveiller ?
Les équipes SAP doivent surveiller les performances des applications, les processus de travail, les interfaces, les tâches en arrière-plan, les bases de données et les processus métier, en plus des indicateurs d’infrastructure tels que l’utilisation du processeur et de la mémoire.
Parmi les indicateurs spécifiques à SAP, on peut citer :
- Les temps de réponse des dialogues et leurs composantes de traitement, de base de données, d’attente et RFC
- L’utilisation des processus de travail de dialogue, d’arrière-plan, de mise à jour et de spool
- Les performances de la mémoire étendue ABAP et du tampon SAP
- Les vidages courts, les journaux système, les erreurs de mise à jour et les verrous
- La mémoire HANA, le volume des journaux, les sauvegardes, les requêtes coûteuses et l’état de santé de la base de données
- Les erreurs IDoc, les messages en attente, les files d’attente RFC/qRFC et la latence des interfaces
- Échecs des tâches en arrière-plan, durées d’exécution, retards et exécutions manquées
- Temps de réponse des transactions SAP et disponibilité des instances
- Exécution des rapports et des processus critiques pour l’activité
Un serveur peut présenter des ressources CPU et mémoire normales alors que les utilisateurs continuent de rencontrer des transactions lentes, des processus de travail bloqués ou des interfaces retardées. La surveillance de la couche applicative SAP est donc essentielle pour comprendre la qualité réelle du service.
Comment détecter les incidents SAP avant que les utilisateurs ne se plaignent ?
Les incidents SAP peuvent être détectés avant même que les utilisateurs ne se plaignent, en surveillant les signaux d’alerte précoces et les tendances, plutôt qu’en attendant l’apparition d’erreurs graves ou de pannes.
Parmi les exemples, on peut citer une augmentation progressive du temps de réponse des boîtes de dialogue, une utilisation croissante des processus de travail, l’allongement des files d’attente IDoc ou qRFC, des tâches en arrière-plan prenant plus de temps que d’habitude, la mémoire HANA tendant vers sa limite, une latence croissante des interfaces ou encore un processus planifié qui ne s’exécute pas à l’heure prévue.
La clé consiste à définir ce qui constitue un fonctionnement « normal » pour chaque système SAP et à déclencher une alerte lorsque le comportement s’écarte de cette référence. Les seuils adaptés à l’heure sont souvent plus efficaces que les seuils statiques universels, car les charges de travail SAP normales varient entre les heures de bureau, les fenêtres de traitement par lots nocturnes et le traitement de fin de mois.
Redpeaks collecte en continu des métriques spécifiques à SAP et peut déclencher des alertes lorsque les conditions indiquent une dégradation, aidant ainsi les équipes à passer d’un dépannage réactif à une exploitation proactive de SAP.
Quels indicateurs une équipe SAP Basis doit-elle surveiller ?
Une équipe SAP Basis doit surveiller les indicateurs à tous les niveaux de l’application SAP, de la base de données, des interfaces et de l’infrastructure, plutôt que de se limiter à un petit ensemble d’indicateurs clés de performance (KPI) au niveau des serveurs.
Au niveau de l’application SAP, les équipes doivent suivre les temps de réponse des boîtes de dialogue, l’utilisation des processus de travail, les files d’attente du répartiteur, la mémoire ABAP, les taux de réussite des tampons, les vidages courts, les verrous, les demandes de mise à jour, les journaux système et la disponibilité des serveurs d’application.
Pour les opérations SAP, elles doivent également surveiller l’état, la durée, le délai de démarrage et la fréquence des tâches en arrière-plan ; les erreurs IDoc et les messages en attente ; les files d’attente RFC et qRFC ; les temps d’exécution des transactions SAP ; l’activité du spool et SAPconnect.
Pour les environnements SAP HANA, la surveillance doit en outre porter sur la mémoire de la base de données, l’utilisation de l’espace disque et du volume des journaux, les sauvegardes, les services, les connexions, les instructions coûteuses et l’état de la réplication.
Les seuils appropriés dépendent de la charge de travail normale de chaque système, de son niveau de criticité et des objectifs de niveau de service.
Quelles sont les causes des retards dans les IDoc SAP ?
Les retards dans le traitement des IDocs SAP sont généralement dus à des retards de traitement, à l’indisponibilité des systèmes récepteurs, à une capacité de traitement insuffisante, à des files d’attente bloquées, à la lenteur du traitement des applications ou à des erreurs de configuration et de données.
Par exemple, les IDocs sortants peuvent rester au statut 02 ou 12 lorsqu’un sous-système EDI ou de réception ne traite pas les messages. Les IDocs entrants peuvent s’accumuler au statut 64 lorsque SAP reçoit des messages plus rapidement que les processus disponibles ne peuvent les enregistrer. Cela peut se produire lorsque les processus de travail en arrière-plan sont occupés, que le programme de traitement des entrées ralentit ou qu’un message antérieur bloque le traitement suivant.
Le statut 51 indique généralement une erreur d’enregistrement de l’application, souvent liée à des problèmes de données de base, d’autorisation ou de configuration.
Les équipes SAP doivent donc surveiller non seulement les erreurs d’IDoc, mais aussi l’ancienneté des messages, la croissance des files d’attente, les états d’attente et le débit par type de message. Redpeaks peut surveiller les IDocs en statut ERROR et WAITING à l’aide de règles basées sur le mandant SAP, le type de message, le partenaire et le sens de transmission.
Comment faut-il surveiller les tâches en arrière-plan SAP ?
Il convient de surveiller les tâches en arrière-plan SAP en termes de statut, de durée d’exécution, de retard au démarrage et de fréquence prévue, et non pas simplement pour vérifier si elles aboutissent finalement.
Une tâche critique pour l’activité peut techniquement s’achever avec succès tout en posant néanmoins un problème opérationnel, car elle s’est exécutée trop tard, a pris beaucoup plus de temps que d’habitude ou a produit des résultats erronés. De même, une tâche planifiée qui ne démarre jamais peut ne pas générer le même signal d’échec évident qu’une tâche interrompue.
Les équipes SAP doivent donc surveiller :
- Les tâches interrompues ou annulées
- La durée d’exécution par rapport à la durée prévue ou historique
- Les retards de démarrage
- Les exécutions de tâches manquantes
- Les plannings et calendriers prévus
- Les dépendances entre les tâches critiques
- Les sorties spool ou d’application pour les processus à forte valeur ajoutée
L’outil SAP Jobs Monitor de Redpeaks assure un suivi spécifique du statut d’erreur, de la durée, des retards et de la fréquence d’exécution des tâches, avec des règles configurables et des niveaux d’alerte personnalisables pour chaque tâche.
Comment assurer le monitoring de SAP BusinessObjects ?
La surveillance de SAP BusinessObjects doit porter sur la diffusion des rapports, les services BusinessObjects, les tâches planifiées, la connectivité aux sources de données et l’expérience utilisateur, plutôt que de se limiter à vérifier si les serveurs BusinessObjects sont en fonctionnement.
Les domaines clés comprennent le serveur de gestion central (CMS), le serveur de traitement adaptatif, le serveur de tâches adaptatif, les services de traitement Web Intelligence, les serveurs de référentiel de fichiers et le serveur de connexion.
Les équipes SAP BusinessObjects doivent surveiller la disponibilité des services et la consommation des ressources, la longueur de la file d’attente des tâches, l’exécution des rapports planifiés, les rapports ayant échoué ou manquants, les temps de rendu des rapports, les erreurs de connexion à la base de données, les sessions simultanées et l’utilisation des licences.
Pour les rapports critiques pour l’activité, la surveillance doit également vérifier si le résultat attendu a bien été produit. Une tâche BusinessObjects peut afficher le statut « Réussite » même si le rapport obtenu ne contient aucune donnée significative.
Redpeaks propose une surveillance de BusinessObjects sans agent couvrant des domaines tels que la disponibilité des services, les taux de réussite des instances de tâches, les tendances en matière de temps de rendu et l’utilisation des licences, le tout au sein de l’environnement SAP au sens large.
Quelle est la différence entre le monitoring SAP et l'observabilité SAP ?
Le monitoring SAP signale aux équipes lorsqu’un indicateur ou un composant connu s’écarte de son état attendu, tandis que l’observabilité SAP fournit le contexte plus large nécessaire pour comprendre pourquoi le problème survient et comment il affecte l’environnement SAP ou le processus métier.
Le monitoring SAP traditionnel peut signaler qu’un pool de processus de travail est saturé, qu’un IDoc a échoué ou que la mémoire HANA a dépassé un seuil.
L’observabilité SAP relie ces signaux entre eux. Par exemple, une augmentation du temps de réponse des boîtes de dialogue peut être corrélée à la saturation des processus de travail, à une dépendance RFC lente et à une file d’attente d’interface qui s’allonge. L’examen conjoint de ces signaux permet une analyse des causes profondes bien plus rapide que l’étude indépendante de chaque alarme.
L’observabilité étend également la surveillance au-delà de la disponibilité technique pour englober les tendances, les dépendances, l’expérience utilisateur et les résultats métier.
Redpeaks regroupe les données de monitoring spécifiques à SAP dans des tableaux de bord, des indicateurs et des alertes centralisés couvrant l’ensemble des applications SAP, des bases de données, des intégrations et des processus métier, aidant ainsi les équipes à comprendre à la fois ce qui se passe et où concentrer leurs efforts d’investigation.