Configurer une règle de quota d’application

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 3 minutes de lecture

    • Vous pouvez configurer une règle de quota d’application pour limiter le nombre d’événements ou de tâches qui peuvent s’exécuter dans le champ d’application d’une application dans un délai spécifié.

    Avant de commencer

    Rôle requis : administrateur

    Pourquoi et quand exécuter cette tâche

    Vous devez être dans le périmètre de l’application pour laquelle vous souhaitez créer une règle.

    Procédure

    1. Accédez à la Tout > Définition du système > Règles de quota de l'application.
    2. Cliquez sur Nouveau.
      Le formulaire Règle de quota de l’application s’affiche.
    3. Renseignez les champs.
      Tableau 1. Configuration des règles de quota de l’application
      Champ Description
      Nom Nom unique permettant d’identifier la règle.
      Application Nom de l’application incluse dans le périmètre. Pour modifier ce champ, utilisez le sélecteur d’application pour modifier l’application. Ce champ ne peut pas être global.
      Commande Nombre qui représente la priorité de la transaction de quota par rapport aux autres quotas.
      Actif Case à cocher qui détermine si cette règle est active (sélectionnée).
      Journal uniquement Lorsque cette option est cochée, les transactions ne sont pas annulées par une violation de quota, mais des entrées sont ajoutées au journal de l’hôte local qui indiquent que les transactions enfreignent la règle de quota.

      Une entrée est ajoutée au journal d’annulation de transaction où le champ de journal uniquement est défini.
      Nombre maximal d'événements Nombre maximal d’événements autorisés pendant la période de mise à jour.
      Nombre maximal de tâches Nombre maximal de tâches autorisées pendant la période de mise à jour.
      Condition Conditions qui déterminent quand le quota de transaction s’applique. Le générateur de conditions affiche les conditions qui ne sont applicables qu’aux transactions. Par exemple, Premier plan est vrai.
      Description Description du quota de transaction.
    4. Définissez une condition pour spécifier quand la règle de quota de l’application doit entrer en vigueur.
      Le créateur de conditions de règle de quota de l’application affiche les conditions qui ne sont applicables qu’aux transactions répertoriées dans la table suivante.
      Champ Description
      Attributs Attributs divers associés à la transaction.
      Créé Lorsque la transaction a été créée.
      Créé par Qui a créé la transaction.
      Premier plan Indique si la transaction a été effectuée au premier plan ou à l’arrière-plan :
      • Vrai : une transaction de premier plan.
      • Faux : transaction en arrière-plan.
      Page d'accueil La page d’accueil en cours d’exécution. cette valeur n’est renseignée que si l’URL est home.do.
      Widget de page d'accueil Widget de page d’accueil affiché dans la transaction. Lorsqu’une page d’accueil est affichée initialement, chaque widget de page d’accueil est rendu en parallèle.
      Nom du périmètre initial Champ d’application où la méthode qui a créé la transaction est définie. Définir ce nom sur autre chose que l’application sélectionnée signifie que la règle n’est jamais utilisée. La règle examine uniquement les transactions de l’application sélectionnée, et cette valeur demande à la règle de rechercher une application différente, de sorte que la condition n’est jamais satisfaite.
      Nom du périmètre Périmètre de l’application qui a appelé la méthode qui a créé la transaction.
      ID système Un sys_id de la transaction.
      Nom de thread Nom du thread d’exécution qui exécute la transaction. Les threads de premier plan ont des noms tels que http-bio-8080-exec-1. Les fils de discussion d’arrière-plan peuvent avoir différents noms et peuvent être utiles lorsque l’URL n’est pas suffisamment descriptive.
      Type 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 passent par 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, 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.
      URL L’URL de la page.
      Mis à jour Lorsque la transaction a été mise à jour.
      Mis à jour par Qui a mis à jour la transaction.
      Mises à jour Ce qui a été mis à jour.
      Utilisateur Utilisateur effectuant la transaction.
    5. Cliquez sur Envoyer.