Aller au contenu principal

Revue de Performance

Cette section explique comment vérifier et traiter les facteurs qui affectent la performance de SEI. Les informations sont techniques et mieux adaptées à ceux qui sont à l'aise avec les serveurs, les bases de données ou les paramètres réseau.

La plupart des problèmes de performance résultent 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 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 de données—en particulier la source principale—est essentielle pour optimiser la performance de SEI.

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

  1. Vérifiez la taille globale de la base de données.
    Examinez la taille physique de votre principale source de données. Dans SQL Server, cela est affiché sur l'écran des Propriétés de la Base de Données.
  2. Examinez les tailles des tables clés (nombre de lignes).
    Identifiez les tables critiques (telles que Clients, Articles d'Inventaire, Détails de Facture, Journal de Stock, Journal de Grand Livre). Exécutez : 
    SELECT COUNT(*) FROM <YourTableName>
  3. Testez la performance 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 d'une utilisation réelle en reporting et ciblez de grandes tables. Exemples de requêtes : 
    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. Sinon, examinez la configuration et les ressources du serveur.
  4. Testez la réponse des requêtes sur le réseau local (LAN).
    Exécutez les mêmes requêtes depuis un autre ordinateur à l'intérieur du LAN de l'entreprise. Si la performance baisse, examinez la configuration du réseau local.
  5. Testez la réponse des requêtes sur une connexion distante (WAN).
    Exécutez les requêtes depuis un ordinateur distant via le WAN. Si les temps de réponse augmentent considérablement, vérifiez l'infrastructure WAN et la connectivité, car celles-ci peuvent avoir un impact sévère sur la performance.

remarque

La plupart des problèmes de performance à ce stade sont liés à votre 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 Performance du Moteur de Base de Données et Performance Matérielle, ou consultez un spécialiste technique.

Performance​

Cette section se concentre sur l'optimisation des modèles de données SEI, des cubes OLAP et de l'utilisation du complément Excel. Appliquez ces optimisations après avoir confirmé la performance du serveur et du réseau.

Assurez-vous que la performance du serveur et du réseau est déjà confirmée avant d'appliquer ces étapes.

Optimisation du modèle de données​

Si vous rencontrez une lente performance avec une vue SEI, déterminez d'abord si elle est construite sur un modèle de données ou un cube.

Pour les Modèles de Données Lents :​

  1. Localisez la requête SQL utilisée par le modèle de données dans le fichier journal SEI. (Voir SEI Logs pour les emplacements 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 si nécessaire et envisager 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 du Complément Excel​

Lorsque vous rencontrez des problèmes de performance avec le complément Excel, identifiez quel modèle de données le rapport utilise et optimisez-le d'abord dans SEI. Vérifiez le journal SEI pour voir la requête SQL derrière votre rapport. (Voir SEI Logs pour les emplacements des fichiers.)

Si la performance d'Excel reste lente après l'optimisation du modèle de données, suivez ces directives :

  1. Examinez le nombre de formules Excel dans le rapport.
    Trop de formules (en particulier réparties sur plusieurs feuilles) sont une raison courante de la lente performance d'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 du Cache du Complément Excel.
    Un mauvais paramètre de cache est une cause fréquente de problèmes de performance avec le complément.
    Vérifiez ce paramètre et envisagez une formation supplémentaire pour garantir un setup de cache approprié pour votre environnement.

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

Performance du moteur de base de données​

Si vous avez écarté SEI comme source de 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 clés : la mémoire disponible et l' I/O disque.

Paramètres de Mémoire du Serveur de Base de Données​

  • Assurez-vous que le paramètre Mémoire Serveur Maximale dans SQL Server n'est pas configuré pour utiliser toute la RAM du serveur. Permettre à SQL Server d'utiliser toute la mémoire disponible peut affamer d'autres applications et services fonctionnant sur le serveur.
    Exemple : Si le serveur est dédié uniquement à SQL Server, allouer la plupart de la mémoire à SQL Server est raisonnable. Si le serveur exécute également d'autres applications ou services, laissez suffisamment de mémoire réservée pour ceux-ci également.
  • En règle générale, configurez SQL Server pour utiliser un maximum d'environ 80 % de la RAM totale (un réglage plus précis peut être nécessaire en fonction de la charge de travail du serveur).
  • Si vous n'êtes pas sûr, consultez un spécialiste technique pour déterminer la valeur appropriée pour votre environnement.

Surveiller les Ressources Système en Utilisant PerfMon​

Collectez des statistiques pendant au moins 15 minutes durant une charge de travail typique en utilisant le Moniteur de Performance Windows (PerfMon). Faites attention à ces compteurs clés :

  • Pages par Seconde (Compteur de Mémoire) :
    Suivre la quantité de mémoire que le serveur échange activement vers/depuis le disque.
    Des valeurs constantes supérieures à 150 suggèrent un goulot d'étranglement de mémoire. Des valeurs élevées peuvent également être causées par d'autres facteurs—consultez un spécialiste pour une analyse approfondie.
  • Espérance de Vie des Pages (Gestionnaire de Tampons SQL Server) :
    Indique combien de temps les données restent dans le pool de tampons de SQL Server avant d'être expulsées.
    Des valeurs supérieures à 300 secondes (5 minutes) sont idéales ; des chiffres en dessous sont souvent synonymes d’un besoin de plus de mémoire pour le serveur.
  • Longueur Moyenne de la File d'Attente de Disque :
    Montre combien de requêtes I/O attendent d’être traitées par le disque.
    Des valeurs constamment supérieures à 2 peuvent suggérer que le disque ne gère pas efficacement la charge. Envisagez de mettre à niveau la vitesse du disque ou d'examiner les motifs d'I/O.
  • % Temps Processeur :
    Mesure la proportion de temps où le processeur est occupé.
    Des valeurs soutenues supérieures à 70 % indiquent un stress du CPU et peuvent signaler un besoin de puissance de traitement supplémentaire.

Ces métriques doivent être interprétées dans le contexte de votre charge de travail et de votre environnement serveur. Consultez toujours un spécialiste technique expérimenté pour une analyse complète et avant de procéder à des modifications majeures de configuration.

Performance Matérielle​

Les problèmes de performance peuvent résulter 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 identifier la cause. Les sources courantes incluent :
    • Configuration ou infrastructure réseau, telles que les VPN ou la configuration LAN. Testez la performance en exécutant des requêtes sur chaque type de connexion réseau.
    • Surcharge du serveur ou dimensionnement incorrect. Le serveur peut manquer de ressources adéquates 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 dimensionné adéquatement pour des applications simultanées.