Configurer une règle de quota de transaction

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 3 minutes de lecture

    • Les règles de quotas de transaction vous permettent de définir une politique de quotas pour différents types de transactions.

    Avant de commencer

    Rôle requis : admin

    Pourquoi et quand exécuter cette tâche

    Les règles de quotas de transaction vous permettent de spécifier les conditions suivantes.
    • Conditions d’application de la politique.
    • Ordre dans lequel les quotas de transaction s’appliquent.
    • Durée maximale d’une transaction avant son annulation par le gestionnaire de quotas.
    Avertissement :
    Définir des quotas de transaction trop bas peut avoir de graves répercussions sur vos utilisateurs et empêcher les opérations normales de l’instance. Testez rigoureusement vos quotas de transaction avant de les mettre en production.

    Procédure

    1. Si nécessaire, activez le module d’extension Transaction Quotas.
    2. Accédez à la Définition du système > Règles de quota.
    3. Cliquez sur Nouveau.
    4. Renseignez le formulaire.
      Tableau 1. Champs des règles de quota de transaction
      Champ Description
      Nom Un nom unique pour identifier la règle.
      Actif Case à cocher qui détermine si cette règle est active (cochée).
      Durée maximale Nombre de secondes qu’une transaction doit terminer avant que le quota n’annule la transaction.
      Nombre maximal de règles métier Nombre d’exécutions de règles métier autorisées.
      Heure maximale de la base de données Nombre total de secondes pour toutes les requêtes SQL.
      Durée maximale de l'instruction SQL Nombre de secondes pendant lesquelles une instruction SQL peut s’exécuter.
      Nombre maximal de demandes sortantes Nombre de requêtes HTTP sortantes autorisées.
      Commande Nombre qui représente la priorité de la transaction de quota par rapport à d’autres quotas. Le quota de transaction avec le délai d’expiration le plus bas, la valeur d’ordre la plus basse et les conditions correspondantes détermine la politique de quota appliquée.
      Nombre maximal d'événements Nombre d’insertions sysevent autorisées.
      Nombre maximal de tâches Nombre d’insertions sys_trigger autorisées.
      Nombre maximal de requêtes SQL Nombre de requêtes SQL autorisées.
      Durée maximale des demandes sortantes Nombre de secondes d’une demande HTTP sortante.
      Description Description de la règle de quota de transaction.
    5. Définissez une condition pour spécifier quand le quota de transaction doit prendre effet.
      Le générateur de conditions de la règle de quota de transaction affiche les conditions qui ne sont applicables qu’aux transactions répertoriées dans la table suivante.
      Champ Description
      URL URL de la page.
      Nom de thread Nom du thread d’exécution qui exécute la transaction. Les threads de premier plan portent des noms tels que http-bio-8080-exec-1. Les threads d’arrière-plan peuvent avoir différents noms et sont utiles lorsque l’URL n’est pas suffisamment descriptive.
      Premier plan Que la transaction ait été effectuée au premier plan ou en arrière-plan :
      • Vrai : une transaction de premier plan.
      • Faux : une transaction en arrière-plan.
      Type Le type de transaction :
      • Liste : toute transaction de liste, telle que incident_list.do.
      • Formulaire : tous les formulaires, pages de l’interface utilisateur, pages CMS, etc.
      • XMLHttp : transactions qui s’exécutent via GlideAjax, où l’URL est xmlhttp.do.
      • Rapport : La page sys_report_template.do.
      • SOAP : transactions SOAP.
      • Exporter : lorsqu’une liste est exportée dans un format tel que XML ou Excel.
      • Planificateur : lorsqu’une tâche planifiée est effectuée.
      • Recherche de texte : transaction de recherche de texte ou l’une de ses opérations connexes.
      • Autre : Tout type qui ne répond pas aux qualités d’un autre type.
      Remarque :
      Faites correspondre le type de quota de transaction au type de transaction répertorié dans l’entrée de journal du gestionnaire de quotas pour la transaction.
      Utilisateur Utilisateur effectuant la transaction.
      Page d'accueil La page d’accueil en cours d’exécution. Cette condition n’est remplie que si l’URL est home.do.
      Widget de page d'accueil

      Le widget qui est affiché dans la transaction. Lorsqu’une page d’accueil ou un tableau de bord non réactif s’affiche, chaque widget s’affiche en parallèle.

      Lorsqu’un tableau de bord réactif s’affiche, chaque widget s’affiche dans l’ordre.

      Lorsque le quota est dépassé, les utilisateurs voient le message suivant : Widget annulé : temps d’exécution maximal dépassé. Augmentez la valeur du quota si vous ne souhaitez pas afficher ce message.
      Attributs Attributs divers associés à la transaction.
    6. Cliquez sur Envoyer.