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 utvalda objekt gäller vissa praktiska gränser. 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 gäller följande driftsgränser.
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 |
En ändringsgräns för arbetsobjekt på 10 000 gäller för uppdateringar som görs via REST-API:et för Azure DevOps Services. Den här gränsen begränsar uppdateringar från 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.
Användargränssnitt | Gräns |
---|---|
Backlogs (eftersläpningar) | 10 000 arbetsobjekt |
Tavlor | 1 000 kort (exklusive dessa kort i de föreslagna och slutförda arbetsflödestillståndskategorierna) |
Aktivitetstavla | 1 000 uppgifter |
Områdessökvägar | 10 000 per projekt |
Djup för områdessökväg | 14 |
Områdessökvägar per team | 300 |
Iterationssökvägar | 10 000 per projekt |
Djup för iterationssökväg | 14 |
Iterationssökvägar per team | 300 |
Projektinstrumentpaneler | 500 per projekt |
Teaminstrumentpaneler | 500 per team |
Teams | 5 000 per projekt |
Taggar för arbetsobjekt | 150 000 taggdefinitioner per organisation eller samling |
Leveransplaner per projekt | 1 000 |
Mallar per typ av arbetsobjekt | 100 |
Varje kvarvarande uppgifter kan visa upp till 10 000 arbetsobjekt. Det här är en gräns för vad kvarvarande uppgifter kan visa, inte en gräns för hur många arbetsobjekt du kan definiera. Om kvarvarande uppgifter överskrider den här gränsen kan du överväga att lägga till ett team och flytta några av arbetsobjekten till det andra teamets kvarvarande uppgifter.
Ytterligare kommentarer:
- Slutförda eller stängda arbetsobjekt visas inte i kvarvarande uppgifter och tavlor när deras ändrade datum är större än ett år gammalt. Du kan fortfarande lista dessa objekt med hjälp av en fråga. Om du vill att de ska visas på en kvarvarande eller tavla kan du göra en mindre ändring av dem som återställer klockan för visning.
- 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 kanban-styrelsevyer för flera team.
- Som standard kan begränsningar för arbetsobjekt inledningsvis konfigureras till lägre värden.
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 |
Tavlor | 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 lägga till ett team och flytta några av arbetsobjekten till det andra teamets kvarvarande uppgifter.
Ytterligare kommentarer:
- 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 kanban-styrelsevyer för flera team.
För den lokala XML-processmodellen kan du ändra begränsningarna för kvarvarande uppgifter och aktivitetstavlor 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 vissa upplevelser, till exempel att ansluta till ett projekt från Visual Studio, kan börja försämras. För lokal Azure DevOps Server finns det inga hårda gränser för antalet projekt. Du kan dock få prestandaproblem om antalet projekt närmar sig 300. Om du planerar att migrera din lokala samling till Azure DevOps Services måste du observera den maximala gränsen på 1 000 projekt. Om samlingen har fler än 1 000 projekt måste du antingen dela upp samlingen eller ta bort äldre projekt.
Mer information finns i Migrera data från Azure DevOps Server till Azure DevOps Services.
Processanpassning
Ett antal begränsningar tillämpas på antalet objekt som du kan definiera för en process. Mer information om processmodeller 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 utgö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 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 |
Ytterligare 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 en ungefärlig summa på 10 000 objekt för alla globala listor som anges för alla WIT-enheter.
I följande tabell visas det maximala antalet objekt som du kan definiera för processmodellerna Arv och Lokal XML. Även om dessa utgö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
Vi rekommenderar att du överväger följande vägledning för att minimera prestandaproblem.
- Minimera 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. Observera att du kan ange olika beteende för samma fält i en annan WIT. Du kan alltså ange olika regler, listrutor med mera.
- Minimera antalet regler som du definierar för en WIT. Du kan skapa flera regler för en arbetsuppgiftstyp, men tilläggsregler kan påverka prestanda negativt när en användare lägger till och ändrar arbetsuppgifter. När användarna sparar arbetsuppgifter verifierar systemet alla regler som är associerade med fälten för arbetsuppgiftstypen. Under vissa förhållanden är regelverifieringsuttrycket för komplext för att SQL ska kunna utvärdera det.
- Minimera antalet anpassade arbetsuppgiftstyper som du definierar.
- Minimera 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. Observera att du kan ange olika beteende för samma fält i en annan WIT. Du kan alltså ange olika regler, listrutor med mera.
- Minimera antalet regler som du definierar för en WIT. Du kan skapa flera regler för en arbetsuppgiftstyp, men tilläggsregler kan påverka prestanda negativt när en användare lägger till och ändrar arbetsuppgifter. När användarna sparar arbetsuppgifter verifierar systemet alla regler som är associerade med fälten för arbetsuppgiftstypen. Under vissa förhållanden är regelverifieringsuttrycket för komplext för att SQL ska kunna utvärdera det.
- Minimera antalet anpassade arbetsuppgiftstyper som du definierar.
- Minimera antalet rapportbara fält som du definierar. Rapportbara fält påverkar 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 det antal regler som du anger för alla typer av arbetsobjekt som definierats för projektet. Varje beteendekvalificerare som anges för ett fält resulterar i en ökning av antalet underuttryck. Kapslade regler, regler som endast gäller för en övergång eller som är villkorade för värdet för något annat fält, gör att fler villkor läggs till i en IF-instruktion. När uttrycket når en viss storlek eller komplexitet kan SQL inte utvärdera det längre och genererar ett fel. Om du tar bort vissa WIT-nätverk eller eliminerar vissa regler kan du lösa felet.
Hastighetsbegränsningar
För att minska kostnaderna och förbättra skalbarheten och prestandan använder Azure DevOps Services, liksom många lösningar för programvara som en tjänst, flera innehavare. För att säkerställa bra prestanda och minska 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 antingen fördröjas eller blockeras.
De flesta hastighetsgränser nås via REST API-anrop eller icke-optimerade frågor. Mer information finns i följande artiklar:
Migrera och importera gränser
När du bestämmer dig för att migrera från en lokal plats till Azure DevOps Services finns det flera storleksgränser som du kan stöta på. Dessa gränser omfattar:
- Databasstorleken är över den rekommenderade storleken
- Den största tabellstorleken är över den rekommenderade storleken
- Databasens metadatastorlek är högre än 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.
Relaterade artiklar
Relaterade resurser
Feedback
https://aka.ms/ContentUserFeedback.
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i:Skicka och visa feedback för