Finjuster ydeevnen i Project Online

Vigtigt: Denne artikel er maskinoversat. Se ansvarsfraskrivelsen. Du kan finde den engelske version af denne artikel her til din orientering.

< Mere hjælp til Project

Med lanceringen af Project Online et par år siden kan gået organisationer af alle størrelser kunne bruge Microsofts store udvalg af funktioner i Project Portfolio Management (PPM) i nemmere af vores Office 365 skyinfrastruktur.

Selvom en af de indlysende fordele ved at benytte en skybaseret tjeneste er, at man ikke skal håndtere installation, konfiguration og tilpasning af hardware og software, er der stadig nogle ting, du kan gøre for at sikre dig, at din organisation får den bedst mulige ydeevne ud af Project Online.

Project Online har mange konfigurations- og tilpasningsindstillinger, men tilpasninger kan påvirke ydeevnen. I denne artikel fokuseres på nogle af de mest almindelige Project Online-indstillingers betydning for ydeevnen samt kompromisser, så du kan træffe kvalificerede beslutninger om tilpasningen og konfigurationen af Project Online.

Denne artikel er en del af projektet Netværksplanlægning og justering af ydeevnen for Office 365.

Bedste fremgangsmåder for Office 365 og SharePoint Online

Der er mange forskellige oplysninger om netværksplanlægning og justering af ydeevnen for SharePoint Online og Office 365. Alle disse oplysninger er relevante for Project Online kunder og bør høre ud over de følgende bedste fremgangsmåder, der er specifikke for Project Online.

Konfiguration og tilpasning af Project Online

Mange elementer fra et Project Web App-websted kan konfigureres og tilpasses, lige fra administrative indstillinger til tilladelser og fra indstillinger for samarbejde til udseende og funktionalitet. Lad os se på de indstillinger, der kan påvirke den overordnede ydeevne for dit Project Web App-websted.

Vi kommer ind på:

  • Tilstande for sikkerhedstilstande

  • Oprette en brugerdefineret virksomhedsprojekttype

    • Konfiguration af Project-websted

    • Synkroniseringsmekanismer mellem Project Online og SharePoint Online

  • Synkronisering af Active Directory-ressourcepulje

  • Tilpasning af brugergrænsefladen samt udseende og funktionalitet

  • Projektdetaljesider og arbejdsprocesser

  • OData og rapportering

  • kvote for Project Online

(Nogle af disse oplysninger gælder Project Server 2013 og Project Server 2016 samt.)

Tilladelsestilstande: SharePoint eller Project

Med Project Online og Project Server 2013 introduceret vi en ny og forenklet tilladelsesmodel kaldet tilladelsestilstand for SharePoint, i modsætning til de ældre tilladelsestilstand for Project. Sammenligning mellem begge tilstande kan findes på Technet.

Nye Project Online-forekomster klargøres som standard i Tilladelsestilstand for SharePoint, og vi er sikre på, at denne tilstand lever op til langt de fleste kunders behov. Med denne tilstand kan du administrere brugergodkendelse via almindelige SharePoint-grupper og -tilladelser.

Tilladelsestilstand for Project indeholder en høj grad af timesedler, men den kan komme til en pris i ydeevne. Hvis du opretter hundredvis af kategorier og høj grad afhængig af dynamiske tilladelser via din ressource Breakdown struktur (RBS), kan det langsommere slutbrugeroplevelsen for brugere, der har adgang til meget indhold, som administratorer og portefølje ledere.

Bemærk: Skift mellem tilladelsestilstand for SharePoint og tilladelsestilstand for Project Server, slettes alle sikkerhedsrelaterede indstillinger. Hvis du skifter fra tilladelsestilstand for SharePoint til klassisk tilladelsestilstand for Project Server, har du manuelt konfigurere struktur din sikkerhed tilladelser i Project Server 2013 og Project Server 2016. Skifte fra tilladelsestilstand for Project Server tilbage til tilladelsestilstand for SharePoint, slettes dine sikkerhedsoplysninger tilladelser fra Project Server 2013 og Project Server 2016.

Anbefaling:   

Når det er muligt, skal du beholde standardtilladelsestilstanden for SharePoint for at opnå en bedre ydeevne. Hvis du skal bruge tilladelsestilstand for Project, skal du begrænse dine tilpasninger så meget som muligt.

Oprette en brugerdefineret virksomhedsprojekttype

En virksomhedsprojekttype (EPTER) repræsenterer en slikpapir, der indkapsler faser, faser, en enkelt arbejdsproces og projektdetaljesider (projektdetaljesider).

EPTs kan du angive:

  • Konfiguration af Project-websted

  • Synkroniseringsmekanismer mellem Project Online og SharePoint Online

Konfiguration af Project-websted

Projektwebsteder er opbygget omkring centrale funktioner i SharePoint. Det er ikke en let proces at oprette projektwebsteder, og beslutningen om, hvorvidt og hvornår din organisation har brug for projektwebsteder, kan gøre meget for at forbedre slutbrugernes generelle oplevelse.

En masse organisationer Brug Project Online til at samle og bedømme projektforslag inden du beslutter, hvilke projekter til at finansiere. Hvis projektwebsteder er indstillet til oprettes automatisk første gang et projekt er blevet publiceret, får alle projektforslag, selv dem, der ikke klippe, et projektwebsted. Webstederne unødvendige skulle manuelt ryddes op senere.

En bedre fremgangsmåde, hvis du beslutter at bruge projektwebsteder, lade enten brugeren vælge, hvornår du skal oprette sit samarbejdswebsted, eller endnu bedre: få det oprettet af en arbejdsproces, så snart projektforslag når en bestemt fase.

SharePoint Online i øjeblikket begrænsninger for antallet af underordnede websteder, der kan oprettes for hver gruppe af websteder. En EPTER gør det muligt at definere, hvilken gruppe af websteder for at oprette nye projektwebsteder i. Dette gør det muligt at oprette et projektwebsted for hvert projekt, som du kan fylde dem på tværs af flere grupper af websteder.

Projektwebsteder på tværs af PWA grupper af websteder

Hvis du har en gruppe af websteder dedikeret til din IT-afdeling, kan du konfigurere din IT-projekter EPTER projektwebsteder fra https://contoso.sharepoint.com/sites/ITskal oprettes.

Project sted til oprettelse

Anbefaling:   

Hvis din organisation bruger projektwebsteder, vælge indstillingen til at oprette dem efter behov i stedet for automatisk. Dette hurtigere den første publicering oplevelse og undgås oprettelsen af unødvendige websteder og indhold.

For hver EPTER, kan du konfigurere denne indstilling ved at:

  1. I indstillinger for Project Web App, skal du klikke på Brugerdefineret virksomhedsprojekttype.

  2. Vælg den EPTER, som du vil ændre indstillingen.

  3. På siden EPTER indstillinger i sektionen Project-websted skal du vælge Tillad brugere at vælge.

Oprettelse af indstillinger for Project-websted

Oprette projektwebsteder i deres egen gruppe af websteder ved EPTER. Hold antallet projektwebsteder i en gruppe af websteder under SharePoint Online begrænsninger.

Hvad synkroniserer du?

Project Online kører oven på SharePoint Online på samme måde Project Server kører oven på SharePoint Server. Som et resultat, har vi synkronisere på et bestemt antal komponenter mellem til to systemer. Synkroniseringen kan være tidskrævende og, afhængigt af din virksomhed skal, kan være tidspunkter unødvendige. I denne artikel gennemgås alle disse forskellige synkronisering systemer for at hjælpe dig med at beslutte, hvilke af dem du skal bruge, og hvilke du kan slukke. Nogle af disse indstillinger er allerede fra som standard.

I de følgende afsnit beskriver vi:

  • Synkroniser brugertilladelser til dit projektwebsted

  • Synkronisere SharePoint opgaver lister for Enterprise-projekter

Synkroniser brugertilladelser

Projektwebsteder er arbejdsområder, hvor projektgrupper kan samarbejde, overføre dokumenter og hæve problemer. Når Synkroniser brugertilladelser er slået til, når en person har fået tilladelse til et projekt, opdateres de tilsvarende tilladelser til projektwebsted.

Denne synkronisering sker hver gang, projektet publiceres. Selvom synkronisering er praktisk, går det ud over ydeevnen. Skal flere brugere og websteder synkroniseres, sænker det tjenestens hastighed, især under massepublicering, import eller oprettelse af flere projekter (med Project-websteder) eller ved opdatering af gruppemedlemskaber, der kræver en gensynkronisering af projektwebsteders tilladelser.

Du kan definere Hvis Synkroniser brugertilladelser er slået til for hver EPTER.

Bemærk: Jeg f projektwebsteder er oprettet i en anden gruppe af websteder end hvor Project Web App-webstedet er placeret (for eksempel https://contoso.sharepoint.com/sites/pwa er hvor Project Web App er placeret, og EPTER opretter projektwebsteder i https:// contoso.sharepoint.com/sites/IT), synkronisering brugertilladelser understøttes ikke.

Anbefaling:   

Vi anbefaler på det kraftigste, at du deaktiverer indstillingen til synkronisering af tilladelser på Project-websteder, hvis følgende gælder for din installation:

  • Du har et stort antal ressourcer (>1000)

  • Du har et stort antal projekter, der kræver et Project-websted (> 1000)

  • Du har et stort antal ressourcer, der skal have tildelt adgang til størstedelen af Project-webstederne

  • Projektwebsteder oprettes uden for standardgruppen af websteder (synkronisering er deaktiveret)

Nedenfor følger nogle indstillinger, som du bør overveje, når du skal administrere Project-webstedstilladelser:

  • Hvis dine projektgrupper har lav omsætning, kan du overveje at deaktivere synkronisering af Project-websted tilladelser til at forbedre ydeevnen i Project publicere og projektdetaljesiderne. Du skulle derefter manuelt at tildele eller fjerne adgangen til dine projektwebsteder, når en person sammenkæder eller forlader en projektgruppe.

  • Hvis access skal tildeles for alle brugere i Project Web App, og den knyttes til din eksisterende gruppetilladelser, kan du overveje at konfigurere din projektwebsteder at nedarve fra det overordnede PWA-websted.

  • Hvis adgang til webstedet er justeret i forhold til specifikke roller, skal du oprette en eller flere grupper, der er justeret i forhold til disse roller (hvis du har aktiveret Gruppe-synkronisering, bør du kunne bruge de samme grupper) og tildele disse grupper adgang til Project-webstedet.

Du kan slå synkronisering bruger Permisssions ved for hver EPTER:

  1. I indstillinger for Project Web App, skal du klikke på Brugerdefineret virksomhedsprojekttype.

  2. Vælg den EPTER, som du vil ændre indstillingen.

  3. Vælg Bruger synkronisering af tilladelser på siden EPTER settings i sektionen Synkroniser.

Bruger synkronisering af tilladelser

Synkronisere SharePoint opgaver lister for Enterprise-projekter

Synkronisere SharePoint opgaver lister er slået fra som standard til at forbedre hastigheden for project udgivelse. Dette er også med hastighed overgangen mellem projektdetaljesider. Hvis brugerne skal have på opgavelisten og dens tidslinje visualisering i Project-websted, kan du slå denne funktion og kontrollere, om dens påvirkning af ydeevnen for project publicering er begrundet.

Bemærk: Jeg f projektwebsteder er oprettet i en anden gruppe af websteder end hvor Project Web App-webstedet er placeret (for eksempel https://contoso.sharepoint.com/sites/pwa er hvor Project Web App er placeret, og EPTER opretter projektwebsteder i https:// contoso.sharepoint.com/sites/IT), synkronisering af SharePoint-lister opgaver understøttes ikke.

Anbefaling   

Synkronisere SharePoint opgave listerne over indstilling er beregnet til brug med små projektplaner. Hvis projektet har mange opgaver, synkronisere dem på publicere kan tage lidt tid, som hver enkelt opgave skal være opdateret én ad gangen. For eksempel tager det flere minutter at synkronisere en 500 opgave projektplan til SharePoint-opgaveliste. Selvom køjob er på en separat korrelation og har ikke Bloker lagring og redigering af projektet planer, anbefaler vi ikke aktivere indstillingen Synkroniser SharePoint-opgavelister. Vi anbefaler, at kun synkronisere projekter med mindre end 250 opgaver.

Denne indstilling er slået fra som standard. Aktivér kun synkronisering af SharePoint-lister opgaver, hvis brugerne skal bruge funktionen til hver EPTER. Sådan konfigureres denne indstilling:

  1. I indstillinger for Project Web App, skal du klikke på Brugerdefineret virksomhedsprojekttype.

  2. Vælg den EPTER, som du vil ændre indstillingen.

  3. Vælg Synkroniser SharePoint opgaver vises på siden EPTER settings i sektionen Synkroniser.

Synkronisere SharePoint-opgavelister

Synkronisering af Active Directory-ressourcepulje

Synkronisering af Active Directory-ressourcepulje har i sig selv ikke betydelige problemer med ydeevnen og kan importere tusindvis af ressourcer til din Project Web App-forekomst på få minutter. Men den efterfølgende effekt på andre dele af systemet kan påvirke ydeevnen. Den primære proces, der skal holdes øje med, er synkronisering af projekttilladelser, som er beskrevet tidligere. Hvis der er stor udskiftning i medlemskabet af dine Active Directory-grupper, og det stiller krav til, at du ofte synkroniserer din ressourcepulje, skal du være opmærksom på de efterfølgende effekter på relaterede tilladelsessynkroniseringsjob.

Anbefaling:   

Begrænse Active Directory-synkronisering til grupper af ressourcer, som rent faktisk brug for at bruge systemet og overvåge tilladelse potentielle problemer efter synkroniseringen af store grupper. (For at konfigurere Active Directory Enterprise Resource puljen-synkronisering, i Project Web App indstillinger skal du klikke på Active Directory-ressource puljen synkronisering.

Tilpasning af PWA-sider og -visninger

Sidetilpasninger

SharePoint-platformen har gode tilpasningsfunktioner med den modulære webdelsinfrastruktur og understøttelse af brugerdefinerede sider. Når du tilføjer logoer, brugerdefinerede webdele og nye temaer, har det muligvis ikke større indflydelse på ydeevnen på den lokale infrastruktur, takket være fordelene ved nærliggende servere, lav latenstid og stor netværksbåndbredde. Men på en onlinetjeneste gælder andre forhold.

Når du overfører et logo eller grafikobjekt med en stor filstørrelse, kan det gøre siderne en smule langsommere på en lokal installation, men online har det stor betydning for ydeevnen.

Det samme gælder, når du føjer flere webdele til en side. Det kan være nærliggende at har en brugerdefineret side med flere webdele, men medmindre brugere rent faktisk brug at se data ved siden af hinanden, er det bedre at har separate specialiserede sider end får den samlet på ét sted. Hvis brugerne skal kun indholdet af en webdel på siden, har de stadig vente længere på siden for at indlæse og vise data for alle andre webdele.

Anbefaling:   

Når du tilpasser sider, skal du behandle dit Project Online-websted som et almindeligt websted på internettet og oprette så lette sider som muligt.

Tilpasning af visninger

Igen har enkelhed stor betydning for at øge ydeevnen ved indlæsning af sider. Organisationer kan oprette brugerdefinerede visninger ved at bruge flere Project Web App-sider, herunder Projektcenter, Ressourcecenter, Opgaver og Timesedler.

Jo mere indhold der vises, desto langsommere bliver sidegengivelsen. Du kan reducere indlæsningstiden for hver side med nogle få sekunder, hvis du giver brugere et større antal enkle og målrettede visninger i stedet for nogle få "alt i en"-visninger.

I eksemplerne nedenfor tager det i gennemsnit 2 til 3 sekunder mindre at indlæse den anden visning end den første.

Skærmbillede af tilpasset Projektcenter-visning.

Skærmbillede af Projektcenter-visning.

Anbefaling:   

Når du konfigurerer visninger, skal du give brugerne enkle, specialiserede visninger for at opnå hurtigere navigation i stedet for en kompleks alt i én-visning, der i de fleste tilfælde indlæser unødvendige data.

Visningsindstillinger

Projektcenter: Gruppér efter med aggregerede værdier

Brugerne kan konfigurere forskellige måder at har visningen gengives til dem, herunder har data, der er grupperet efter forskellige felter. Når du bruger grupper efter, kan data opløftes til understøttede sammenlægning felter (for eksempel, opsummere omkostninger eller et brugerdefineret felt). Computing forespørgslerne aggregatværdierne tjenesten at indlæse alle værdierne op for at få vist totalen.

Eksempel på data grupperet efter felter og opløftet til sammenlægning felter.

Anbefaling:   

Medmindre brugeren skal se de aggregerede værdier, skal du deaktivere indstillingen opdateringspakke på båndet.

Opsummering af indstilling

Projektcenter: Gantt-diagram

Diagramdelen af Gantt-diagramvisningen viser hvert projekt som en oversigt over Gantt-søjle.

Anbefaling:   

Medmindre brugeren skal se Gantt-diagrammet, skal du deaktivere indstillingen Gantt-diagram på båndet.

Indstilling for Gantt-diagram

Brugerdefinerede projektdetaljesider og arbejdsprocesser

Ud over ovenstående anbefaling for sidedesign er projektdetaljesider specielle på den måde, at de kan udløse en genberegning af hele projektet og starte arbejdsproceshandlinger, som i begge tilfælde kan koste dyrt i ydeevne, afhængigt af dine tilpasninger.

Project Online og Project Server har to primære opdateringsprocesser for projektoplysninger:

  • Opdateringer kræver en genberegning af planlægning (se listen nedenfor)

  • Ikke-skemarelaterede felter, f.eks. projektnavn, beskrivelse og ejer.

Vi anbefaler, at du undgår at opdatere begge typer data på den samme projektdetaljeside for at undgå at udløse begge opdateringsprocesser på samme tid.

Her er en oversigt over de mest almindelige handlinger, der kræver en genberegning af tidsplanen.

  • Ændringer i projektkalenderen

  • Ændringer i følgende datofelter:

    • Startdato

    • Slutdato

    • Statusdato

    • Dags dato

  • Ændringer i brugerdefinerede projektfelter

  • Hvis projektet har afhængigheder af leverancer

En anden måde at forbedre ydeevnen for projektdetaljesiden er at reducere antallet af webdele og brugerdefinerede felter, der vises på hver projektdetaljeside. Hvis dine virksomhedsprocesser kræver hyppige opdateringer til den samme gruppe af felter, skal du oprette en dedikeret projektdetaljeside, der kun indeholder disse felter, for at forbedre indlæsnings- og lagringstiden. Visning af alle brugerdefinerede felter medfører altid en masse unødvendigt spild.

Anbefaling:   

Opret lette, specialiserede projektdetaljesider, og undgå at blande skemarelaterede og ikke-skemarelaterede opdateringer sammen.

Masseopdateringer til brugerdefinerede felter i arbejdsprocesser med nye REST API'er

Opdatering af værdier i brugerdefinerede projektfelter i en arbejdsproces én ad gangen kræver en separat serveranmodning ved hjælp af handlingen Angiv projektfelt. Det medfører reduceret ydeevne ved opdatering af mange brugerdefinerede felter på én gang på et netværk med høj latenstid og lille båndbredde.

For at løse dette problem, er der en CSOM metode til at opdatere brugerdefinerede felter i flere. Denne metode skal du sende i en ordbog, der indeholder navne og værdier for alle de brugerdefinerede felter, du vil opdatere.

API til klargøring af projektwebsteder efter behov

Hvert projekt kan have sit eget dedikerede SharePoint-websted, hvor teammedlemmerne kan samarbejde, dele dokumenter og stille spørgsmål. Disse websteder kan oprettes automatisk ved første publicering, eller de kan oprettes manuelt af projektlederen via Project Pro eller af administratoren via Project Web App-indstillinger, eller de kan simpelthen deaktiveres.

Du kan bruge CreateProjectSite('') metode beslutte, hvornår du skal oprette deres projektwebsteder. Dette er særligt nyttigt til organisationer, som vil oprette deres websteder, når et projektforslag-når en bestemt fase i en foruddefineret arbejdsproces i stedet for på først udgive. Dette betydeligt forbedrer ydeevnen for projektoprettelse ved at udsætte oprettelse af projektwebsteder.

OData og rapportering

Rapportering

Ved hjælp af Project OData-tjenesten, kan du finde oplysninger fra din Project Online forekomst til rapportering.

Power BI

Hvis mængden data er lille, kan derefter Power BI jævnligt læse data fra Project OData-tjenesten og giver en række dynamics rapporter. Et eksempel indhold pack kan findes her.

Hvis mængden data i Project Online er stor, kan du stadig tage i et undersæt af dataene, så længe den opfylder de PowerBI data størrelse begrænsninger disposition her. En anden mulighed er at oprette dine rapporter i et glidende vindue, det vil sige spamfiltrering projekter, der er aktive i de seneste 30 dage eller får vist ressourcekapacitet for de næste 6 måneder.

SQL Server Integration Services (SSIS)

Ved hjælp af SSIS data kan skal udtrækkes fra Project OData-tjenesten og kan hente dine rapporteringsdata til en SQL server-database, lokalt eller i Microsoft Azure. Et eksempel SSIS-pakke til Project OData-tjenesten kan findes her.

Anbefaling:   

Hvis dine rapporteringsbehov stadig kræver, at du udtrækker en stor mængde data, kan du overveje at bruge SQL Server Integration Services (SSIS) pakke til at kopiere dine rapporteringsdata til en SQL server-database lokalt eller i Microsoft Azure.

Når du bruger SSIS, skal du overveje følgende trin:

Fuld synkronisering

Få en aktuel øjebliksbillede af rapportdata du er interesseret i.

  1. Optage dags dato og klokkeslæt som tidspunkt for synkronisering

  2. Hente data fra hvert slutpunkt.

Delta synkronisering

Markér med jævne mellemrum for at holde din kopi opdateret.

  1. Optage dags dato klokkeslæt.

  2. Forespørge ProjectId fra projekter slutpunkt.

  3. Slette lokale projekter, hvor ProjectId findes ikke længere.

  4. Hvert slutpunkt af Project-forespørgsel:

    1. Forespørge objektet id'er.

    2. Slette lokale enheder, hvor id'erne findes ikke længere.

    3. Forespørgsel til mod_dates, der er ændret, siden du sidst synkroniseret.

Office 365 Project Portfolio Dashboard

Indeholder allerede konfigureret med effektive dashboards tillade business ledere, oversigtsledere og projektledere til at få indsigt i områder som ressource anvendelsen, project portfolio ydeevne, omkostninger, aktive risici/problemer og milepæle.

Anbefaling   

Brug af SQL Server Integration Services (SSIS) Hent data for et stort antal projekter, og oprette brugerdefinerede rapporter ud fra hentede data.

Brugerdefinerede felter

Når du henter data fra OData-slutpunkt, kræves ekstra beregning, når ved hjælp af brugerdefinerede felter, som er opslag med flere værdier. Ekstra beregning tillader ikke OData slutpunktet at drage fordel af et antal optimeringer.

Anbefaling   

Brug ikke opslag med flere værdier brugerdefinerede felter.

Forespørgsler OData

Der er begrænsninger for til antallet enheder, der kan returneres i en forespørgsel til ProjectData-tjenesten. Som et resultat kræver forespørgsler en stor mængde data flere webanmodninger skal sendes til tjenesten, tilføje netværk omkostninger og ventetid for hver enkelt anmodning.

For en Project Web App-forekomst, der indeholder et stort antal enheder, f.eks. projekter, tildelinger eller opgaver, bør du begrænse de data, der returneres, på mindst én af følgende måder. Hvis du ikke begrænser de data, der returneres, kan forespørgslen overskride standardgrænserne og forringe serverens ydeevne.

  • Brug en $filter-URL-indstilling, eller brug $select for at begrænse dataene.    Den følgende forespørgsel filtrerer for eksempel efter projektets startdato og returnerer kun fire felter i rækkefølge efter projektnavnet:

    http://ServerName/ProjectServerName/_api/ProjectData/Projects?$filter=ProjectStartDate gt datetime'2012-01-01T00:00:00'&$orderby=ProjectName&$select=ProjectName,ProjectStartDate,ProjectFinishDate,ProjectCost
  • Hent en enhedssamling ved hjælp af en tilknytning.    Den følgende forespørgsel benytter for eksempel internt tilknytningen Project_Assignments_Assignment_Project til at hente alle tildelingerne i et bestemt projekt:

    http://ServerName/ProjectServerName/_api/ProjectData/Projects(guid'263fc8d7-427c-e111-92fc-00155d3ba208')/Assignments
  • Gøre flere forespørgsler for at returnere data én side ad gangen, ved brug af operatoren $top og operatoren $skip i en løkke.    For eksempel får følgende forespørgsel problemer 11-20 for alle projekter i rækkefølgen af den ressource, der er tildelt til problemet:

    http://ServerName/ProjectServerName/_api/ProjectData/Issues?$skip=10&$top=10&$orderby=AssignedToResource

Anbefaling:   

Forsøg at begrænse mængden data forespørge du på kørselstidspunktet ved hjælp af serversiden filtrering.

Project Web App Kvote

Som standard Project Web App webstedet leveres med en grænse på 25 GB og er en separat fra grænsen for alle de data, der er gemt i SharePoint-websteder , hvor Project Web App er aktiveret.

Note: For store kunder kan kvote øges. Kontakt Microsoft.

Konklusion

Project Online, som andre skytjenester på internettet, kræver specifik tilpasning for at give den bedste ydeevne sammenlignet med en lokal installation.

Selvom vi løbende forbedrer systemet for at øge ydeevnen, er der nogle ting, du kan gøre i mellemtiden for at give dine slutbrugere en god oplevelse.

Samlet anbefaling:

  • Brug tilladelsestilstand for SharePoint, når det er muligt.

  • Aktivér kun de funktioner, du rent faktisk kommer til at bruge.

  • Hold sider og tilpasninger så enkle og lette som muligt for at opnå hurtigere sideindlæsningstider.

  • Brug filtrering på serversiden, eller eksportér OData-feeddata til en SQL Server-database for at opnå større rapporteringsfleksibilitet.

Relaterede emner

Project Online: grænser og begrænsninger for software

Bemærk: Ansvarsfraskrivelse for maskinoversættelse: Denne artikel er blevet oversat af et computersystem uden menneskelig indgriben. Microsoft tilbyder disse maskinoversættelse for at hjælpe ikke-engelsktalende brugere til at kunne nyde indhold om Microsofts produkter, tjenester og teknologier. Da artiklen er maskinoversat, kan den indeholde forkerte ord eller syntaks- eller grammatikfejl.

Udvid dine færdigheder
Gå på opdagelse i kurser
Få nye funktioner først
Bliv Office Insider

Var disse oplysninger nyttige?

Tak for din feedback!

Tak for din feedback! Det lyder, som om det vil kunne hjælpe, hvis du bliver sat i forbindelse med en af vores Office-supportteknikere.

×