Aller au contenu principal

Évaluer la performance

Cette section explique comment vérifier et résoudre les facteurs qui influencent les performances de SEI. Les informations présentées sont techniques et s’adressent principalement aux personnes à l’aise avec les serveurs, les bases de données ou les paramètres réseau.

La plupart des problèmes de performance proviennent de facteurs externes à SEI — tels que votre serveur, votre base de données, votre réseau ou votre source de données.

Avant d’utiliser SEI, examinez la configuration de votre système pour vous assurer que tout fonctionne correctement. Les conseils et exemples fournis ici, axés sur SQL Server et Sage X3, vous aideront à identifier et à corriger les problèmes les plus courants.

Volume de données​

L’évaluation du volume de données dans vos sources — en particulier la source principale — est essentielle pour optimiser les performances de SEI.

Suivez ces étapes pour évaluer et surveiller le volume de données :

  1. Vérifier la taille globale de la base de données.
    Consultez la taille physique de votre source de données principale. Dans SQL Server, cette information se trouve dans l’écran Database Properties.
  2. Examiner la taille des tables clés (nombre de lignes).
    Identifiez les tables critiques (par exemple : Clients, Articles d’inventaire, Détails de facture, Journaux de stock, Journaux comptables). Exécutez : 
    SELECT COUNT(*) FROM <YourTableName>
  3. Tester les performances des requêtes côté serveur.
    Utilisez un outil comme SQL Server Management Studio pour exécuter des requêtes typiques directement sur le serveur. Choisissez des requêtes représentatives de l’usage réel en reporting et ciblant de grandes tables. Exemples : 
    SELECT TOP 500000 * FROM yourERP_CustomersTable
    SELECT TOP 500000 * FROM yourERP_GLJournalTable
    SELECT TOP 500000 * FROM yourERP_InvoiceTable
    Idéalement, la récupération de 500 000 enregistrements devrait prendre moins de 20 secondes. Dans le cas contraire, examinez la configuration et les ressources du serveur.
  4. Tester la réponse des requêtes sur le réseau local (LAN).
    Exécutez les mêmes requêtes à partir d’un autre ordinateur situé dans le LAN de l’entreprise. Si les performances diminuent, vérifiez la configuration du réseau local.
  5. Tester la réponse des requêtes via une connexion distante (WAN).
    Exécutez les requêtes depuis un ordinateur distant via le WAN. Si les temps de réponse augmentent fortement, examinez l’infrastructure WAN et la connectivité, car ces éléments peuvent avoir un impact majeur sur les performances.

remarque

La plupart des problèmes de performance à ce stade sont liés au moteur de base de données ou à l’infrastructure serveur/réseau — et non à l’application SEI elle‑même.

Pour un dépannage plus approfondi, consultez Performances du moteur de base de données et Performances matérielles, ou faites appel à un spécialiste technique.

Performance​

Cette section porte sur l’optimisation des modèles de données SEI, des cubes OLAP et de l’utilisation de l’Excel Add-in (Complément). Appliquez ces optimisations une fois les performances du serveur et du réseau confirmées.

Assurez‑vous que les performances du serveur et du réseau ont déjà été validées avant d’appliquer ces étapes.

Optimisation des modèles de données​

Si vous constatez des lenteurs dans une vue SEI, commencez par déterminer si elle est basée sur un modèle de données ou sur un cube.

Pour les modèles de données lents :​

  1. Repérez la requête SQL utilisée par le modèle de données dans le fichier journal de SEI. (Consultez SEI Logs pour l’emplacement des fichiers.)
  2. Copiez et exécutez la requête directement dans un client SQL (comme SQL Server Management Studio) sur le serveur de base de données.
  3. Analysez et optimisez la requête au besoin, et envisagez d’ajouter des index pour améliorer la vitesse.

attention

Pour Sage ERP sur SQL Server, utilisez toujours les outils recommandés par Sage pour ajouter des index — sinon vos modifications pourraient être perdues lors des mises à niveau.

Optimisation de l’Excel Add-in (Complément)​

Lorsque vous rencontrez des problèmes de performance avec l’Excel Add-in (Complément), identifiez d’abord quel modèle de données est utilisé par le rapport et optimisez‑le dans SEI. Consultez le journal SEI pour voir la requête SQL utilisée par votre rapport. (Consultez SEI Logs pour l’emplacement des fichiers.)

Si les performances d’Excel restent lentes après l’optimisation du modèle de données, appliquez les recommandations suivantes :

  1. Examinez le nombre de formules Excel dans le rapport.
    Un trop grand nombre de formules (surtout réparties sur plusieurs feuilles) est une cause fréquente de lenteur dans Excel.
    Pour améliorer l’efficacité, utilisez des paramètres (comme des listes déroulantes) permettant aux utilisateurs de filtrer les données et de réduire à la fois le nombre et la complexité des formules.
  2. Vérifiez le paramètre de cache de l’Excel Add-in (Complément).
    Un paramétrage incorrect du cache est une cause fréquente de problèmes de performance avec le complément.
    Vérifiez attentivement ce paramètre et envisagez une formation supplémentaire pour garantir une configuration du cache adaptée à votre environnement.

Pour plus de détails et de conseils sur l’optimisation des références et des formules, consultez Optimiseur de cache.

Performances du moteur de base de données​

Si vous avez écarté SEI comme source des ralentissements mais que vous rencontrez toujours des problèmes de performance, examinez l’utilisation des ressources et la configuration de votre serveur de base de données. Pour SQL Server, deux facteurs majeurs sont essentiels : la mémoire disponible et les opérations d’E/S disque.

Paramètres de mémoire du serveur de base de données​

  • Assurez‑vous que le paramètre Maximum Server Memory dans SQL Server n’est pas configuré pour utiliser toute la RAM du serveur. Si SQL Server consomme toute la mémoire disponible, les autres applications et services du serveur risquent d’être privés de ressources.
    Exemple : Si le serveur est entièrement dédié à SQL Server, il est raisonnable de lui attribuer la majorité de la mémoire. S’il héberge également d’autres applications ou services, réservez suffisamment de mémoire pour ceux‑ci.
  • En règle générale, configurez SQL Server pour utiliser un maximum d’environ 80 % de la RAM totale (un ajustement plus précis peut être nécessaire selon la charge du serveur).
  • En cas de doute, consultez un spécialiste technique pour déterminer la valeur appropriée pour votre environnement.

Surveiller les ressources système avec PerfMon​

Collectez des statistiques pendant au moins 15 minutes lors d’une charge de travail typique à l’aide de Windows Performance Monitor (PerfMon). Portez une attention particulière aux compteurs suivants :

  • Pages per Second (compteur Mémoire) :
    Mesure la quantité de mémoire que le serveur échange activement avec le disque.
    Des valeurs constantes supérieures à 150 suggèrent un goulot d’étranglement lié à la mémoire. Des valeurs élevées peuvent aussi être causées par d’autres facteurs — consultez un spécialiste pour une analyse approfondie.
  • Page Life Expectancy (SQL Server Buffer Manager) :
    Indique combien de temps les données restent dans le buffer pool de SQL Server avant d’être évincées.
    Des valeurs supérieures à 300 secondes (5 minutes) sont idéales ; des valeurs constamment plus faibles indiquent souvent que le serveur manque de mémoire.
  • verage Disk Queue Length :
    Indique le nombre de requêtes d’E/S en attente de traitement par le disque.
    Des valeurs constamment supérieures à 2 peuvent suggérer que le disque ne gère pas efficacement la charge. Envisagez d’augmenter la vitesse du disque ou d’examiner les schémas d’E/S.
  • % Processor Time :
    Mesure la proportion de temps pendant laquelle le processeur est occupé.
    Des valeurs soutenues au‑dessus de 70 % indiquent une pression sur le CPU et peuvent signaler un besoin de puissance de traitement supplémentaire.

Ces métriques doivent être interprétées en fonction de la charge de travail et de l’environnement de votre serveur. Consultez toujours un spécialiste technique expérimenté pour une analyse complète et avant d’apporter des modifications majeures à la configuration.

Performances matérielles​

Les problèmes de performance peuvent provenir du matériel de votre serveur, que ce soit avant ou après l’installation de SEI.

  • Si des problèmes surviennent avant l'installation de SEI, consultez un spécialiste technique pour en identifier la cause. Les sources courantes incluent :
    • La configuration ou l’infrastructure réseau, comme les VPN ou la configuration du LAN. Testez les performances en exécutant des requêtes sur chaque type de connexion réseau.
    • Une surcharge du serveur ou un dimensionnement inadéquat. Le serveur peut manquer de ressources pour la charge de travail actuelle.
  • Si des problèmes commencent uniquement après l'installation de SEI, examinez et optimisez votre configuration Nectari comme décrit dans les sections Performance et Performance du moteur de base de données. Si les problèmes persistent, évaluez si le matériel du serveur est correctement dimensionné pour exécuter plusieurs applications simultanément.