Arbetsspårning, processer och projektgränser
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Den här artikeln definierar drifts- och objektgränser för arbetsspårningsåtgärder och anpassning av arbetsspårning. Förutom de angivna hårda gränserna för specifika objekt gäller vissa praktiska begränsningar. När du anpassar typer av arbetsobjekt (WIT) bör du överväga de begränsningar som finns för objekt.
Arbetsobjekt och frågor
När du definierar arbetsobjekt eller kör frågor bör du ha följande driftsgränser i åtanke:
| Objekt | Gräns |
|---|---|
| Bifogade filer som lagts till i ett arbetsobjekt | 100 |
| Storlek på bifogad fil | 60 MB |
| Långt textfält | 1 M tecken |
| Körningstid för frågor | 30 sekunder |
| Frågeresultat | 20 000 objekt |
| Frågelängd | 32 000 tecken |
| Delade frågor under en mapp | 999 frågor |
| Arbetsobjektlänkar tilldelade till ett arbetsobjekt | 1 000 |
| Arbetsobjekttaggar tilldelade till ett arbetsobjekt | 100 |
| Arbetsobjektsrevisioner (REST API) | 10,000 |
| Favoritfrågor per projekt | 200 frågor |
REST API för Azure DevOps Services tillämpar en ändringsgräns för arbetsobjekt på 10 000 uppdateringar. Den här gränsen begränsar uppdateringar som görs via REST-API:et, men uppdateringar från webbportalen påverkas inte.
| Objekt | Gräns |
|---|---|
| Långt textfält | 1 M tecken |
| Arbetsobjekttaggar tilldelade till ett arbetsobjekt | 100 |
| Arbetsobjektlänkar tilldelade till ett arbetsobjekt | 1 000 |
| Bifogade filer som lagts till i ett arbetsobjekt | 100 |
| Storlek på bifogad fil | 4 MB till 2 GB |
| Körningstid för frågor | 6 minuter |
| Frågeresultat | 20 000 objekt |
| Frågelängd | 32 000 tecken |
| Delade frågor under en mapp | 999 frågor |
| Favoritfrågor per projekt | 200 frågor |
Standardstorleken för den maximala bifogade filen är 4 MB. Du kan ändra den maximala storleken upp till 2 GB.
Information om hur du förbättrar frågeprestanda finns i Definiera en fråga/metodtips.
Kvarvarande uppgifter, tavlor, instrumentpaneler och team
När du arbetar med team, arbetsobjekttaggar, kvarvarande uppgifter och tavlor gäller följande begränsningar för driftsvisning och objekt.
Varje kvarvarande uppgifter kan visa upp till 10 000 arbetsobjekt. Den här gränsen gäller för vad kvarvarande uppgifter kan visa, inte för antalet arbetsobjekt som du kan definiera, eftersom det inte finns någon specifik gräns. Om kvarvarande uppgifter överskrider den här gränsen kan du överväga att lägga till ett team och flytta några arbetsobjekt till det nya teamets kvarvarande uppgifter.
Dricks
Om du närmar dig instrumentpanelsgränserna kan du läsa följande steg för att hantera och rensa dina instrumentpaneler:
- Granska användningen: Identifiera instrumentpaneler som inte längre används eller är dubbletter. Du kan göra detta genom att kontrollera det senast använda datumet eller genom att samråda med teammedlemmar.
- Konsolidera instrumentpaneler: Kombinera liknande instrumentpaneler för att minska det totala antalet. Detta kan göras genom att lägga till flera widgetar på en enda instrumentpanel.
- Arkivera gamla instrumentpaneler: Om vissa instrumentpaneler inte längre behövs men du vill behålla data bör du överväga att exportera data och arkivera instrumentpanelerna.
- Använd funktionen Objektgränsspårare: Ger insyn i resursanvändning i realtid, inklusive instrumentpaneler. Den här funktionen kan hjälpa dig att proaktivt hantera dina gränser och undvika potentiella problem.
Övriga anteckningar:
- Slutförda eller stängda arbetsobjekt visas inte på kvarvarande uppgifter och tavlor när deras ändrade datum är äldre än ett år. Du kan fortfarande lista dessa objekt med hjälp av en fråga. Gör en mindre ändring för att återställa visningsklockan för att få dem att dyka upp på en kvarvarande eller tavla.
- Undvik att kapsla kvarvarande uppgifter av samma typ. Mer information finns i Åtgärda problem med omordning och kapsling.
- Undvik att tilldela samma områdessökvägar till fler än ett team. Mer information finns i Begränsningar för styrelsevyer för flera team.
- Som standard kan arbetsobjektsgränser anges till lägre värden från början.
När du arbetar med team, arbetsobjekttaggar, kvarvarande uppgifter och tavlor gäller följande driftsgränser. Standard- och maxgränser.
| Användargränssnitt | Gräns |
|---|---|
| Backlogs (eftersläpningar) | 999 arbetsobjekt |
| Boards | 400 kort |
| Instrumentpaneler per projekt | 500 |
| Aktivitetstavla | 800 arbetsobjekt |
| Teams | 5 000 per projekt |
| Taggar för arbetsobjekt | 150 000 taggdefinitioner per projekt |
| Mallar per typ av arbetsobjekt | 100 |
Varje kvarvarande uppgifter kan visa upp till 999 arbetsobjekt. Om kvarvarande uppgifter överskrider den här gränsen kan du överväga att skapa ett team och flytta några av arbetsobjekten till det nya teamets kvarvarande uppgifter.
Övriga anteckningar:
- Undvik att kapsla kvarvarande uppgifter av samma typ. Mer information finns i Åtgärda problem med omordning och kapsling.
- Undvik att tilldela samma områdessökvägar till flera team. Mer information finns i Begränsningar för styrelsevyer för flera team.
För den lokala XML-processmodellen kan du ändra begränsningarna för kvarvarande uppgifter och Aktivitetstavla genom att redigera ProcessConfiguration.xml filen. Mer information finns i Referens för XML-element för processkonfiguration.
Projekt
Azure DevOps Services begränsar varje organisation till 1 000 projekt per organisation, en ökning jämfört med den tidigare gränsen på 300 projekt.
Kommentar
Över 300 projekt kan vissa upplevelser, som att ansluta till ett projekt från Visual Studio, försämras. För lokal Azure DevOps Server finns det inga hårda gränser, men prestandaproblem kan uppstå när antalet projekt närmar sig 300. Observera den maximala gränsen på 1 000 projekt när du migrerar till Azure DevOps Services. Om samlingen överskrider den här gränsen delar du upp samlingen eller tar bort äldre projekt.
Mer information finns i Migrera data från Azure DevOps Server till Azure DevOps Services.
Processanpassning
Det finns många begränsningar för hur många objekt du kan definiera för en process. Mer information finns i Anpassa din arbetsspårningsupplevelse.
I följande tabell visas det maximala antalet objekt som du kan definiera för processmodellerna Arv och Värdbaserad XML. Även om dessa gränser är hårda gränser kan praktiska gränser också gälla.
| Objekt | Arv | Värdbaserad XML |
|---|---|---|
| Antal processer som du kan ha i en organisation | 128 | 64 |
| Typer av arbetsuppgifter som definierats för en process | 64 | 64 |
| Fält som definierats för en organisation | 8192 | 8192 |
| Fält som definierats för en process | 1024 | 1024 |
| Fält som definierats för en typ av arbetsobjekt | 1024 | 1024 |
| Listrutor som definierats för en organisation eller samling | 2048 | - |
| Listlisteobjekt som definierats för en lista | 2048 | 2048 |
| Längd på listobjekt | 256 | - |
| Arbetsflödestillstånd som definierats för en typ av arbetsuppgift | 32 | 16 |
| Regler som definierats för en arbetsuppgiftstyp | 1024 | 1024 |
| Åtgärder som definierats för en typ av arbetsobjekt | 1024 | 1024 |
| Åtgärder som definierats för en regel | 10 | 10 |
| Portföljens kvarvarande nivåer har definierats för en process | 5 | 5 |
| Kategorier som definierats för en process | - | 32 |
| Globala listor som definierats för en process | - | 256 |
| Lista objekt som definierats i en global lista | - | 1024 |
| Storlek på bifogad arbetsobjekt | 60 MB | 60 MB |
Andra begränsningar och efterlevnadskrav för den värdbaserade XML-processmodellen finns i Anpassa en process när du använder värdbaserad XML.
Kommentar
För den värdbaserade XML-processmodellen kan du definiera cirka 10 000 objekt i alla globala listor som anges i alla WITs.
I följande tabell visas det maximala antalet objekt som du kan definiera för processmodellerna Arv och Lokal XML. Även om dessa gränser är hårda gränser kan praktiska gränser också gälla.
| Objekt | Arv | Lokal XML |
|---|---|---|
| Antal processer som du kan ha i en organisation | 64 | 64 |
| Typer av arbetsuppgifter som definierats för en process | 64 | 64 |
| Fält som definierats för en samling | 8192 | 1024 |
| Fält som definierats för en process | 1024 | 1024 |
| Fält som definierats för en typ av arbetsobjekt | 1024 | 1024 |
| Listrutor som definierats för en samling | 1024 | Ej tillämpligt |
| Listlisteobjekt som definierats för en lista | 2048 | 2048 |
| Längd på listobjekt | 256 | Ej tillämpligt |
| Arbetsflödestillstånd som definierats för en typ av arbetsuppgift | 32 | 16 |
| Regler som definierats för en arbetsuppgiftstyp | 1024 | 1024 |
| Portföljens kvarvarande nivåer har definierats för en process | 5 | 5 |
| Kategorier som definierats för en process | Ej tillämpligt | 32 |
| Globala listor som definierats för en process | Ej tillämpligt | 256 |
| Lista objekt som definierats i en global lista | Ej tillämpligt | 1024 |
Kommentar
För den lokala XML-processmodellen kan du definiera en ungefärlig summa på 10 000 objekt för alla globala listor som anges för alla WIT-enheter.
Praktiska begränsningar
För att minimera prestandaproblem rekommenderar vi att du följer den här vägledningen:
- Begränsa antalet anpassade fält som du definierar. Alla anpassade fält bidrar till det totala antalet tillåtna för en process, samling eller organisation. Du kan ange olika beteenden, till exempel regler och listrutor, för samma fält i olika WITs.
- Begränsa antalet regler som du definierar för en WIT. Du kan skapa flera regler för en WIT, men andra regler kan påverka prestanda negativt när användare lägger till eller ändrar arbetsobjekt. När användare sparar arbetsobjekt validerar systemet alla regler som är associerade med fälten för den arbetsobjekttypen. I vissa fall kan verifieringsuttrycket för regeln vara för komplext för att SQL ska kunna utvärderas effektivt.
- Begränsa antalet anpassade WIT-nätverk som du definierar.
- Begränsa antalet anpassade fält som du definierar. Alla anpassade fält bidrar till det totala antalet tillåtna för en process, samling eller organisation. Du kan ange olika beteenden, till exempel regler och listrutor, för samma fält i olika WITs.
- Begränsa antalet regler som du definierar för en WIT. Du kan skapa flera regler för en WIT, men andra regler kan påverka prestanda negativt när användare lägger till eller ändrar arbetsobjekt. När användare sparar arbetsobjekt validerar systemet alla regler som är associerade med fälten för den arbetsobjekttypen. I vissa fall kan verifieringsuttrycket för regeln vara för komplext för att SQL ska kunna utvärderas effektivt.
- Begränsa antalet anpassade WIT-nätverk som du definierar.
- Begränsa antalet rapportbara fält som du definierar. Rapportbara fält kan påverka datalagrets prestanda.
Kommentar
Verifiering av arbetsobjektsregler överskrider SQL-gränser: Ett enda SQL-uttryck definieras per projekt för att verifiera arbetsobjekt när de skapas eller uppdateras. Det här uttrycket växer med antalet regler som har angetts för alla typer av arbetsobjekt i projektet. Varje beteendekvalificerare för ett fält ökar antalet underuttryck. Kapslade regler, regler som endast gäller för en övergång eller regler som är villkorade för värdet för ett annat fält lägger till fler villkor i en IF-instruktion. När uttrycket når en viss storlek eller komplexitet kan SQL inte längre utvärdera det och genererar ett fel. Lös det här felet genom att ta bort vissa WIT-anslutningar eller eliminera vissa regler.
Hastighetsbegränsningar
För att minska kostnaderna och förbättra skalbarheten och prestandan använder Azure DevOps Services, som många lösningar för programvara som en tjänst, flera innehavare. För att säkerställa bra prestanda och minimera risken för avbrott begränsar Azure DevOps Services de resurser som enskilda användare kan använda och antalet begäranden som de kan göra till vissa kommandon. När dessa gränser överskrids kan efterföljande begäranden fördröjas eller blockeras.
De flesta hastighetsgränser nås via REST API-anrop eller icke-optimerade frågor. Mer information finns i Hastighetsbegränsningar och Metodtips (för att undvika att uppnå hastighetsgränser).
Migrera och importera gränser
När du migrerar från en lokal plats till Azure DevOps Services kan du stöta på flera storleksgränser, bland annat:
- Databasstorlek som överskrider den rekommenderade storleken
- Största tabellstorlek som överskrider den rekommenderade storleken
- Databasens metadatastorlek överskrider den storlek som stöds
Mer information finns i Migrera data från Azure DevOps Server till Azure DevOps Services och Felsöka import- och migreringsfel.