Moteur d'analyse Définitions : Performance
Moteur d'analyse Les définitions de performances mesurent l’efficacité d’une ServiceNow instance, englobant des aspects tels que la vitesse, la réactivité, l’utilisation des ressources et la fiabilité globale.
Définitions de l’Australie
Les définitions de performances suivantes ont été ajoutées pour la version Australie 2026 :
| Numéro | Actives | Niveau du résultat | Produit ServiceNow unique | Description brève | Impact sur l'entreprise | Étapes de résolution | Documentation justificative |
|---|---|---|---|---|---|---|---|
| sn_SE10001 | 1 | Recommander | Les scripts clients onChange doivent rechercher isLoading et return | La satisfaction de l’utilisateur peut être réduite par des problèmes de performances si le code des scripts onChange prend inutilement du temps de navigation | Ajoutez une condition comme dans « if (isLoading) return ; » comme première instruction de la fonction onChange pour vérifier isLoading et renvoyer. | Documentation | |
| sn_SE10003 | 1 | Agir | Le temps d’attente de saisie semi-automatique est supérieur à la limite maximale. | Les utilisateurs peuvent subir des impacts sur les performances. | Ajustez la propriété système glide.xmlhttp.ac_wait_time pour qu’elle soit en dessous du seuil recommandé. | Documentation | |
| sn_SE10006 | 1 | Agir | La tâche de suppression des ensembles de données à importer doit être définie sur actif | Les intégrations peuvent soudainement cesser de fonctionner, entraînant des temps d’arrêt des processus business. | Définissez le marqueur Actif sur true l’exécution de script planifiée de la suppression des ensembles de données à importer. | Documentation | |
| sn_SE10009 | 1 | Agir | Avant Les règles métier ne doivent pas modifier les enregistrements sur d’autres tables. | Maintenance accrue, car les autres développeurs qui développent sur le système doivent comprendre pourquoi la règle métier « before » met à jour d’autres enregistrements. | Si la règle métier doit insérer/mettre à jour un enregistrement d’une autre table, la règle métier doit être modifiée pour s’exécuter après l’opération de base de données. Définissez la valeur When sur after ou async. | Documentation | |
| sn_SE10010 | 1 | Agir | Les scripts clients ne doivent pas être définis dans la table globale | Les utilisateurs pourraient subir des impacts sur les performances. | Envisagez de déplacer ce script client vers une table de base. | Documentation | |
| sn_SE10011 | 1 | Agir | La recherche « Accéder à » ne doit pas utiliser par défaut l’opérateur « contient » | Les utilisateurs pourraient subir des impacts sur les performances. | Définissez la valeur de glide.ui.goto_use_contains ou false supprimez-la. | Documentation | |
| sn_SE10012 | 1 | Agir | Les règles métier ne doivent pas être définies dans la table globale | Les utilisateurs pourraient subir des impacts sur les performances. | Créez un include de script contenant la fonctionnalité de la règle métier globale. | Documentation | |
| sn_SE10013 | 1 | Agir | Le code côté client ne doit pas utiliser GlideRecord | Les utilisateurs pourraient subir des impacts sur les performances. | Convertir toutes les utilisations de GlideRecord en un appel ajax asynchrone. Si le script client est onSubmit, utilisez un appel ajax synchrone. | Documentation | |
| sn_SE10014 | 1 | Agir | Le niveau de journalisation SLA doit être défini sur « avis » | Les utilisateurs peuvent subir des impacts sur les performances en raison de toute l’activité de la journalisation sur la base de données. | Définissez la valeur sur « notice » si des messages de journal détaillés sur les SLA ne sont pas nécessaires. | Documentation | |
| sn_SE10016 | 1 | Recommander | Les cartes de transformation n’ont généralement pas besoin d’activer l’option « Exécuter les règles métier ». | Les utilisateurs pourraient subir des impacts sur les performances. | décochez la case Exécuter les règles métier si vous n’avez pas besoin d’exécuter les règles métier. | Documentation | |
| sn_SE10017 | 1 | Agir | La propriété système « Mettre à jour lors de l’itération » doit être définie sur faux | La logique métier peut être exécutée à l’insu de l’utilisateur. De plus, cela peut entraîner des données inexactes. | Définissez la valeur sur «false ». | Documentation | |
| sn_SE10018 | 1 | Agir | L'option « Utiliser la dernière exécution » doit être cochée dans les sources de données JDBC | Les enregistrements supplémentaires traités à chaque importation peuvent ajouter une pression inutile à l’instance et avoir un impact sur d’autres processus. | Assurez-vous que chaque importation n’importe pas tous les enregistrements à chaque fois à l’aide de l’option Utiliser la date et l’heure de la dernière exécution . Si vous exécutez une importation JDBC, utilisez l’option Date/heure de la dernière exécution dans la source de données de votre jeu d’importation. Pour un type d’importation de fichier, assurez-vous que ce qui génère vos fichiers ne fait qu’ajouter des données nouvelles ou qui ont été modifiées. | Documentation | |
| sn_SE10019 | 1 | Agir | Le code côté client ne doit pas utiliser g_form.getReference() | g_form.getReference() a un impact élevé sur les performances, car cette méthode récupère tous les champs dans le GlideRecord demandé alors que la plupart des tickets n’ont besoin que d’un seul champ. | Utilisez les appels AJAX pour effectuer des déplacements vers le serveur et renvoyer uniquement les valeurs de champ requises. | Documentation | |
| sn_SE10020 | 1 | Agir | Le code côté client ne doit pas utiliser de méthodes de synchronisation AJAX (à l’exception d’un script client onSubmit) | Les utilisateurs pourraient subir des impacts sur les performances. | Utilisez des appels AJAX asynchrones (getXML()) pour vous rendre sur le serveur. | Documentation | |
| sn_SE10025 | 1 | Agir | Les vues de listes ne doivent pas permettre aux utilisateurs d’afficher plus de 100 enregistrements. | Impact supplémentaire sur le serveur de base de données pouvant avoir un impact sur d’autres processus. | Réinitialisez la valeur de la propriété système sur 100 (ou quelle que soit la norme définie dans la définition du moteur d’analyse). | Documentation | |
| sn_SE10027 | 1 | Agir | Les scripts ne doivent pas utiliser SOAP getResponse() | L’utilisateur peut rencontrer un délai d’expiration dans l’attente de la réponse SOAP. Cela empêchera l’utilisateur d’effectuer tout autre travail. | Si possible, envisagez de passer true à la post() méthode pour rendre la requête SOAP asynchrone. Procédez ensuite au traitement de la réponse via la file d’attente ECC. | Documentation | |
| sn_SE10031 | 1 | Recommander | GlideAggregate doit être utilisé à la place de getRowCount() de GlideRecord | Impact supplémentaire sur le serveur de base de données pouvant avoir un impact sur d’autres processus. | Si le seul but de la GlideRecord requête est de renvoyer un nombre d’enregistrements, alors l’utilisation GlideAggregate est plus efficace. Si les données renvoyées par la GlideRecord requête sont également traitées, alors l’utilisation getRowCount() de est OK car c’est plus efficace que de faire à la fois a GlideAggregate et a GlideRecord. | Documentation | |
| sn_SE10032 | 1 | Recommander | Le code côté serveur ne doit pas contenir d’instructions de journalisation inutiles | Impact supplémentaire sur le serveur de base de données pouvant avoir un impact sur d’autres processus. | Supprimez toutes les instructions de journalisation/débogage du code, sauf s’il est utile de les avoir en production. | Documentation | |
| sn_SE10033 | 1 | Agir | gs.setProperty() ne doit pas être appelé dans des scripts | D’autres applications peuvent subir des impacts sur les performances. | Créez une table (et/ou utilisez une table personnalisée existante) qui permettra au script de mettre à jour la valeur sans la modifier sys_properties dans vos scripts. | Documentation | |
| sn_SE10035 | 1 | Recommander | Le code côté client ne doit pas contenir la méthode de débogage console.log() en production | La fonction côté client console.log pouvait entraîner des erreurs dans certaines versions du navigateur. De plus, il y a de fortes chances que ce qui est enregistré soit des informations que vous ne voudriez pas voir exposées publiquement, et que des personnes mal intentionnées puissent manipuler le script pour refléter des informations personnelles. Ce n’est jamais une bonne idée d’aller en production avec la journalisation de console activée. | En règle générale, le débogage n’est pas nécessaire en production sans raison. Au minimum, ayez une propriété qui contrôle le débogage afin qu’il puisse être facilement désactivé ou activé. Si vous utilisez UI16, remplacez la console.log() Appels avec jslog. Les avantages de jslog sont que vous devez ouvrir la fenêtre du débogueur JavaScript pour afficher la sortie, qu’il est compatible avec tous les navigateurs et qu’il peut être laissé en production puisque seuls les administrateurs peuvent ouvrir la fenêtre. Avant la promotion du code à la production, les déclarations console.log doivent être commentées ou entièrement supprimées pour des raisons de sécurité. | Documentation | |
| sn_SE10037 | 1 | Agir | Les cartes de transformation doivent avoir des champs fusionnés indexés | Impact supplémentaire sur le serveur de base de données pouvant avoir un impact sur d’autres processus. | Créez un index pour les champs fusionnés. | Documentation | |
| sn_SE10041 | 1 | Agir | Limiter les journaux système générés à 50 000 par jour | Les performances peuvent être affectées et/ou la possibilité que des erreurs réelles se produisent. | Résolvez les erreurs qui se produisent dans les journaux. Envisagez de réduire la quantité de messages de journalisation générés par les scripts. | Documentation | |
| sn_SE10042 | 1 | Suggérer | Les politiques d’interface utilisateur qui mettent les champs en lecture seule doivent être converties en ACL | Les performances pourraient être affectées. | Envisagez de convertir l’action de politique d’interface utilisateur (dont le seul but est de rendre un champ en lecture seule sans condition d’inversion si false ) en ACL. | Documentation | |
| sn_SE10047 | 1 | Recommander | Lignes par page La préférence doit par défaut être 20 pour les nouveaux utilisateurs | Les utilisateurs pourraient subir des impacts sur les performances. | Réinitialisez la valeur à 20. | Documentation | |
| sn_SE10052 | 1 | Recommander | Éviter de remonter pas à pas vers la sys_id d’un champ de référence | Impact supplémentaire sur le serveur de base de données pouvant avoir un impact sur d’autres processus. | Utilisez la fonction getValue sur le champ de référence de remontée pas à pas le plus profond pour obtenir la sys_id valeur de l’enregistrement référencé. Exemple : (Mauvais : current.caller_id.)sys_id - (Bon : current.getValue(caller_id)). | Documentation | |
| sn_SE10084 | 1 | Agir | Activer le module d’extension Client Transactions Timings | Tout problème de performance sera difficile à traquer sans journaux système détaillés. | Activez le module d'extension. | Documentation | |
| sn_SE10088 | 1 | Suggérer | La variable de recherche sélectionne des valeurs uniques par rapport à une « grande » table | Cela peut avoir un impact sur l’expérience de l’utilisateur final ainsi que sur les performances. | Vous pouvez utiliser une autre méthode pour n’afficher que les enregistrements uniques. Vous pouvez ajouter un marqueur à la grande table pour indiquer quelles valeurs sont uniques. Créez une toute autre table et sélectionnez toutes les valeurs de cette table. | Documentation | |
| sn_SE10092 | 1 | Agir | La définition du serveur LDAP doit limiter les attributs récupérés | Importation LDAP inefficace. Exposer des données sensibles. | Spécifiez les attributs spécifiques qui doivent être importés dans le champ Attribuables. Il est possible qu’il soit nécessaire d’ajouter les attributs à la mise en page du formulaire du serveur LDAP. | Documentation | |
| sn_SE10094 | 1 | Agir | Limitez les erreurs dans le journal système à 200 par jour. | L’expérience utilisateur, la qualité des données ou les performances peuvent être impactées négativement. | Résolvez les erreurs qui se produisent dans les journaux. | Documentation | |
| sn_SE10095 | 1 | Agir | Désactiver le débogage en production | Les utilisateurs peuvent rencontrer des problèmes de performances en production. | Définissez toutes les propriétés de débogage sur false En production. | Documentation | |
| sn_SE10096 | 1 | Agir | Les scripts clients ne doivent pas avoir de champ de script vide | Les performances côté client seront impactées négativement. | Désactiver ou supprimer le script client sans script. | Documentation | |
| sn_SE10099 | 1 | Agir | Listes connexes par défaut à charger après le chargement du formulaire | Amélioration de l’efficacité des utilisateurs. Les utilisateurs peuvent gagner quelques secondes en pouvant commencer à travailler sur un ticket pendant que les listes connexes se chargent en arrière-plan. | Ajoutez un enregistrement à la table Préférences utilisateur où l’utilisateur est nul et où la valeur est soit différée , soit à la demande. Cela définit le comportement par défaut de tous les utilisateurs afin de déterminer quand les listes connexes sont chargées. différé : charger la liste connexe de manière asynchrone une fois le chargement du formulaire terminé. Sur demande : chargez la liste connexe uniquement lorsque l’utilisateur demande spécifiquement à l’action d’interface utilisateur Charger les listes connexes. | Documentation | |
| sn_SE10119 | 1 | Suggérer | Les grappes de Serveur MID doivent être utilisées pour équilibrer la charge | Les données de configuration peuvent ne pas être mises à jour, car Découverte peut ne pas s’exécuter correctement. | Créez une nouvelle grappe de serveurs MID et associez tous les serveurs MID pertinents à la grappe. | Documentation | |
| sn_SE10120 | 1 | Suggérer | La taille maximale de la file d’attente sur le serveur MID est supérieure à la valeur par défaut | Cela peut entraîner des analyses à des heures de pointe élevées, ce qui nuit à l’expérience utilisateur. | Définissez la valeur de ce paramètre de configuration sur 500 (la valeur par défaut). | Documentation | |
| sn_SE10125 | 1 | Agir | Les règles métier avant/après/asynchrones ne doivent pas appeler current.update() pour empêcher la récursivité | Les utilisateurs peuvent rencontrer des délais de réponse lents en raison du traitement constant. | Déplacez la logique vers une règle métier « before » et supprimez la règle actuelle.update() | Documentation | |
| sn_SE10126 | 1 | Recommander | Les règles métier d’affichage ne doivent pas modifier les données | Les données peuvent être inexactes jusqu’à ce qu’un utilisateur ouvre le formulaire. | Supprimez toute logique qui entraîne la modification d’enregistrements. | Documentation | |
| sn_SE10128 | 1 | Suggérer | Le module d’extension Rotation de la base de données doit être activé | Les utilisateurs peuvent commencer à rencontrer des problèmes de performances. | Activez les modules d’extension Rotation de la base de données et Rotation de la base de données avec tables par défaut. | Documentation | |
| sn_SE10129 | 1 | Recommander | Les recherches de saisie semi-automatique utilisant « contient » doivent être remplacées par « startswith » | Les utilisateurs pourraient subir des impacts sur les performances. | Mettez à jour ou insérez le glide.ui.ref_ac.startswith et définissez la valeur sur true. | Documentation | |
| sn_SE10132 | 1 | Agir | Supprimer les moniteurs d’inactivité inutilisés | Impacts mineurs sur les performances des utilisateurs. | Supprimez le moniteur d’inactivité inutilisé. | Documentation | |
| sn_SE10133 | 1 | Agir | Les workflows ne doivent pas utiliser current.update() | Traitement inutile entraînant une instance plus lente. | Supprimer le courant.update() de toutes les activités de workflow. | Documentation | |
| sn_SE10134 | 1 | Agir | Évitez d’utiliser gs.sleep dans les activités du workflow. | Les performances peuvent être gravement affectées, car tous les threads de travail peuvent être consommés par des activités de workflow inutiles. | Remplacez gs.sleep par une activité de minuterie. | Documentation | |
| sn_SE10141 | 1 | Suggérer | Examiner les scripts lents dont l’exécution prend plus de 2 minutes et qui ont été exécutés plus de 100 fois | Une lenteur des performances peut avoir un impact sur l’expérience utilisateur. | L’instance détecte les scripts dont l’exécution prend beaucoup de temps et les enregistre dans la sys_script_pattern table. Vous pouvez accéder à la table en accédant à Diagnostic système > statistiques > scripts lents. Ceux-ci doivent être évalués pour déterminer leur cause potentielle et des optimisations doivent être effectuées le cas échéant. | Documentation | |
| sn_SE10217 | 1 | Recommander | Serveur MID Les membres de la grappe ne doivent pas se trouver sur le même hôte | Les serveurs MID sur le même hôte sont en concurrence pour les ressources et ont un point de défaillance commun si la machine hôte rencontre un problème. | Extrayez les MID du même hôte hors de la grappe. | Documentation | |
| sn_SE10218 | 1 | Suggérer | Utiliser Grappe ou Auto pour la sélection du serveur MID | Un serveur MID individuel peut être sous-utilisé, ce qui devient moins rentable. Une surutilisation d’un serveur MID peut être surutilisée, ce qui réduit les performances et entraîne l’échec des tâches et des données incomplètes. | Changez la méthode de sélection du serveur MID du calendrier de découverte en Grappe MID spécifique ou sélectionnez automatiquement Serveur MID. | Documentation | |
| sn_SE10219 | 1 | Suggérer | Les calendriers de découverte doivent être basés sur l’emplacement | Les tâches de découverte réparties sur plusieurs sites prennent plus de temps à terminer et à traiter. De plus, parcourir de longues routes réseau peut dégrader les performances. | Ajoutez un emplacement au calendrier de découverte. | Documentation | |
| sn_SE10221 | 1 | Suggérer | Les calendriers de découverte nécessitent une durée maximale d’exécution | Les tâches de longue durée entraînent des problèmes de performances. | Ajoutez une valeur supérieure à 0 au champ Nombre maximal d’exécutions . | Documentation | |
| sn_SE10224 | 1 | Suggérer | Les phases doivent être nommées « 1 ». | Peut entraîner un dysfonctionnement du comportement de découverte | Renommez la phase en « 1 ». | Documentation | |
| sn_SE10238 | 1 | Suggérer | Les calendriers de découverte doivent être échelonnés | Des tâches défaillantes empêchent la capture complète des données de découverte | Définissez des calendriers de découverte utilisant le ou les mêmes serveurs MID pour démarrer à des moments différents. | Documentation | |
| sn_SE10240 | 1 | Suggérer | Les grappes de serveurs MID doivent être composées de plus d’un membre | Les grappes de serveurs MID avec un seul hôte ne seront pas aussi efficaces ou efficientes pour le traitement des tâches | Ajoutez des MID supplémentaires à la grappe. | Documentation | |
| sn_SE10251 | 1 | Recommander | Éviter l’utilisation de scripts d’interface utilisateur globaux | Les utilisateurs peuvent rencontrer des performances lentes sur les formulaires. | Déterminez si ce script d’interface utilisateur doit être global et prenez des mesures pour le rendre local en décochant le marqueur global sur le script d’interface utilisateur et en mettant à jour le code approprié pour effectuer un appel au script d’interface utilisateur local. | Documentation | |
| sn_SE10253 | 1 | Suggérer | Les suggestions d’index doivent être examinées pour voir si les performances peuvent être améliorées. | Les utilisateurs peuvent rencontrer des rapports/filtrage lents. | Examinez la recommandation d’indice suggérée pour déterminer si la mise en œuvre de la recommandation améliorera les performances. | Documentation | |
| sn_SE10255 | 1 | Recommander | Les champs calculés ne doivent pas appeler GlideRecord ou GlideAggregate | Des impacts élevés sur les performances qui peuvent entraîner de longs temps de chargement. | Envisagez d’utiliser un champ de fonction ou une règle métier pour remplacer le calcul. La règle métier peut effectuer le calcul lorsque l’enregistrement est mis à jour. | Documentation | |
| sn_SE10256 | 1 | Suggérer | Les champs calculés ne doivent pas appeler d’includes de script | Des impacts élevés sur les performances qui peuvent entraîner de longs temps de chargement. | Envisagez d’utiliser une fonction ou une règle métier pour remplacer le calcul. La règle métier peut effectuer le calcul lorsque l’enregistrement est mis à jour. | Documentation | |
| sn_SE10258 | 1 | Suggérer | Les utilisateurs ne doivent pas être autorisés à charger plus de 100 enregistrements dans une vue de liste. | L’impact sur les performances peut se traduire par une mauvaise expérience utilisateur. | Redéfinissez le nombre de lignes par défaut par page sur 100 pour chaque utilisateur qui l’a modifiée. | Documentation | |
| sn_SE10259 | 1 | Recommander | GlideRecord/GlideAggregate ne doit pas apparaître dans le script des ACL de lecture | Des impacts élevés sur les performances qui peuvent entraîner de longs temps de chargement. | Supprimez l’utilisation de et GlideAggregate pour une ACL de GlideRecord lecture. Envisagez une autre approche qui n’aura pas autant d’impact sur les performances. | Documentation | |
| sn_SE10263 | 1 | Recommander | La propriété système glide.businessrule.callstack doit être définie sur faux | Les performances seront affectées, ce qui ralentira la plateforme. | Supprimez la propriété ou définissez-la sur false. | Documentation | |
| sn_SE10276 | 1 | Suggérer | La valeur du délai d’expiration SOAP ne doit pas être supérieure à 20 minutes | Une intégration peut être interrompue, ce qui entraîne des problèmes de qualité des données. | Déterminez une valeur de délai d’expiration plus appropriée entre et 5 secondes et 20 minutes. | Documentation | |
| sn_SE10289 | 1 | Agir | Le système ne prend pas en charge l’authentification par mot de passe LDAP via un serveur MID | De grandes quantités de journalisation peuvent entraîner des problèmes de performances du système. | Le marqueur d’authentification doit être défini false lorsque le serveur LDAP utilise un serveur MID. | Documentation | |
| sn_SE10293 | 1 | Suggérer | Propriété de limite d’exportation glide.ui.export.limit non définie selon OOB | Avoir une limite d’exportation supérieure à 10 000 peut créer des problèmes de performances généralisés sur l’instance. | Envisagez de supprimer l’enregistrement glide.ui.export.limit sys_property . Cela se traduira par l’utilisation de la valeur codée en dur de 10 000 enregistrements de la plateforme lors de l’exportation d’enregistrements xml, csv, xlsx, excel ou json. Sachez que les propriétés système , glide.csv.export.limitglide.xlsx.export.limit, glide.xml.export.limit, glide.excel.export.limit, sont glide.json.export.limit prioritaires sur Remarque : discutez avec votre équipe avant de glide.ui.export.limit. mettre à jour cette propriété, car elle peut avoir un impact sur les utilisateurs qui exportent des rapports. | Documentation | |
| sn_SE10298 | 1 | Suggérer | Aucune valeur glide.canvas.grid.widget_performance_threshold définie. | Potentiel de chargement lent du tableau de bord. | glide.canvas.grid.widget_performance_threshold doit être défini sur une valeur qui définit le nombre maximum de secondes à afficher pour un widget sur un tableau de bord. Considérez une valeur qui est un temps raisonnable pour qu’un widget s’affiche afin que les widgets lents ne cassent pas un tableau de bord entier. | Documentation | |
| sn_SE10418 | 1 | Recommander | Ne pas créer de champs de référence/liste sur les tables d’importation | Peut entraîner des références rompues ainsi que la perte de données | Sélectionnez une table de non-importation pour le champ de référence ou de liste à utiliser. | Documentation | |
| sn_SE10489 | 1 | Suggérer | Tailles des modèles définies en dessous de la taille minimale du modèle | Les performances peuvent être affectées si la taille du modèle est définie en dessous de la valeur par défaut. | Définissez la valeur par défaut de la propriété glide.edge.pattern.min.size système sur 5. | api/now/v1/context_doc_url/CSHelp :installed-with-edge-encryption | |
| sn_SE10513 | 1 | Agir | Vérifiez si des importations planifiées s’exécutent en même temps. | Les performances peuvent être considérablement affectées. | Examinez les importations planifiées pour déterminer si certaines sont planifiées pour la même heure. Si c’est le cas, mettez à jour l’heure de l’un afin qu’elle ne coïncide pas avec l’autre. | Documentation | |
| sn_SE10526 | 1 | Recommander | Rapports avec des temps d’exécution longs | L’utilisateur peut attendre pendant une période prolongée l’exécution des rapports. | Vérifiez les conditions de filtre et activez SQL pour l’assistance au débogage afin de vous assurer que les temps d’exécution sont optimisés. | Documentation | |
| sn_SE10529 | 1 | Recommander | Les indicateurs automatisés doivent être associés à une tâche de collecte | Les données qui apparaissent dans les tableaux de bord ne sont pas à jour et peuvent entraîner une analyse incorrecte des tendances. | Ouvrez un indicateur automatisé existant, modifiez la liste connexe des tâches et sélectionnez les collections ou les tâches que vous souhaitez affecter, utilisez les flèches pour déplacer les tâches vers l’autre liste et sélectionnez Enregistrer. | Documentation | |
| sn_SE10536 | 1 | Agir | Scripts ACL s’exécutant alors qu’ils ne le devraient pas | Cela peut avoir de graves répercussions sur les performances et la stabilité. Cela peut également provoquer un comportement inattendu. | Cochez la case Avancé sur les ACL si vous souhaitez afficher le script, ou assurez-vous que le champ de script est vide si vous ne souhaitez pas qu’il s’exécute. Dans la plupart des cas, un champ de script doit au moins confirmer que l’utilisateur est connecté. | Documentation | |
| sn_SE10548 | 1 | Agir | N’interrogez pas le journal d’audit dans vos intégrations personnalisées et votre code. | La surcharge de performances pour interroger la table sys_audit est très importante et aura une incidence négative sur l’instance. | Supprimez les requêtes dans le journal d’audit. | Documentation | |
| sn_SE10559 | 1 | Agir | Éviter les expressions JEXL dynamiques dans une évaluation | Bien que le code semble fonctionner, il affecte une ressource de mémoire (appelée PermGen) dans la machine virtuelle Java, ce qui peut entraîner des problèmes de performances et même des pannes système au fil du temps. | Utiliser des variables Jelly à l’intérieur des balises g :evaluate est d’inclure l’attribut jelly="true », puis de référencer une copie de la variable avec le préfixe jelly. | Documentation | |
| sn_SE10567 | 1 | Agir | Utilisez les services AngularJS plutôt que les objets de fenêtre. | L’utilisation directe d’objets de fenêtre crée un code étroitement couplé qui ne peut pas être correctement testé ou simulé, ce qui entraîne une réduction de la qualité et de la fiabilité du code. Cela augmente les coûts de maintenance, rend les défauts plus difficiles à détecter avant la production et peut entraîner des erreurs d’exécution inattendues difficiles à diagnostiquer et à résoudre. Le code qui ne peut pas être testé de manière adéquate présente un risque plus élevé d’introduire des bogues lors de modifications ou de mises à niveau futures. | Remplacez toutes les utilisations des méthodes de fenêtre par des services AngularJS natifs dans la mesure du possible. Utilisez les services suivants plutôt que l’objet window : $document plutôt que window.document $interval plutôt que window.setInterval $location plutôt que window.location $timeout plutôt que window.setTimeout $window plutôt que window Le service pertinent devra être injecté dans le contrôleur client. | Documentation | |
| sn_SE10568 | 1 | Suggérer | Utilisez des liaisons AngularJS unidirectionnelles plutôt que des {{options.myVar}} bidirectionnelles pour les variables d’option non dynamiques | Les performances sont affectées lorsqu’une liaison unidirectionnelle est rendue à 2 voies. | remplacez « {{options.my Var}} » par « {{ ::options.myVar}} ». | Documentation | |
| sn_SE10571 | 1 | Agir | Règles métier de requête sur les tables HR Core | Les performances peuvent être gravement affectées par des règles métier de requête supplémentaires dans les tables HR Core | Évitez d’ajouter des règles métier de demande sur les tables HR core. Profitez d’autres fonctionnalités prêtes à l’emploi telles que les ACL, les rôles ou la séparation de domaine. Les ACL sont la méthode privilégiée pour contrôler l’accès aux données RH, car elles peuvent être mises en cache. | Documentation | |
| sn_SE10574 | 1 | Revue | Utiliser des politiques d’interface utilisateur au lieu de scripts clients | Les performances seront affectées | Créez des politiques d’interface utilisateur pour remplacer les scripts clients, lorsque cela est possible. Tenez compte des politiques d’interface utilisateur si les scripts clients sont utilisés pour définir des champs sur obligatoires/facultatifs, des champs visibles/invisibles ou des champs activés/désactivés. | Documentation | |
| sn_SE10577 | 1 | Recommander | Tâche de collecte planifiée avec une durée d’exécution moyenne élevée | Un temps d’exécution moyen élevé affecterait les performances et provoquerait des retards | Assurez-vous que vos tables de base de données sont correctement indexées pour les requêtes de la tâche. L’indexation peut accélérer considérablement la récupération des données. | Documentation | |
| sn_SE10582 | 1 | Recommander | Utiliser le champ Condition dans les règles métier | Les performances sont affectées lorsque les conditions sont définies dans le script plutôt que dans le générateur de conditions. | Supprimez la condition du script et ajoutez-la au champ de condition. | Documentation | |
| sn_SE10595 | 1 | Agir | Les indicateurs automatisés d’Analyse des performances doivent avoir des conditions valides | Les données collectées ne sont pas valides, ce qui fausse les résultats. | Corrigez la condition de panne dans l’indicateur automatisé. | Documentation | |
| sn_SE10612 | 1 | Suggérer | Supprimez les services inutilisés du contrôleur client. | Les services inutilisés ne servent à rien dans le script et peuvent affecter les performances. | Examinez et supprimez les services qui ne sont pas utilisés dans le widget. | Documentation |