Einschränkungen für Arbeitsnachverfolgung, Prozesse und Projekte

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

In diesem Artikel werden Betriebs- und Objektgrenzwerte für Arbeitsnachverfolgungsvorgänge und die Anpassung der Arbeitsnachverfolgung definiert. Zusätzlich zu den angegebenen hart festgelegten Grenzwerten für ausgewählte Objekte gelten bestimmte praktische Grenzwerte. Berücksichtigen Sie beim Anpassen von Arbeitselementtypen (WITs) die Grenzwerte für Objekte.

Arbeitselemente und Abfragen

Beim Definieren von Arbeitselementen oder Ausführen von Abfragen gelten die folgenden Betriebsgrenzwerte.

Object Begrenzung
Langes Textfeld 1 Mio. Zeichen
Einem Arbeitselement zugewiesene Arbeitselementtags 100
Einem Arbeitselement zugewiesene Arbeitselementlinks 1\.000
Einem Arbeitselement hinzugefügte Anlagen 100
Anlagengröße 60 MB
Abfrageausführungszeit 30 Sekunden
Abfrageergebnisse 20.000 Elemente
Abfragelänge 32.000 Zeichen
Freigegebene Abfragen unter einem Ordner 999 Abfragen
Object Begrenzung
Langes Textfeld 1 Mio. Zeichen
Einem Arbeitselement zugewiesene Arbeitselementtags 100
Einem Arbeitselement zugewiesene Arbeitselementlinks 1\.000
Einem Arbeitselement hinzugefügte Anlagen 100
Anlagengröße 4 MB bis 2 GB
Abfrageausführungszeit 6 Minuten
Abfrageergebnisse 20.000 Elemente
Abfragelänge 32.000 Zeichen
Freigegebene Abfragen unter einem Ordner 999 Abfragen

Die standardmäßige maximale Anlagengröße beträgt 4 MB. Sie können die maximale Größe auf bis zu 2 GB ändern.

Informationen zur Verbesserung der Abfrageleistung finden Sie unter Anleitung zum Erstellen leistungsstarker Abfragen.

Backlogs, Boards und Teams

Bei der Arbeit mit Teams, Arbeitselementtags, Backlogs und Boards gelten die folgenden Grenzwerte für betriebsbereite Anzeige und Objekte.

Benutzeroberfläche Begrenzung
Rückstände 1.000 Arbeitselemente
Boards 1.000 Karten (mit Ausnahme der Karten in den Workflowstatuskategorien Vorgeschlagen und Abgeschlossen)
Task Board 1.000 Aufgaben
Teams 5.000 pro Organisation
Arbeitsaufgabentags 150.000 Tagdefinitionen pro Organisation oder Sammlung
Bereichspfade 10.000 pro Organisation
Bereichspfadtiefe 14
Iterationspfade 10.000 pro Organisation
Iterationspfadtiefe 14

In jedem Backlog können bis zu 10.000 Arbeitselemente angezeigt werden. Dies ist ein Grenzwert für die Anzeige des Backlogs, nicht eine Beschränkung der Anzahl von Arbeitselementen, die Sie definieren können. Wenn Ihr Backlog diesen Grenzwert überschreitet, sollten Sie erwägen, ein Team zu hinzufügen und einige der Arbeitselemente in das Backlog des anderen Teams zu verschieben.

Weitere Hinweise:

  • Abgeschlossene oder geschlossene Arbeitselemente werden in den Backlogs und Boards nicht angezeigt, sobald das geänderte Datum größer als ein Jahr ist. Sie können diese Elemente weiterhin mithilfe einer Abfrage auflisten. Wenn sie in einem Backlog oder Board angezeigt werden sollen, können Sie eine geringfügige Änderung an ihnen nehmen, wodurch die Uhr für die Anzeige zurückgesetzt wird.
  • Vermeiden Sie das Schachteln von Backlogelementen desselben Typs. Weitere Informationen finden Sie unter Beheben von Neuanordnungs- und Schachtelungsproblemen.
  • Vermeiden Sie das Zuweisen derselben Bereichspfade zu mehr als einem Team. Weitere Informationen finden Sie unter Einschränkungen von Kanban-Boardansichten mit mehreren Teams.
  • Standardmäßig können Grenzwerte für Arbeitselement anfänglich auf niedrigere Werte konfiguriert werden.

Bei der Arbeit mit Teams, Arbeitselementtags, Backlogs und Boards gelten die folgenden Betriebsgrenzwerte. Standard- und Höchstgrenzwerte.

Benutzeroberfläche Begrenzung
Rückstände 999 Arbeitselemente
Boards 400 Karten
Task Board 800 Arbeitselemente
Teams 5.000 pro Projekt
Arbeitsaufgabentags 150.000 Tagdefinitionen pro Projekt

In jedem Backlog können bis zu 999 Arbeitselemente angezeigt werden. Wenn Ihr Backlog diesen Grenzwert überschreitet, sollten Sie erwägen, ein Team zu hinzufügen und einige der Arbeitselemente in das Backlog des anderen Teams zu verschieben.

Weitere Hinweise:

Für das lokale XML-Prozessmodell können Sie die Backlog- und Taskboardgrenzwerte ändern, indem Sie die ProcessConfiguration.xml bearbeiten. Weitere Informationen finden Sie unter Xml-Elementreferenz zur Prozesskonfiguration.

Projekte

Azure DevOps Services beschränkt jede Organisation auf 300 Projekte pro Organisation. Über 300 Projekte, z. B. das Herstellen einer Verbindung mit der Organisation über Visual Studio, werden abgestuft.

Für lokale Azure DevOps Server gibt es keine harte Begrenzung für die Anzahl von Projekten. Wenn die Anzahl der Projekte 300 nähert, können jedoch Leistungsprobleme feststellen. Wenn Sie Planen, Ihre lokale Sammlung zu Azure DevOps Services, müssen Sie den maximalen Grenzwert von 300 Projekten beachten. Wenn Ihre Sammlung mehr als 300 Projekte umfasst, müssen Sie entweder die Sammlung aufteilen oder ältere Projekte löschen.

Weitere Informationen finden Sie unter Migrieren von Daten von Azure DevOps Server zu Azure DevOps Services.

Prozessanpassung

Für die Anzahl von Objekten, die Sie für einen Prozess definieren können, gelten eine Reihe von Grenzwerten. Weitere Informationen zu Prozessmodellen finden Sie unter Anpassen ihrer Arbeitsnachverfolgungserfahrung.

In der folgenden Tabelle ist die maximale Anzahl von Objekten aufgeführt, die Sie für die Vererbungs- und gehosteten XML-Prozessmodelle definieren können. Diese stellen zwar harte Grenzwerte dar, aber es können auch praktische Grenzwerte gelten.

Object Vererbung Gehostetes XML
Anzahl von Prozessen, die in einer Organisation verwendet werden können 128 64
Für einen Prozess definierte Arbeitselementtypen 64 64
Für eine Organisation definierte Felder 8192 8192
Für einen Prozess definierte Felder 1024 1024
Für einen Arbeitselementtyp definierte Felder 1024 1024
Für eine Organisation oder Sammlung definierte Auswahllisten 1024 -
Für eine Liste definierte Auswahllistenelemente 2048 2048
Länge des Auswahllistenelementzeichens 256 -
Workflowzustände, die für einen Arbeitselementtyp definiert sind 32 16
Für einen Arbeitselementtyp definierte Regeln 1024 1024
Für eine Regel definierte Aktionen 10 10
Für einen Prozess definierte Portfolio-Backlogebenen 5 5
Für einen Prozess definierte Kategorien - 32
Für einen Prozess definierte globale Listen - 256
Auflisten von Elementen, die in einer globalen Liste definiert sind - 1024
Größe der Arbeitselementanlagen 60 MB 60 MB

Weitere Einschränkungen und Konformitätsanforderungen des gehosteten XML-Prozessmodells finden Sie unter Anpassen eines Prozesses bei Verwendung von Gehostetes XML.

Hinweis

Für das Gehostete XML-Prozessmodell können Sie eine ungefähre Summe von 10.000 Elementen für alle globalen Listen definieren, die für alle WITs angegeben sind.

In der folgenden Tabelle ist die maximale Anzahl von Objekten aufgeführt, die Sie für die Vererbungs- und lokalen XML-Prozessmodelle definieren können. Diese stellen zwar harte Grenzwerte dar, aber es können auch praktische Grenzwerte gelten.

Object Vererbung Lokales XML
Anzahl von Prozessen, die in einer Organisation verwendet werden können 64 64
Für einen Prozess definierte Arbeitselementtypen 64 64
Für eine Sammlung definierte Felder 8192 1024
Für einen Prozess definierte Felder 1024 1024
Für einen Arbeitselementtyp definierte Felder 1024 1024
Für eine Sammlung definierte Auswahllisten 1024
Für eine Liste definierte Auswahllistenelemente 2048 2048
Länge des Auswahllistenelementzeichens 256
Für einen Arbeitselementtyp definierte Workflowzustände 32 16
Für einen Arbeitselementtyp definierte Regeln 1024 1024
Für einen Prozess definierte Portfoliobacklogebenen 5 5
Für einen Prozess definierte Kategorien 32
Globale Listen, die für einen Prozess definiert sind 256
In einer globalen Liste definierte Listenelemente 1024

Hinweis

Für das lokale XML-Prozessmodell können Sie ungefähr 10.000 Elemente für alle globalen Listen definieren, die für alle WITs angegeben sind.

In der folgenden Tabelle ist die maximale Anzahl von Objekten aufgeführt, die Sie für das lokale XML-Prozessmodell definieren können. Diese stellen zwar harte Grenzwerte dar, aber es können auch praktische Grenzwerte gelten.

Object Lokales XML
Anzahl der Prozesse, die sie in einer Organisation haben können 64
Für einen Prozess definierte Arbeitselementtypen 64
Für eine Auflistung definierte Felder 1024
Für einen Prozess definierte Felder 1024
Für einen Arbeitselementtyp definierte Felder 1024
Für eine Sammlung definierte Auswahllisten
Für eine Liste definierte Auswahllistenelemente 2048
Länge des Auswahllistenelements
Für einen Arbeitselementtyp definierte Workflowzustände 16
Für einen Arbeitselementtyp definierte Regeln 1024
Für einen Prozess definierte Portfoliobacklogebenen 5
Für einen Prozess definierte Kategorien 32
Globale Listen, die für einen Prozess definiert sind 256
In einer globalen Liste definierte Listenelemente 1024
Größe der importierten Prozessvorlage 2 GB

Hinweis

Für das lokale XML-Prozessmodell können Sie ungefähr 10.000 Elemente für alle globalen Listen definieren, die für alle WITs angegeben sind.

Praktische Grenzwerte

Es wird empfohlen, die folgenden Anleitungen zu beachten, um Leistungsprobleme zu minimieren.

  • Minimieren Sie die Anzahl von benutzerdefinierten Feldern, die Sie definieren. Alle benutzerdefinierten Felder tragen zur Gesamtsumme bei, die für einen Prozess, eine Sammlung oder eine Organisation zulässig ist. Beachten Sie, dass Sie ein anderes Verhalten für das gleiche Feld in einer anderen WIT angeben können. Das heißt, Sie können verschiedene Regeln, Auswahllisten und vieles mehr angeben.
  • Minimieren Sie die Anzahl der Regeln, die Sie für eine WIT definieren. Sie können zwar mehrere Regeln für eine WIT erstellen, aber Additionsregeln können sich negativ auf die Leistung auswirken, wenn ein Benutzer Arbeitselemente hinzufügt und ändert. Wenn Benutzer Arbeitselemente speichern, überprüft das System alle Regeln, die den Feldern für ihren Arbeitselementtyp zugeordnet sind. Unter bestimmten Bedingungen ist der Regelvalidierungsausdruck zu komplex, damit SQL ausgewertet werden können.
  • Minimieren Sie die Anzahl von benutzerdefinierten WITs, die Sie definieren.
  • Minimieren Sie die Anzahl von benutzerdefinierten Feldern, die Sie definieren. Alle benutzerdefinierten Felder tragen zur Gesamtsumme bei, die für einen Prozess, eine Sammlung oder eine Organisation zulässig ist. Beachten Sie, dass Sie ein anderes Verhalten für das gleiche Feld in einer anderen WIT angeben können. Das heißt, Sie können verschiedene Regeln, Auswahllisten und vieles mehr angeben.
  • Minimieren Sie die Anzahl der Regeln, die Sie für eine WIT definieren. Sie können zwar mehrere Regeln für eine WIT erstellen, aber Additionsregeln können sich negativ auf die Leistung auswirken, wenn ein Benutzer Arbeitselemente hinzufügt und ändert. Wenn Benutzer Arbeitselemente speichern, überprüft das System alle Regeln, die den Feldern für ihren Arbeitselementtyp zugeordnet sind. Unter bestimmten Bedingungen ist der Regelvalidierungsausdruck zu komplex, damit SQL ausgewertet werden können.
  • Minimieren Sie die Anzahl von benutzerdefinierten WITs, die Sie definieren.
  • Minimieren Sie die Anzahl von berichtsfähigen Feldern, die Sie definieren. Berichtbare Felder wirken sich auf die Leistung Ihres Data Warehouse aus.

Hinweis

Überprüfung von Arbeitselementregeln überschreitet SQL Grenzwerte:Ein einzelner SQL Ausdruck wird pro Projekt definiert, um Arbeitselemente zu überprüfen, wenn sie erstellt oder aktualisiert werden. Dieser Ausdruck wächst mit der Anzahl der Regeln, die Sie für alle für das Projekt definierten Arbeitselementtypen angeben. Jeder für ein Feld angegebene Verhaltensqualifizierer führt zu einer Erhöhung der Anzahl von Unterausdrücken. Geschachtelte Regeln, Regeln, die nur für einen Übergang oder abhängig vom Wert eines anderen Felds gelten, bewirken, dass einer IF-Anweisung weitere Bedingungen hinzugefügt werden. Sobald der Ausdruck eine bestimmte Größe oder Komplexität erreicht, kann SQL ihn nicht mehr auswerten und generiert einen Fehler. Das Entfernen einiger WITs oder das Entfernen einiger Regeln kann den Fehler beheben.

Ratenbegrenzungen

Um Kosten zu senken und die Skalierbarkeit und Leistung zu verbessern, verwendet Azure DevOps Services wie viele Software-as-a-Service-Lösungen Mehrmandantenfähigkeit. Um eine gute Leistung zu gewährleisten und die Wahrscheinlichkeit von Ausfällen zu verringern, schränken Azure DevOps Services die Ressourcen ein, die Einzelpersonen nutzen können, und die Anzahl der Anforderungen, die sie an bestimmte Befehle stellen können. Wenn diese Grenzwerte überschritten werden, können nachfolgende Anforderungen entweder verzögert oder blockiert werden.

Die meisten Ratenlimits werden über REST-API-Aufrufe oder nicht optimierte Abfragen erreicht. Weitere Informationen erhalten Sie in den folgenden Artikeln:

Migrations- und Importlimits

Wenn Sie die Migration von einer lokalen Zu Azure DevOps Services bestimmen, gibt es mehrere Größenbeschränkungen, auf die Sie möglicherweise stoßen. Zu diesen Grenzwerten gehören:

  • Datenbankgröße über der empfohlenen Größe
  • Die größte Tabellengröße liegt über der empfohlenen Größe.
  • Die Größe der Datenbankmetadaten liegt über der unterstützten Größe.

Weitere Informationen finden Sie unter Migrieren von Daten von Azure DevOps Server zu Azure DevOps Services und Beheben von Import- und Migrationsfehlern.