---
sourceDocument: Yokohama Now Plattformverwaltung
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/platform-administration

 Release :

    - yokohama

ft:locale :

    - de-DE

ft:publication_title :

    - Yokohama Now Plattformverwaltung

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# Transaktionsquoten

# Transaktionsquoten {#ariaid-title1}

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 Minute Lesedauer

Mit Transaktionsquoten können Sie eine Quotenrichtlinie für verschiedene Arten von Transaktionen definieren. Eine Transaktionsquote bricht jede Transaktion ab, die gegen die Richtlinie verstößt, und benachrichtigt den Anwender über die Stornierung.  
Das Plugin „Transaktionsquoten" ist standardmäßig auf allen neuen und aktualisierten Instanzen aktiv.Abbildung : 1. Transaktion abgebrochen  
Das Transaktionskontingent schreibt auch die Abbruchnachricht als Warnung in die Protokolldatei.Abbildung : 2. Protokoll „Transaktion abgebrochen"

Normalerweise legen Administratoren Transaktionsquoten fest, um zu verhindern, dass schlecht ausgeführte Abfragen und Skripts Systemressourcen verbrauchen. Dadurch wird sichergestellt, dass keine Transaktion genügend Ressourcen verbraucht, um die Ausführung anderer Transaktionen zu verhindern. Administratoren können auch Abbruchprotokollnachrichten anzeigen, um Transaktionen zu identifizieren, die übermäßige Ressourcen verbrauchen könnten.

## Funktionsweise von Transaktionsquoten

Transaktionen verwenden den Kontingentmanager, einen Hintergrund-Thread, der Transaktionen abbricht. Der Kontingentmanager führt die folgenden Aktionen aus.

1. Ruft eine Liste aktiver Transaktionen ab, ähnlich der Liste unter AnwenderadministrationAktive Transaktionenan.
2. Durchläuft jede Transaktion und überprüft alle Quotenregeln mit Bedingungen, die der Transaktion entsprechen. Das erste Vorkommen, das eine der Quotenbeschränkungen überschreitet, löst einen Transaktionsabbruch aus. Wenn sich eine Transaktion ändert oder eine neue Kontingentregel vorhanden ist, bewertet der Kontingentmanager die Transaktion neu.  
   Hinweis:  
   Die Reihenfolge Das Feld in einer Quotenregel wirkt sich auf die Reihenfolge aus, in der die Quotenregeln überprüft werden. Der Kontingentmanager überprüft zuerst Regeln für niedrigere Ordnung (z. B. Reihenfolge 80 vor Bestellung 90), überprüft aber letztendlich alle Regeln. Dies kann je nach den Bedingungen der beteiligten Regeln geringfügige Auswirkungen auf die Leistung haben.
3. Bricht die Transaktion ab, wenn sie länger als das angegebene Kontingentmaximum ausgeführt wurde.
4. Protokolliert die laufenden Transaktionen.
5. Schläft bis zum nächsten Heartbeat, der von gesteuert wird glide.quota.manager.heartbeat [Systemeigenschaft](https://servicenow-prod.fluidtopics.net/wprdnjnd4epj6XznR1yGmQ "Ein Administrator kann die folgenden Systemeigenschaften hinzufügen, um Transaktionsquoten zu verwalten.").
{#c_TransactionQuotas__ol_lwr_pr1_rp}

## Beispiele für Transaktionsstornierungen

Transaktionen können aus mehr als einem Grund abgebrochen werden. Suchen Sie nach den folgenden Indikatoren.

* Maximale Ausführungszeit überschritten : Diese Nachricht wird angezeigt, wenn die Threads „Glide.Kontingent.Manager" die Transaktion abbrechen.
* Durch andere Transaktion abgebrochen : Diese Nachricht wird angezeigt, wenn die Transaktion vom Sitzungs-Thread abgebrochen wurde, der sie ursprünglich ausgegeben hat, und nicht vom Glide.Kontingent.Manager-Thread.
* Durch Anwenderanforderung abgebrochen : Diese Nachricht wird angezeigt, wenn der Anwender auf die rote X-Schaltfläche geklickt hat, um die laufende Transaktion abzubrechen.

{#c_TransactionQuotas__ul_eyp_dk1_ts}  
Wenn Sie nach Transaktionen suchen, die von Glide.Kontingent.Manager abgebrochen wurden, suchen Sie nach \[Nachricht\] \[enthält\] \[maximale Ausführungszeit überschritten\] Kombination. Zum Beispiel:

    Cancelling transaction /home.do - Default-thread-11.0 (maximum execution time exceeded): Thread Default-thread-11.0 (Default-thread-11.0, F530DD111B11111111FC031767DA158E), after 30000ms

an.