Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Microsoft Graph erzwingt gleichzeitig zwei Kategorien von Drosselungsgrenzwerten für alle API-Aufrufe:
- Globale Grenzwerte, die für alle Dienste gelten
- Dienstspezifische Grenzwerte, die für einzelne Dienste gelten
Jede Anforderung kann anhand von mehreren Einschränkungen ausgewertet werden – und zwar je nach dem Gültigkeitsbereich der Einschränkung (pro App in allen Mandanten, pro Mandant für alle Apps, pro App pro Mandant usw.), dem Anforderungstyp (GET, POST, PATCH usw.) und anderen Faktoren. Die erste zu erreichende Einschränkung löst ein Einschränkungsverhalten aus.
In der folgenden Tabelle sind die globalen Limits angegeben:
| Anforderungstyp | Pro App in allen Mandanten |
|---|---|
| Beliebig | 130.000 Anforderungen pro 10 Sekunden |
Der Rest dieses Artikels bietet eine Übersicht über die dienstspezifischen Drosselungsgrenzwerte für jeden Microsoft Graph-Dienst.
Hinweis
Die in diesem Artikel beschriebenen spezifischen Grenzwerte können sich ändern.
In diesem Abschnitt bezieht sich der Begriff Mandant auf die Microsoft 365-Organisation, in der die Anwendung installiert ist. Bei einer Einzelmandantenanwendung kann dieser Mandant derselbe sein wie derjenige, in dem die Anwendung erstellt wurde. Bei einer mehrinstanzenfähigen Anwendung kann es sich um einen anderen Mandanten handeln.
Diensteinschränkungen für Zuweisung
| Anforderungstyp | Einschränkung pro App pro Mandant | Einschränkung pro Mandant für alle Apps |
|---|---|---|
| Beliebig | 350 Anforderungen pro 10 Sekunden | 700 Anforderungen pro 10 Sekunden |
| Any | 10.000 Anforderungen pro 3.600 Sekunden | 20.000 Anforderungen pro 3.600 Sekunden |
| POST /publish | 25 Anforderungen pro 10 Sekunden | 25 Anforderungen pro 10 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Grenzwerte des Bookings-Diensts
Der Bookings-Dienst wendet Beschränkungen auf jede Kombination aus App-ID und Postfach an, insbesondere wenn eine bestimmte App auf ein bestimmtes Buchungspostfach zugreift. Das Überschreiten der Grenze für ein Postfach wirkt sich nicht auf die Fähigkeit der Anwendung aus, auf ein anderes Postfach zuzugreifen.
| Grenze | Gilt für |
|---|---|
| Vier gleichzeitige Anforderungen | v1.0- und Beta-Endpunkte |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Cloud-Kommunikationsdiensteinschränkungen
| Ressource | Einschränkungen pro App |
|---|---|
| Aufrufe | 50.000 Anforderungen in einem Zeitraum von 15 Sekunden pro Anwendung pro Mandant |
| Besprechungsinformationen | 2.000 Besprechungen/Benutzer pro Monat |
| Anwesenheit | 10.000 Anforderungen in einem Zeitraum von 30 Sekunden pro Anwendung pro Mandant |
| Virtuelles Ereignis | 750 GET Anforderungen pro App für alle Mandanten in einem Zeitraum von 30 Sekunden und 15 Create, Updateund Delete Anforderungen pro App für alle Mandanten in einem Zeitraum von 30 Sekunden. |
Grenzwerte für Anrufdatensätze
Die in der folgenden Tabelle aufgeführten Grenzwerte gelten für die folgenden Ressourcen:
| Einschränkungstyp | Grenze |
|---|---|
| Pro Anwendung für alle Mandanten | 15.000 Anforderungen pro 20 Sekunden |
| Pro Mandant für alle Anwendungen | 10.000 Anforderungen pro 20 Sekunden |
| Pro Anwendung pro Mandant | 1.500 Anforderungen pro 20 Sekunden |
| Pro Anrufdatensatz | 40 Anforderungen pro 20 Sekunden |
| Anrufdatensätze auflisten | 40 Anforderungen pro 20 Sekunden |
Grenzwerte für PSTN-Anrufdatensätze
Die in der folgenden Tabelle aufgeführten Grenzwerte gelten für die folgenden Ressourcen:
| Einschränkungstyp | Grenze |
|---|---|
| Pro Mandant | 1.000 Anforderungen pro 60 Sekunden |
| Pro Anwendung pro Mandant | 200 Anforderungen pro 60 Sekunden |
| Pro Sammlung | 50 Anforderungen pro 60 Sekunden |
Diensteinschränkungen für Excel
Erläuterungen und bewährte Methoden im Zusammenhang mit Excel-Diensteinschränkungen finden Sie unter Verringern von Einschränkungsfehlern. Darüber hinaus sind im Folgenden einige Einschränkungsgrenzwerte angegeben.
| Anforderungstyp | Einschränkung pro App für alle Mandanten | Einschränkung pro App pro Mandant |
|---|---|---|
| Beliebig | 5000 Anfragen pro 10 Sekunden | 1500 Anforderungen pro 10 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Diensteinschränkungen für Education
| Anforderungstyp | Einschränkung pro App für alle Mandanten | Einschränkung pro App pro Mandant |
|---|---|---|
| Beliebig | 400.000 Anforderungen pro 20 Sekunden | 35.000 Anforderungen pro 10 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Grenzwerte des Exchange-Nachrichtenablaufverfolgungsdiensts
| Einschränkungstyp | Grenze |
|---|---|
| Pro Mandant | 100 Anforderungen pro 5 Minuten |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Diensteinschränkungen für Dateien und Listen
Informationen zu Dienstgrenzwerten für OneDrive und SharePoint finden Sie unter Vermeiden von Drosselung oder Blockierung in SharePoint.
Die vorstehenden Informationen gelten für die folgenden Ressourcen:
Diensteinschränkungen für Identitäts- und Zugriffberichte
| Anforderungstyp | Einschränkung pro App für alle Mandanten | Einschränkung pro App pro Mandant |
|---|---|---|
| Beliebig | 122 Anforderungen pro 10 Sekunden | Fünf Anforderungen pro 10 Sekunden |
| GET signInActivity | 10 Anforderungen pro Minute | 10 Anforderungen pro Minute |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Bewährte Methoden für Identitäts- und Zugriffsberichte
Microsoft Entra-Berichts-APIs werden gedrosselt, wenn Microsoft Entra ID während eines bestimmten Zeitraums zu viele Aufrufe von einem Mandanten oder einer App empfängt. Anrufe können auch gedrosselt werden, wenn der Dienst zu lange braucht, um zu antworten. Wenn Ihre Anfragen trotz Anwendung der bewährten Praktiken zur Handhabung der Drosselung immer noch mit einem 429 Too Many Requests-Fehlercode fehlschlagen, versuchen Sie, die Menge der zurückgegebenen Daten zu reduzieren. Probieren Sie zuerst diese Ansätze aus:
- Verwenden Sie Filter, um Ihre Abfrage nur auf die benötigten Daten abzuzielen. Wenn Sie z. B. nur einen bestimmten Ereignistyp oder eine Teilmenge von Benutzern benötigen, filtern Sie andere Ereignisse mithilfe der Abfrageparameter
$filterund$selectheraus, um die Größe des Antwortobjekts und das Risiko einer Einschränkung zu verringern. - Wenn Sie einen breiten Satz von Microsoft Entra ID-Berichtsdaten benötigen, verwenden
$filterSie für createdDateTime, um die Anzahl der Anmeldeereignisse zu begrenzen, die Sie in einem einzelnen Aufruf abfragen. Durchlaufen Sie dann den nächsten Zeitraum, bis Sie alle benötigten Datensätze haben. Wenn Sie beispielsweise gedrosselt werden, können Sie mit einem Aufruf beginnen, der Daten für drei Tage anfordert, und mit kürzeren Zeitspannen iterieren, bis Ihre Anforderungen nicht mehr gedrosselt sind. - Der
$select=signInActivityParameter für den Vorgang "Benutzer auflisten" kann eine strengere Drosselung verursachen als standardmäßige Microsoft Graph-API-Aufrufe. Um diese Grenzwerte zu umgehen, verwenden Sie diesen Parameter nur, wenn dies erforderlich ist. Wenn Sie Daten zur Anmeldeaktivität benötigen, verwenden Sie$top=500diese Option, um die maximale Anzahl von 500 Benutzern pro Seite anstelle der Standardwerte von 100 zu bestimmen. Dadurch wird die Gesamtzahl der erforderlichen API-Aufrufe reduziert.
Diensteinschränkungen für Identität und Zugriff
Muster
Die Drosselung basiert auf einem Token Bucket-Algorithmus, der durch das Hinzufügen der individuellen Kosten für Anforderungen funktioniert. Die Summe der Anforderungskosten wird dann mit vorgegebenen Grenzwerten verglichen. Es werden nur die Anforderungen gedrosselt, die die Grenzwerte überschreiten. Wenn einer der Grenzwerte überschritten wird, lautet 429 Too Many Requestsdie Antwort: . Es ist möglich, Antworten zu erhalten 429 Too Many Requests , auch wenn die folgenden Grenzwerte nicht erreicht werden, wenn die Dienste unter einer wichtigen Last stehen oder basierend auf dem Datenvolumen für einen bestimmten Mandanten. In der folgenden Tabelle sind die vorhandenen Beschränkungen aufgelistet.
| Einschränkungstyp | Kontingent „Ressourceneinheit“ | Kontingent „Schreiben“ |
|---|---|---|
| Anwendung und Mandantenpaar | S: 3.500 ResourceUnits pro 10 Sekunden M: 5.000 ResourceUnits pro 10 Sekunden L: 8.000 ResourceUnits pro 10 Sekunden |
3.000 Anforderungen pro 2 Minuten und 30 Sekunden |
| Anwendung | 150.000 ResourceUnits pro 20 Sekunden | 35.000 Anforderungen pro 5 Minuten |
| Mandant | Nicht zutreffend | 18.000 Anforderungen pro 5 Minuten |
Hinweis
Die Beschränkung „Anwendung und Mandantenpaar“ variiert je nach der Anzahl der Benutzer im Mandanten, für den die Anforderungen ausgeführt werden. Die Mandantengrößen sind wie folgt definiert: S – unter 50 Benutzende, M – 50 bis 500 Benutzende und L – über 500 Benutzende.
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
In der folgenden Tabelle sind die Kosten für die Basisanforderung aufgelistet. Alle nicht aufgeführten Anforderungen haben die Basiskosten 1.
| Vorgang | Anforderungspfad | Kosten der Basisressourcen-Einheit | Schreibkosten |
|---|---|---|---|
| GET | applications |
2 | 0 |
| GET | applications/{id}/extensionProperties |
2 | 0 |
| GET | contracts |
3 | 0 |
| POST | directoryObjects/getByIds |
5 | 0 |
| GET | domains/{id}/domainNameReferences |
4 | 0 |
| POST | getObjectsById |
5 | 0 |
| GET | groups/{id}/members |
3 | 0 |
| GET | groups/{id}/transitiveMembers |
5 | 0 |
| POST | isMemberOf |
4 | 0 |
| POST | me/checkMemberGroups |
4 | 0 |
| POST | me/checkMemberObjects |
4 | 0 |
| POST | me/getMemberGroups |
2 | 0 |
| POST | me/getMemberObjects |
2 | 0 |
| GET | me/licenseDetails |
2 | 0 |
| GET | me/memberOf |
2 | 0 |
| GET | me/ownedObjects |
2 | 0 |
| GET | me/transitiveMemberOf |
2 | 0 |
| GET | oauth2PermissionGrants |
2 | 0 |
| GET | oauth2PermissionGrants/{id} |
2 | 0 |
| GET | servicePrincipals/{id}/appRoleAssignments |
2 | 0 |
| GET | subscribedSkus |
3 | 0 |
| GET | users |
2 | 0 |
| GET | Jeder Identitätspfad, der nicht in der Tabelle aufgeführt ist | 1 | 0 |
| POST | Jeder Identitätspfad, der nicht in der Tabelle aufgeführt ist | 1 | 1 |
| PATCH | Jeder Identitätspfad, der nicht in der Tabelle aufgeführt ist | 1 | 1 |
| PUT | Jeder Identitätspfad, der nicht in der Tabelle aufgeführt ist | 1 | 1 |
| LÖSCHEN | Jeder Identitätspfad, der nicht in der Tabelle aufgeführt ist | 1 | 1 |
Wichtig
Die Kosten für POST-, PATCH- und DELETE-Vorgänge für den applications Anforderungspfad hängen vom signInAudience -Typ ab. Bei Apps, bei denen die signInAudienceAzureADMyOrg oder AzureADMultipleOrgsist, betragen die Kosten 70.000 Anforderungen pro 5 Minuten. Für Apps, bei denen die signInAudienceAzureADandPersonalMicrosoftAccount oder PersonalMicrosoftAccountist, betragen die Kosten 60 Anforderungen pro Minute.
Andere Faktoren, die sich auf die Kosten der Anforderung auswirken:
- Die Verwendung von
$selectverringert die Kosten um 1 - Die Verwendung von
$expanderhöht die Kosten um 1 - Die Verwendung von
$topmit einem Wert von weniger als 20 senkt die Kosten um 1 - Das Erstellen eines Benutzers in einem Microsoft Entra ID B2C-Mandanten erhöht die Kosten um 4
Hinweis
- Kosten für eine Anforderung können niemals kleiner als 1 sein. Alle Anforderungskosten, die für einen Anforderungspfad gelten, der mit
me/beginnt, gelten auch für gleichwertige Anforderungen, die mitusers/{id | userPrincipalName}/beginnen. - Die Verwendung
$selectvon fürdirectoryObjects/getByIdsundgetObjectsByIdergibt 2 Ressourceneinheiten.
Andere Header
Anforderungsheader
-
x-ms-Throttle-Priority – Wenn der Header nicht existiert oder auf einen anderen Wert gesetzt ist, deutet dies auf eine normale Anforderung hin. Wir empfehlen, die Priorität auf
highnur für die vom Benutzer initiierten Anforderungen zu setzen. Dieser Header kann einen der folgenden Werte annehmen:- Niedrig: Die Anforderung hat eine geringe Priorität. Drosseln dieser Anforderung verursacht keine für Benutzende sichtbaren Fehler.
- Normal: Standard, wenn kein Wert angegeben ist. Die Anforderung ist die Standardpriorität.
- Hoch: Die Anforderung hat eine hohe Priorität. Drosseln dieser Anforderung verursacht für Benutzende sichtbaren Fehler.
Hinweis
Falls Anforderungen gedrosselt werden, werden Anforderungen mit niedriger Priorität zuerst gedrosselt, Anforderungen mit normaler Priorität dann und Anforderungen mit hoher Priorität zuletzt. Die Verwendung des Prioritätsanforderungsheaders ändert nichts an den Grenzen.
Reguläre Antworten-Anforderungen
- x-ms – Ressource – Einheit Gibt die Ressourceneinheit für diese Anforderung an. Werte sind positive ganze Zahlen.
-
x-ms-Throttle-Limit-Prozentsatz Wird nur zurückgegeben, wenn die Anwendung mehr als 0,8 ihres Limits verbraucht hat. Der Wert liegt zwischen 0,8 und 1,8 und ist ein Prozentsatz des Grenzwertes. Anrufer können diesen Wert verwenden, um eine Warnung einzurichten und Maßnahmen zu ergreifen.
- 0,8 bedeutet, dass Sie 80 % des gewährten Limits verwenden.
- 1,0 bedeutet, dass Sie 100 % des gewährten Limits verwenden. Sie fangen an, Drosselung zu sehen.
- 1.2 bedeutet, dass 20 % der eingehenden Anforderungen gedrosselt sind.
- 1.8 bedeutet, dass 80 % der eingehenden Anforderungen gedrosselt sind.
Gedrosselte Antwortanforderungen
-
x-ms-thrrottle-scope:
Tenant_Application/ReadWrite/9a3d526c-b3c1-4479-ba74-197b5c5751ae/0785ef7c-2d7a-4542-b048-95bcab406e0bz. B. Bereich der Einschränkung mit dem folgenden Format<Scope>/<Limit>/<ApplicationId>/<TenantId|UserId|ResourceId>:- Scope: (String; erforderlich)
- Tenant_Application: Alle Anforderungen für einen bestimmten Mandanten für die aktuelle Anwendung.
- Mandant: Alle Anforderungen des aktuellen Mandanten, unabhängig von der Anwendung.
- Anwendung: Alle Anforderungen für die aktuelle Anwendung.
- Limit: (Zeichenfolge, erforderlich)
- Lesen: Lesen von Anforderungen für den Bereich (GET)
- Schreiben: Schreiben von Anforderungen für den Bereich (POST, PATCH, PUT, DELETE...)
- ReadWrite: Alle Anforderungen für den Bereich (Any)
- ApplicationId (GUID, erforderlich)
- TenantId|UserId|ResourceId: (GUID, erforderlich)
- Scope: (String; erforderlich)
-
x-ms-Throttle-Information Grund für die Drosselung, kann einen beliebigen Wert (String) haben. Der Wert wird für Diagnose- und Problembehandlung bereitgestellt. Beispiele sind:
- CPULimitExceeded: Die Drosselung erfolgt, weil die Grenze für die CPU-Zuteilung überschritten wird.
- WriteLimitExceeded: Die Drosselung erfolgt, weil das Schreiblimit überschritten wird.
- ResourceUnitLimitExceeded: Die Drosselung erfolgt, weil die Grenze für die zugewiesene Ressourceneinheit überschritten wird.
Diensteinschränkungen bei Identität und dem Zugriff auf Datenrichtlinienoperationen
| Anforderungstyp | Limit pro Mandant |
|---|---|
POST bei exportPersonalData |
1.000 Anfragen pro Tag für jedes Thema und 100 pro Thema und Tag |
| Jede andere Anforderung | 10.000 Anforderungen pro Stunde |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Hinweis
Die zuvor aufgeführten Ressourcen geben keinen Retry-After Header für 429 Too Many Requests Antworten zurück.
Identität und Zugriff Grenzwerte des Gerätebetriebsdiensts
| Anforderungstyp | Einschränkung pro App pro Mandant | Grenzwert pro Benutzer pro Mandant |
|---|---|---|
| POSTEN, PATCHEN, LÖSCHEN | 3.000 Anforderungen pro 2 Minuten und 30 Sekunden | 25 Anforderungen pro 10 Sekunden |
Die oben genannten Grenzwerte gelten für das Schreibkontingent für die Geräteressource .
Identitätsschutz und bedingte Zugriffsdiensteinschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps |
|---|---|
| Beliebig | Eine Anforderung pro Sekunde |
Hinweis
Die zuvor aufgeführten Ressourcen geben keinen Retry-After Header für 429 Too Many Requests Antworten zurück.
Diensteinschränkungen für Identitätsanbieter
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| Beliebig | 300 Anforderungen pro 1 Minute | 200 Anforderungen pro 1 Minute |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Branchendaten Grenzwerte des ETL-Diensts
Der Branchendatendienst begrenzt On-Demand-Ausführungen auf maximal fünf erfolgreiche Starts alle 12 Stunden.
Diensteinschränkungen für Informationsschutz
Die folgenden Grenzwerte gelten für alle Anforderungen für /informationProtection.
Bei E-Mails ist die Ressource ein eindeutiges Netzwerknachrichten-ID/-Empfänger-Paar. Wenn Sie beispielsweise eine E-Mail mit derselben Nachrichten-ID mehrmals in einem Zeitraum von 15 Minuten an dieselbe Person senden, wird das in der folgenden Tabelle aufgeführte Limit pro Ressourcenlimit ausgelöst. Sie können jedoch alle 15 Minuten bis zu 150 E-Mails mit eindeutigen Nachrichten-IDs übermitteln (Mandantenlimit).
| Vorgang | Limit pro Mandant | Einschränkung pro Ressource (E-Mail, URL, Datei) |
|---|---|---|
| POST | 150 Anforderungen pro 15 Minuten und 10 000 Anforderungen pro 24 Stunden | Eine Anforderung alle 15 Minuten und 3 Anforderungen alle 24 Stunden |
Diensteinschränkungen für Einblicke
Die folgenden Grenzwerte gelten für alle Anforderungen für me/insights oder users/{id}/insights.
| Grenze | Gilt für |
|---|---|
| 10.000 API-Anforderungen in einem Zeitraum von 10 Minuten | v1.0-und Beta-Endpunkte |
| Vier gleichzeitige Anforderungen | v1.0- und Beta-Endpunkte |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Diensteinschränkungen für Intune
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Intune-Android for work-Diensteinschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
InTune-Anwendungen-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Intune-Überwachungsdiensts-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
InTune-Bücher-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Intune-Bundles-Diensteinschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Intune-Chromebook-Synchronisierung-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
InTune-Geschäftsbedingungen-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Intune-Gerätekonfiguration V2-Dienste-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
InTune-Geräte Konfiguration-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
InTune-Geräte Registrierung-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Intune-Geräteabsichten-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
InTune-Geräte-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 400 Anforderungen pro 20 Sekunden | 200 Anforderungen pro 20 Sekunden |
| Beliebig | 4000 Anforderungen pro 20 Sekunden | 2.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Intune-Endpunktschutz-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
InTune-Registrierung-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Intune-GPAnalytics-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
InTune Managed Applications-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Beschränkungen des InTune-Benachrichtigungsdiensts
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Intune-ODJ-Dienste-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Intune-Partnerintegration-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
InTune-RBAC-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
InTune-Remote-Unterstützung-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Intune-Telefonie-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
InTune-TEM-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
InTune-Problembehandlung bei Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Intune-Entsperrung-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Intune-Aktualisierungen-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
InTune-WIP-Dienstbeschränkungen
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Diensteinschränkungen für den Einladungs-Manager
Die folgenden Grenzwerte gelten für alle Anforderungen für /invitations.
| Vorgang | Einschränkung pro Mandant für alle Apps |
|---|---|
| Jeder Vorgang | 150 Anforderungen pro 5 Sekunden |
Dienstgrenzwerte für Microsoft 365-Berichte
Die folgenden Grenzwerte gelten für alle Anforderungen für /reports.
| Vorgang | Einschränkung pro App pro Mandant | Einschränkung pro Mandant für alle Apps |
|---|---|---|
| Jede Anforderung (CSV) | 14 Anforderungen pro 10 Minuten | 40 Anforderungen pro 10 Minuten |
| Jede Anforderung (JSON, Beta) | 100 Anforderungen pro 10 Minuten | n/v |
Die oben genannten Einschränkungen gelten einzeln für jede Berichts-API. Beispielsweise zählen eine Anfrage an die Microsoft Teams-API zum Bericht über Benutzeraktivität und eine Anfrage an die API zum Bericht über die Outlook-Benutzeraktivität innerhalb von 10 Minuten als eine Anforderung von 14 für jede API, nicht als zwei von 14 Anforderungen für beide.
Die vorgenannten Einschränkungen gelten für alle usage reports-Ressourcen.
Microsoft Teams-Diensteinschränkungen
Microsoft Teams wendet Drosselungsgrenzwerte auf vier unabhängige Dimensionen an. Eine Anforderung wird gedrosselt, wenn sie eine für sie geltende Grenze überschreitet. Entwerfen Sie daher immer die niedrigste Grenze, die Ihr Szenario erreicht.
| Dimension | Worauf es ankommt | Wann dies in der Regel zutrifft |
|---|---|---|
| Pro App | Alle Anforderungen von einer App (Client-ID), summiert für jeden Mandanten. | Mehrinstanzenfähige Apps, die vielen Kunden dienen. |
| Pro App pro Mandant | Anforderungen von einer App innerhalb eines einzelnen Mandanten. | Der am häufigsten erreichte Grenzwert. |
| Pro Ressource | Anforderungen für ein einzelnes Team, einen Kanal oder einen Chat. | Apps, die den Datenverkehr auf eine Unterhaltung konzentrieren. |
| Pro Benutzer | Anforderungen, die im Namen eines einzelnen Benutzers gestellt wurden. | Szenarien mit delegierten Berechtigungen (Benutzer). |
Grenzwerte werden als Anforderungen pro Sekunde (RPS) ausgedrückt, sofern nicht anders angegeben.
Jeder Grenzwert wird über ein kurzes Burstfenster ausgewertet. Ein dauerhafter Grenzwert von ca. 83 Prozent des aufgelisteten Werts wird auch über ein längeres Zeitfenster ausgewertet, sodass eine Workload, die kontinuierlich mit der aufgeführten Rate ausgeführt wird, immer noch gedrosselt werden kann. Begrenzen Sie den konstanten Datenverkehr unter den aufgeführten Grenzwert, und verwenden Sie ein exponentielles Backoff.
Ein Gedankenstrich (-) bedeutet, dass für diese Dimension kein dedizierter Grenzwert definiert ist. Die Anforderung unterliegt weiterhin den Standardgrenzwerten und allen anderen Grenzwerten in derselben Zeile.
Teams
| Anforderung | Pro App | Pro App pro Mandant | Pro Ressource | Pro Benutzer |
|---|---|---|---|---|
GET /teams/{team-id} |
1500 rps | 30 rps | 4 RPS pro Team | - |
GET /me/joinedTeams or /users/{user-id}/joinedTeams |
300 rps | 30 rps | - | - |
| POST /teams | 100 rps | 10 rps | - | - |
PUT /groups/{team-id}/team |
150 rps | 6 rps | - | - |
PATCH /teams/{team-id} |
300 rps | 30 rps | 4 RPS pro Team | - |
POST /teams/{team-id}/clone |
150 rps | 6 rps | - | - |
POST /teams/{team-id}/completeMigration |
100 rps | 10 rps | - | - |
Kanäle
| Anforderung | Pro App | Pro App pro Mandant | Pro Ressource | Pro Benutzer |
|---|---|---|---|---|
GET /teams/{team-id}/channels |
1200 Rps | 60 rps | 4 RPS pro Team | - |
GET /teams/{team-id}/channels/{channel-id} |
600 rps | 30 rps | 1 RPS pro Kanal | - |
GET /teams/{team-id}/channels/{channel-id}/members |
1200 Rps | 60 rps | 1 RPS pro Kanal | - |
POST /teams/{team-id}/channels |
100 rps | 10 rps | 4 RPS pro Team | - |
PATCH /teams/{team-id}/channels/{channel-id} |
300 rps | 30 rps | 1 RPS pro Kanal | - |
DELETE /teams/{team-id}/channels/{channel-id} |
150 rps | 15 rps | 1 RPS pro Kanal | - |
POST /teams/{team-id}/channels/{channel-id}/completeMigration |
100 rps | 10 rps | - | - |
Kanalnachrichten
| Anforderung | Pro App | Pro App pro Mandant | Pro Ressource | Pro Benutzer |
|---|---|---|---|---|
GET /teams/{team-id}/channels/{channel-id}/messages |
200 rps | 20 rps | 1 RPS pro Kanal | - |
POST /teams/{team-id}/channels/{channel-id}/messages |
500 rps | 50 rps | 1 RPS pro Kanal | 1 Rps |
POST /teams/{team-id}/channels/{channel-id}/messages/{message-id}/replies |
500 rps | 50 rps | 1 RPS pro Kanal | 1 Rps |
Die POST-Limits in der vorstehenden Tabelle werden durch den regulären Nachrichtenversand und den Nachrichtenimport genutzt. Das Limit pro Benutzer gilt nicht für den Import.
Chats
| Anforderung | Pro App | Pro App pro Mandant | Pro Ressource | Pro Benutzer |
|---|---|---|---|---|
GET /chats, /me/chats oder /users/{user-id}/chats |
200 rps | 20 rps | - | 1 Rps |
GET /chats/{chat-id} |
2000 RPS | 200 rps | 1 RPS pro Chat | 5 rps |
| POST /chats | 200 rps | 20 rps | - | - |
PATCH /chats/{chat-id} |
300 rps | 30 rps | 1 RPS pro Chat | - |
DELETE /chats/{chat-id} |
10 rps | 1 Rps | 1 RPS pro Chat | - |
POST /chats/{chat-id}/removeAllAccessForUser |
300 rps | 30 rps | 1 RPS pro Chat | 1 Rps |
Chat-Nachrichten
| Anforderung | Pro App | Pro App pro Mandant | Pro Ressource | Pro Benutzer |
|---|---|---|---|---|
GET /chats/{chat-id}/messages |
200 rps | 20 rps | 1 RPS pro Chat | - |
POST /chats/{chat-id}/messages |
200 rps | 20 rps | 1 RPS pro Chat | 1 Rps |
PATCH /chats/{chat-id}/messages/{message-id} |
300 rps | 30 rps | 1 RPS pro Chat | - |
POST /chats/{chat-id}/messages/{message-id}/softDelete oder undoSoftDelete |
300 rps | 30 rps | 1 RPS pro Chat | - |
GET /chats/{chat-id}/messages/{message-id}/hostedContents |
500 rps | 50 rps | 1 RPS pro Chat | - |
GET /chats/{chat-id}/messages/{message-id}/hostedContents/{id}/$value |
600 rps | 60 rps | 1 RPS pro Chat | - |
Members
| Anforderung | Pro App | Pro App pro Mandant | Pro Ressource | Pro Benutzer |
|---|---|---|---|---|
GET /teams/{team-id}/members |
1200 Rps | 60 rps | 4 RPS pro Team | - |
POST /teams/{team-id}/members |
300 rps | 30 rps | 4 Anforderungen pro Minute pro Team | - |
POST /teams/{team-id}/members/add |
100 rps | 10 rps | 4 Anforderungen pro Minute pro Team | - |
POST /chats/{chat-id}/members |
300 rps | 30 rps | 4 Anforderungen pro Minute pro Chat | - |
DELETE /chats/{chat-id}/members/{membership-id} |
300 rps | 30 rps | 4 Anforderungen pro Minute pro Chat | - |
Apps, Registerkarten und erteilte Berechtigungen
| Anforderung | Pro App | Pro App pro Mandant | Pro Ressource | Pro Benutzer |
|---|---|---|---|---|
| GET installedApps für Team, Chat oder Benutzer | 1500 rps | 30 rps | 1 RPS pro Chat oder Kanal | - |
| GET permissionGrants für Team oder Chat | 1500 rps | 30 rps | 1 RPS pro Chat oder Kanal | - |
| POST installiertApps für Team, Chat oder Benutzer | 300 rps | 30 rps | 1 RPS pro Chat oder Kanal | - |
| DELETE installedApps für Team, Chat oder Benutzer | 150 rps | 15 rps | 1 RPS pro Chat oder Kanal | - |
| GET tabs for channel or chat | 600 rps | 30 rps | 1 RPS pro Chat oder Kanal | - |
| POST-Registerkarten für Kanal oder Chat | 300 rps | 30 rps | 1 RPS pro Chat oder Kanal | - |
| Registerkarte "PATCH " | 300 rps | 30 rps | 1 RPS pro Chat oder Kanal | - |
| DELETE-Registerkarten für Kanal oder Chat | 150 rps | 15 rps | 1 RPS pro Chat oder Kanal | - |
| GET /appCatalogs/teamsApps | 1500 rps | 30 rps | - | - |
| POST /appCatalogs/teamsApps | 300 rps | 30 rps | - | - |
DELETE /appCatalogs/teamsApps/{app-id} |
150 rps | 15 rps | - | - |
Aktivitätsfeed-Benachrichtigungen
| Anforderung | Pro App | Pro App pro Mandant | Pro Ressource | Pro Benutzer |
|---|---|---|---|---|
POST /teams/{team-id}/sendActivityNotification |
50 rps | 5 rps | 4 RPS pro Team | - |
POST /chats/{chat-id}/sendActivityNotification |
50 rps | 5 rps | 1 RPS pro Chat | - |
POST /users/{user-id}/teamwork/sendActivityNotification |
50 rps | 5 rps | - | - |
| POST /teamwork/sendActivityNotificationToRecipients | 20 rps | 2 rps | - | - |
Abruf von Massennachrichten
Diese APIs sind für Export- und Complianceszenarien konzipiert und verfügen über eigene höhere Grenzwerte.
| Anforderung | Pro App | Pro App pro Mandant | Pro Ressource | Pro Benutzer |
|---|---|---|---|---|
GET /teams/{team-id}/channels/getAllMessages or /channels/allMessages |
1000 RPS | 200 rps | - | - |
GET /users/{user-id}/chats/getAllMessages or /chats/allMessages |
1000 RPS | 200 rps | - | - |
GET /teams/{team-id}/channels/getAllRetainedMessages |
1000 RPS | 200 rps | - | - |
GET /users/{user-id}/chats/getAllRetainedMessages |
1000 RPS | 200 rps | - | - |
GET /copilot/users/{user-id}/interactionHistory/getAllEnterpriseInteractions |
1500 rps | 30 rps | - | - |
Schichten
| Anforderung | Pro App | Pro App pro Mandant | Pro Ressource | Pro Benutzer |
|---|---|---|---|---|
GET /teams/{team-id}/schedule und alle APIs unter diesem Pfad |
600 rps | 30 rps | - | - |
POST /teams/{team-id}/schedule und alle APIs unter diesem Pfad |
300 rps | 30 rps | - | - |
SETZEN Sie /teams/{team-id}/schedule und alle APIs unter diesen Pfad |
300 rps | 30 rps | - | - |
Sections
| Anforderung | Pro App | Pro App pro Mandant | Pro Ressource | Pro Benutzer |
|---|---|---|---|---|
Alle Abschnittsverwaltungs-APIs unter /users/{user-id}/teamwork/sections |
- | 5 rps | - | - |
Alle Abschnittsvorgänge, einschließlich Abschnitte, Abschnittselemente, Neuanordnungsaktionen und Deltaabfragen, verwenden ein gemeinsames Limit.
Standardlimits
Jede Microsoft Teams-Anfrage, die nicht in den vorstehenden Tabellen aufgeführt ist, verwendet diese Limits.
| Anforderungstyp | Pro App | Pro App pro Mandant | Pro Ressource | Pro Benutzer |
|---|---|---|---|---|
| GET | 1500 rps | 30 rps | 1 RPS pro Chat oder Kanal | 1 Rps |
| POST, PUT und PATCH | 300 rps | 30 rps | 1 RPS pro Chat oder Kanal | 1 Rps |
| LÖSCHEN | 150 rps | 15 rps | 1 RPS pro Chat oder Kanal | 1 Rps |
Verwandte Ressourcen
Siehe auch Microsoft Teams-Einschränkungen und Anforderungen für das Abrufen.
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Dienstgrenzwerte für die mehrinstanzenfähige Verwaltung
| Anforderungstyp | Einschränkung pro Mandant für alle Apps | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 200 Anforderungen pro 20 Sekunden | 100 Anforderungen pro 20 Sekunden |
| Beliebig | 2.000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Diensteinschränkungen für OneNote
| Einschränkungstyp | Einschränkung pro App pro Benutzer (delegierter Kontext) | Einschränkung pro App (Nur-App-Kontext) |
|---|---|---|
| Anforderungsrate | 120 Anforderungen pro 1 Minute und 400 Anforderungen pro 1 Stunde | 240 Anforderungen pro 1 Minute und 800 Anforderungen pro 1 Stunde |
| Gleichzeitige Anforderungen | Fünf gleichzeitige Anforderungen | 20 gleichzeitige Anforderungen |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Zusätzliche Informationen zu bewährten Methoden finden Sie unter Drosselung von OneNote-API und wie Sie dies vermeiden.
Hinweis
Die zuvor aufgeführten Ressourcen geben keinen Retry-After Header für 429 Too Many Requests Antworten zurück.
Diensteinschränkungen bei offenen Erweiterungen und Schemaerweiterungen
| Anforderungstyp | Einschränkung pro App pro Mandant |
|---|---|
| Beliebig | 455 Anforderungen pro 10 Sekunden |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Outlook-Diensteinschränkungen
Outlook-Dienstgrenzwerte gelten für die öffentliche Cloud und nationale Cloudbereitstellungen.
Grenzwerte pro Postfach
Der Outlook-Dienst wendet Beschränkungen auf jede Kombination aus App-ID und Postfach an, d. h. eine bestimmte App, die auf ein bestimmtes Benutzer- oder Gruppenpostfach zugreift. Das Überschreiten der Grenze für ein Postfach wirkt sich nicht auf die Fähigkeit der Anwendung aus, auf ein anderes Postfach zuzugreifen.
| Grenze | Gilt für |
|---|---|
| 10.000 API-Anforderungen in einem Zeitraum von 10 Minuten | v1.0-und Beta-Endpunkte |
| Vier gleichzeitige Anforderungen | v1.0-und Beta-Endpunkte |
| 150 Megabyte (MB) Upload (PATCH, POST, PUT) in einem Zeitraum von 5 Minuten | v1.0- und Beta-Endpunkte |
Outlook-Dienst-Ressourcen
| API | Ressourcen |
|---|---|
| Such-API (Vorschau): | |
| Profil-API | |
| Kalender-API | |
| Mail-API | |
| API zum Importieren und Exportieren von Postfächern | |
| Persönliche Kontakte-API | |
| Soziale Intelligenz und intelligenter Arbeitsplatz | |
| To Do-Aufgaben-API (Vorschau) |
Outlook-Dienstgrenzwerte für die JSON-Batchverarbeitung
Wenn eine App eine JSON-Batchanforderung sendet, die aus mehreren, ungeordneten einzelnen Anforderungen an den Outlook-Dienst besteht, sendet Microsoft Graph dem Outlook-Dienst standardmäßig bis zu vier einzelne Anforderungen aus dem Batch gleichzeitig, unabhängig von den Zielpostfächern dieser Anforderungen. Der Outlook-Dienst kann diese Anforderungen jederzeit parallel ausführen, auch unabhängig vom Zielpostfach. Da Microsoft Graph nur bis zu vier Anforderungen zur parallelen Ausführung sendet, bleibt die Ausführung dieses Batches unabhängig von der verwendeten App innerhalb der Outlook-Parallelitätsgrenzwerte für dasselbe Postfach.
Alternativ kann eine App die dependsOn-Eigenschaft verwenden, um Anforderungen innerhalb eines Batches zu sortieren. Microsoft Graph sendet dem Outlook-Dienst jeweils eine Anforderung aus dem Batch in der angegebenen Reihenfolge, und Outlook führt jede einzelne Anforderung im Batch sequenziell aus.
Mit anderen Worten: Wenn sie dasselbe Postfach als Ziel verwenden, können Apps, die die parallele Ausführung mehrerer Batchanforderungen zulassen, einen der folgenden Ansätze verwenden:
- Wenn die einzelnen Anforderungen nicht geordnet werden müssen, lassen Sie einzelne Anforderungen aus einem einzelnen Batch gleichzeitig ausführen.
- Verwenden Sie die
dependsOnEigenschaft, um Anforderungen in einem Batch zu sortieren und bis zu vier solcher Batchanforderungen gleichzeitig auszuführen.
Dienstbegrenzungen für Places
Die folgenden Places-APIs haben einen Einschränkungsgrenzwert von drei Aufrufen pro Sekunde:
Diensteinschränkungen für Project Rome
| Anforderungstyp | Einschränkung pro Benutzer für alle Apps |
|---|---|
| GET | 400 Anforderungen pro 5 Minuten und 12.000 Anforderungen pro einem Tag |
| POST, PUT, PATCH, DELETE | 100 Anforderungen pro 5 Minuten und 8.000 Anforderungen pro einem Tag |
Die vorgenannten Einschränkungen gelten für die folgenden Ressourcen:
Diensteinschränkungen für Sicherheitserkennungen und -vorfälle
Die folgenden Grenzwerte gelten für alle Anforderungen für /security.
| Vorgang | Einschränkung pro App pro Mandant |
|---|---|
Jeder Vorgang auf alert, securityActions, secureScore |
150 Anforderungen pro Minute |
Jeder Vorgang bei tiIndicator |
1.000 Anforderungen pro Minute |
Jeder Vorgang bei secureScore oder secureScorecontrolProfile |
10.000 API-Anforderungen in einem Zeitraum von 10 Minuten |
Jeder Vorgang bei secureScore oder secureScorecontrolProfile |
Vier gleichzeitige Anforderungen |
Grenzwerte des Security eDiscovery-Diensts
Die folgenden Grenzwerte gelten für alle Anforderungen für /security/eDiscoveryCases.
| Vorgang | Einschränkung pro App pro Mandant |
|---|---|
| Beliebig | Fünf Anforderungen pro Minute |
Einschränkungen für den Dienst „Dienstkommunikation“
Die folgenden Einschränkungen gelten für alle Arten von Anforderungen für die Dienstkommunikation unter /admin/serviceAnnouncement/.
| Anforderungstyp | Einschränkung pro App pro Mandant |
|---|---|
| Beliebig | 240 Anforderungen pro 60 Sekunden |
| Any | 800 Anforderungen pro Stunde |
Abonnementdiensteinschränkungen
| Anforderungstyp | Einschränkung pro App für alle Mandanten | Einschränkung pro App pro Mandant |
|---|---|---|
| POST, PUT, DELETE, PATCH | 2.000 Anforderungen pro 20 Sekunden | 500 Anforderungen pro 20 Sekunden |
| Abonnement nach ID POST /reauthorize | 4000 Anforderungen pro 20 Sekunden | 1.000 Anforderungen pro 20 Sekunden |
| GET-Abonnement nach ID | 2.000 Anforderungen pro 20 Sekunden | 500 Anforderungen pro 20 Sekunden |
| GET-Abonnementliste | 40 Anforderungen pro 20 Sekunden | 25 Anforderungen pro 20 Sekunden |
Die oben genannten Grenzwerte gelten für die Abonnementressource .
Diensteinschränkungen für Aufgaben und Pläne
Dienstlimits für Planner sind nicht verfügbar.
Die vorstehenden Informationen gelten für die folgenden Ressourcen:
Dienstgrenzwerte von Viva Engage
Viva Engage-API-Aufrufe unterliegen einer Ratenbegrenzung, sodass 10 Anforderungen pro Benutzer und pro App innerhalb eines Zeitraums von 30 Sekunden zulässig sind. Wenn Sie das Ratenlimit überschreiten, geben alle nachfolgenden Anforderungen einen 429 Too Many Requests Antwortcode zurück.
Windows 365-Dienstbeschränkungen
| Anforderungstyp | Grenzwert pro Mandant für alle Apps oder Benutzer | Grenzwert pro App oder Benutzer pro Mandant |
|---|---|---|
| Cloud-PCs auflisten | 180 Anforderungen pro 60 Sekunden | 162 Anforderungen pro 60 Sekunden |
| Get Cloud PC | 540 Anforderungen pro 60 Sekunden | 486 Anforderungen pro 60 Sekunden |
Ab dem 30. September 2025 wird das Drosselungslimit pro App/pro Benutzer pro Mandant auf die Hälfte des gesamten Grenzwerts pro Mandant reduziert, um zu verhindern, dass ein einzelner Benutzer oder eine einzelne App das gesamte Kontingent innerhalb eines Mandanten verbraucht.
| Anforderungstyp | Grenzwert pro Mandant für alle Apps oder Benutzer | Grenzwert pro App oder Benutzer pro Mandant |
|---|---|---|
| Cloud-PCs auflisten | 180 Anforderungen pro 60 Sekunden | 90 Anforderungen pro 60 Sekunden |
| Get Cloud PC | 540 Anforderungen pro 60 Sekunden | 270 Anforderungen pro 60 Sekunden |