Stille inn Project Online-ytelse

Viktig: Denne artikkelen er maskinoversatt, se ansvarsfraskrivelsen. Du finner den engelske versjonen av artikkelen her som referanse.

< Mer prosjekthjelp

Med lanseringen av Project Online et par år siden har organisasjoner av alle størrelser kunnet bruke Microsofts omfattende sett med funksjoner for Prosjektporteføljestyring (PPM) i praktiske ved vår Office 365 skyen infrastruktur.

Selv om en av de opplagte fordelene ved å bruke en skybasert tjeneste er at du slipper å håndtere distribusjon, oppsett og justering av maskinvare og programvare, er det fortsatt enkelte ting du kan gjøre for å sikre at organisasjonen får mest mulig ut av Project Online.

Project Online har mange innstillinger for konfigurasjon og tilpassing, men tilpassinger kan påvirke ytelsen. Denne artikkelen tar for seg hvordan noen av de vanligste innstillingene i Project Online påvirker ytelsen og hvilke kompromisser de innebærer, slik at du kan ta en overveid avgjørelse når det gjelder tilpassing og konfigurasjon av Project Online.

Denne artikkelen er en del av prosjektet Nettverksplanlegging og ytelsesjustering for Office 365.

Anbefalte fremgangsmåter i Office 365 og SharePoint Online

Det finnes en mengde informasjon rundt nettverksplanlegging og ytelsesjustering for SharePoint Online og Office 365. Denne informasjonen som er relevant for Project Online kunder og bør bli spurt i tillegg til følgende anbefalte fremgangsmåter spesifikke for Project Online.

Konfigurasjon og tilpassing av Project Online

Mange elementer på et Project Web App-nettsted kan konfigureres og tilpasses, alt fra administrative innstillinger til tillatelser, innstillinger for samarbeid og utseende og funksjonalitet. La oss se på innstillingene som potensielt kan påvirke den generelle ytelsen på Project Web App-nettstedet.

Vi skal ta for oss følgende:

  • Modi for sikkerhetstillatelser

  • Opprette en egendefinert virksomhetsprosjekttype

    • Konfigurasjon av områder

    • Synkroniseringsmekanismer mellom Project Online og SharePoint Online

  • Synkronisering av Active Directory ressursutvalg

  • Tilpassing av brukergrensesnittet, og dets utseende og funksjonalitet

  • Prosjektdetaljsider (PDP) og arbeidsflyter

  • OData og rapportering

  • Project Online kvote

(Noen av denne informasjonen gjelder for Project Server 2013 og Project Server 2016 samt.)

Tillatelsesmodi: SharePoint eller Project

Med Project Online og Project Server 2013 introdusert vi en ny og forenklet tillatelse modellen kalt SharePoint-tillatelsesmodus, i motsetning til eldre Project-tillatelsesmodus. Du finner sammenligningen mellom begge modi på Technet.

Nye Project Online-forekomster klargjøres i SharePoint-tillatelsesmodus som standard, og vi er overbevist om at denne modusen vil dekke behovene til de aller fleste kunder. Ved hjelp av denne modusen kan du behandle brukerautorisasjon via vanlige SharePoint-grupper og -tillatelser.

Project-tillatelsesmodus tilbyr en stor grad av organisasjonene, men den kan komme til en pris med hensyn til ytelsen. Hvis du oppretter hundrevis av kategorier og svært avhengig av dynamisk tillatelser via din ressursfordelingsstrukturen (RBS), kan det senke hastigheten på sluttbrukeropplevelsen for brukere som har tilgang til mange innhold, for eksempel administratorer og portefølje ledere.

Merknad: Bytte fra SharePoint-tillatelsesmodus til Project Server-tillatelsesmodus sletter alle sikkerhetsrelaterte innstillinger. Hvis du bytter fra SharePoint-tillatelsesmodus til klassisk tillatelsesmodusen for Project Server, må du manuelt konfigurere strukturen til sikkerhet-tillatelser i Project Server 2013 og Project Server 2016. Bytte fra Project Server-tillatelsesmodus tilbake til SharePoint-tillatelsesmodus sletter sikkerhetsinformasjonen tillatelser fra Project Server 2013 og Project Server 2016.

Anbefaling:   

Behold standard SharePoint-tillatelsesmodus når dette er mulig. Det gir bedre generell ytelse. Hvis du må bruke Project-tillatelsesmodus, bør du begrense tilpassingene så mye som mulig.

Opprette en egendefinert virksomhetsprosjekttype

En virksomhetsprosjekttype (godta) representerer et grensesnitt som innkapsler faser, trinn, én arbeidsflyt og prosjektdetaljsider (prosjektdetaljsider).

EPTs lar deg definere:

  • Konfigurasjon av områder

  • Synkroniseringsmekanismer mellom Project Online og SharePoint Online

Konfigurasjon av områder

Prosjektnettsteder er bygd på kjernefunksjonaliteten i SharePoint. Opprettelse av prosjektnettsteder er ikke en enkel prosess, og når du har bestemt deg for om og når organisasjonen trenger prosjektnettsteder, kan du ha kommet langt i å forbedre den totale sluttbrukeropplevelsen.

Mange organisasjoner Bruk Project Online til å samle inn og vurdere prosjektforslag før du bestemmer hvilke prosjekter til Sage. Hvis prosjektområder er satt til opprettes automatisk første gang et prosjekt er publisert, får alle prosjektforslag, heller ikke de som ikke har noen klippe, et prosjektområde. Disse unødvendige områdene må være manuelt ryddet etterpå.

En bedre fremgangsmåte, hvis du bestemmer deg for å bruke prosjektnettsteder, er enten la brukerne velge når du skal opprette samarbeidsnettstedet, eller enda bedre, få den opprettet av en arbeidsflyt når prosjektforslaget har kommet til en bestemt fase.

SharePoint Online for øyeblikket begrensninger antall sekundære områder som kan opprettes for hver områdesamling. En godta lar deg definere hvilken områdesamling for å opprette nye prosjektområder i. Dermed kan du opprette et prosjektområde for hvert prosjekt som du kan overlappe dem på tvers av flere områdesamlinger.

Prosjektområder på tvers av områdesamlinger PWA

Hvis du har en områdesamling dedikert til IT-avdelingen, kan du for eksempel konfigurere IT-prosjekter godta vil opprette prosjektområder bort fra https://contoso.sharepoint.com/sites/IT.

Plassering av Project områdeoppretting

Anbefaling:   

Hvis organisasjonen bruker project-områder, velger du alternativet for å opprette dem ved behov i stedet for automatisk. Dette, går det raskere den første publisering opplevelsen og unngår å opprette unødvendige områder og innhold.

For hver godta, kan du konfigurere dette alternativet fra:

  1. I innstillinger for Project Web App, klikker du En egendefinert virksomhetsprosjekttype.

  2. Velg Godta du må endre innstillingen.

  3. Velg La brukerne velge i godta innstillinger-siden i delen Prosjektområdet.

Oppretting av alternativer for Project-område

Opprette prosjektområder i sin egen områdesamling ved å godta. Behold antall prosjektområder i en områdesamling under SharePoint Online begrensninger.

Hva skal du synkronisere?

Project Online kjører oppå SharePoint Online på samme måte Project Server kjører oppå SharePoint Server. Derfor må vi synkronisere på et bestemt antall komponenter mellom to systemer. Disse synkroniseringer kan være tidkrevende, og avhengig av virksomheten trenger, kan noen ganger være unødvendige. Denne artikkelen omhandler alle disse ulike synkronisering-systemer for å hjelpe deg med å bestemme hvilke du trenger, og hvilke som du kan slå av. Noen av disse innstillingene er allerede deaktivert som standard.

I de følgende delene skal vi ta for oss følgende:

  • Synkroniser brukertillatelser for et prosjektområde

  • Synkronisere SharePoint-oppgavelister for virksomhetsprosjekter

Synkroniser brukertillatelser

Prosjektområder er arbeidsområder der prosjektgruppene kan samarbeide, laste opp dokumenter og heve problemer. Når Synkroniser brukertillatelser er slått på, når en person som er gitt tillatelse til et prosjekt, oppdateres de tilsvarende tillatelsene for prosjektområde.

Denne synkroniseringen skjer hver gang prosjektet publiseres. Ulempen er at synkroniseringen går ut over ytelsen. Jo flere brukere og nettsteder som må synkroniseres, jo langsommere går operasjonen, spesielt hvis du massepubliserer, importerer eller oppretter flere prosjekter (med prosjektområder), eller oppdaterer gruppemedlemskap som krever en synkronisering av tillatelser for prosjektnettstedet.

Du kan definere Hvis Synkroniser brukertillatelser er aktivert for hver godta.

Merknad: Jeg f prosjektområder er opprettet i en annen områdesamling enn der Project Web App-området er plassert (for eksempel https://contoso.sharepoint.com/sites/pwa er der Project Web App er plassert, og godta oppretter prosjektområder i https:// contoso.sharepoint.com/sites/IT), synkroniseres brukertillatelser støttes ikke.

Anbefaling:   

Vi anbefaler på det sterkeste at du deaktiverer alternativet for synkroniseringstillatelse for prosjektnettstedet hvis følgende er oppfylt av distribusjonen:

  • Du har et stort antall ressurser (> 1000)

  • Du har mange prosjekter som krever et prosjektnettsted (> 1000)

  • Du har et stort antall ressurser som må gis tilgang til de fleste av prosjektnettstedene

  • Prosjektområder opprettes utenfor standard områdesamling (synkronisering er deaktivert)

Her er noen alternativer du kan vurdere for å administrere tillatelsene for prosjektnettstedene:

  • Hvis din prosjektgruppene har lite utskifting, bør du vurdere å deaktivere tillatelse synkronisering av prosjektnettsted til å forbedre ytelsen til publiseringen av prosjektet og prosjektdetaljsider. Du må deretter gi manuelt eller når noen melder seg av eller en prosjektgruppen, fjerner du tilgangstillatelsen til Project-områder.

  • Hvis access må gis for alle brukere i KØEN og den kan tilordnes til din eksisterende gruppetillatelser, kan du vurdere å konfigurere Project-områder å arve fra overordnede PWA-området.

  • Hvis områdetilgang samsvarer med bestemte roller, kan du opprette én eller flere grupper som tilknyttes disse rollene (hvis du har gruppesynkronisering aktivert, kan du kanskje bruke de samme gruppene) og gi disse gruppene tilgang til prosjektnettstedet.

Du kan aktivere synkronisering bruker Permisssions av for hver godta:

  1. I innstillinger for Project Web App, klikker du En egendefinert virksomhetsprosjekttype.

  2. Velg Godta du må endre innstillingen.

  3. Velg Brukeren tillatelse Synkroniser i godta innstillinger-siden i delen Synkroniser.

Bruker tillatelse synkronisering

Synkronisere SharePoint-oppgavelister for virksomhetsprosjekter

Synkronisere SharePoint-oppgavelister er deaktivert som standard for å forbedre hastigheten for publisering av prosjektet. Dette hjelper også kjent overgangen mellom prosjektdetaljsider. Hvis brukerne bruker oppgavelisten og visualisering sin tidslinje i Project-område, kan du aktivere denne funksjonen og kontrollere om innvirkningen på ytelsen til project publisering er fornuftig.

Merknad: Jeg f prosjektområder er opprettet i en annen områdesamling enn der Project Web App-området er plassert (for eksempel https://contoso.sharepoint.com/sites/pwa er der Project Web App er plassert, og godta oppretter prosjektområder i https:// contoso.sharepoint.com/sites/IT), synkronisering av SharePoint-oppgavelister støttes ikke.

Anbefaling   

Den Synkroniser SharePoint oppgavelister alternativet ble beregnet for bruk med små prosjektplaner. Hvis prosjektet har mange aktiviteter, kan du synkronisere dem på publisere ta litt tid som hver oppgave må være oppdatert om gangen. Det tar for eksempel flere minutter å synkronisere en prosjektplan 500 aktiviteten til SharePoint-oppgavelisten. Selv om køen jobben er på en separat korrelasjon og har ikke blokker lagring og redigering av prosjektet planer, anbefaler vi ikke å aktivere alternativet Synkroniser SharePoint-oppgavelister. Vi anbefaler at du bare synkronisere prosjekter med mindre enn 250 aktiviteter.

Dette alternativet er deaktivert som standard. Bare Aktiver synkronisering av SharePoint-oppgavelister Hvis brukerne trenger funksjonen for hver godta. Slik konfigurerer du dette alternativet:

  1. I innstillinger for Project Web App, klikker du En egendefinert virksomhetsprosjekttype.

  2. Velg Godta du må endre innstillingen.

  3. Velg Synkroniser SharePoint-oppgavelister i godta innstillinger-siden i delen Synkroniser.

Synkronisere SharePoint-oppgavelister

Synkronisering av ressursutvalg for Active Directory

Synkroniseringen av ressursutvalg for Active Directory har ikke i seg selv noen ytelsesproblemer, og den kan importere tusenvis av ressurser til Project Web App-forekomsten på bare noen minutter. Men effekten den har på andre deler nedover i systemet kan påvirke ytelsen. Prosessen som det er viktigst å holde øye med, er den tidligere nevnte synkroniseringen av ressurstillatelser. Hvis det er mye medlemsutskifting i Active Directory-gruppene, og hvis dette gjør at du ofte må synkronisere ressursutvalget, bør du være oppmerksom på potensielle effekter som synkroniseringer av relaterte tillatelser har nedover i systemet.

Anbefaling:   

Begrense Active Directory-synkronisering til grupper med ressurser som faktisk må bruke systemet, og overvåke mulige tillatelse problemer etter synkroniseringen av store grupper. (Hvis du vil konfigurere Enterprise Resource utvalget synkronisering av Active Directory, i Project Web App innstillinger, klikker du Synkronisering av utvalget Active Directory.

Tilpassinger av PWA-sider og visninger

Tilpassinger av sider

SharePoint-plattformen gir gode muligheter for tilpassinger med sin modulære nettdelsinfrastruktur og støtte for egendefinerte sider. Når du legger til logoer, egendefinerte nettdeler og nye temaer, er det ikke sikkert det har noen betydelig innvirkning på ytelsen i en lokal infrastruktur på grunn av fordelene som nærhet til servere, kort ventetid og nettverk med stor båndbredde gir. Men på en nettbasert tjeneste er historien en annen.

Når du laster opp en logo eller grafikk med en stor filstørrelse, kan det gi litt forsinke ved lasting av sider på en lokal distribusjon, men på Internett vil dette føre til en betydelig reduksjon i ytelsen ved lasting av sider.

Det samme prinsippet gjelder når du legger til flere webdeler på en side. Det kan være nærliggende å ha en egendefinert side med flere webdeler, men hvis brukerne trenger faktisk å se dataene side ved side, er det bedre å ha spesialiserte enkeltsider enn å la det alt på ett sted. Hvis brukerne må bare innholdet i en webdel på siden, må de fortsatt vente lenger på siden for å laste inn og vise dataene for alle andre webdeler.

Anbefaling:   

Når du skal tilpasse sider, bør du behandle Project Online-nettstedet som et hvilket som helst nettsted på Internett, og opprette så lette sider som mulig.

Tilpassinger av visninger

Det beste er å gjøre det enklest mulig for å forbedre ytelsen ved lasting av sider. Organisasjoner kan opprette egendefinerte visninger ved å bruke flere Project Web App-sider, inkludert prosjektsenter, ressurssenter, oppgaver og timelister.

Jo mer innhold som vises, desto langsommere blir sidegjengivelsen. Du kan redusere tiden det tar å laste inn hver side med noen sekunder hvis du gir brukerne flere enkle og målrettede visninger i stedet for noen få alt-i-ett-visninger.

I eksemplene nedenfor går det gjennomsnittlig to til tre sekunder raskere å laste inn den andre visningen enn den første.

Skjermbilde av tilpasset Prosjektsenter-visning.

Skjermbilde av Prosjektsenter-visning.

Anbefaling:   

Når du konfigurerer visninger, bør du gi brukerne enkle, spesialiserte visninger som gjør at de kan navigere raskere, i stedet for en kompleks alt-i-ett visning som mesteparten av tiden vil laste inn unødvendige data.

Visningsinnstillinger for brukeren

Prosjektsenteret: Gruppere etter med beregning

Brukere kan konfigurere ulike metoder for å ha visning gjengis i dem inkludert har data som er gruppert etter forskjellige felt. Når du bruker Grupper etter, kan data fremheves for støttede aggregering-felt (for eksempel summere kostnader eller et egendefinert felt). Databehandling disse mengdeverdier forespørsler tjenesten for å laste opp alle verdiene for å vise summen.

Eksempel på data gruppert etter felt og fremhevet for aggregering felt.

Anbefaling:   

Med mindre brukeren må se fremhevet verdiene, kan du deaktivere alternativet samleoppdatering på båndet.

ROLLUP-alternativet

Prosjektsenteret: Gantt-diagram

Diagramdelen av Gantt-diagramvisningen viser hvert prosjekt som en sammendrag Gantt-stolpe.

Anbefaling:   

Med mindre brukeren må se Gantt-diagrammet, kan du deaktivere alternativet Gantt-diagram på båndet.

Alternativet for Gantt-diagram

Egendefinerte prosjektdetaljsider og arbeidsflyter

I tillegg til de ovennevnte anbefalingene for sideutforming, er prosjektdetaljsider (PDP) spesielle på den måten at de kan utløse en ny beregning av hele prosjektet og starte arbeidsflythandlinger. Disse operasjonene kan ha stor innvirkning på ytelsen, alt etter hvilke tilpasninger som er gjort.

Project Online og Project Server har to hovedprosesser for oppdatering av prosjektinformasjon:

  • Oppdateringer som krever en ny beregning av tidsplanen (se listen nedenfor)

  • Felt som ikke er relatert til tidsplanen, for eksempel prosjektnavn, beskrivelse og eier.

Vi anbefaler at du ikke oppdaterer begge datatypene på den samme prosjektdetaljsiden for å unngå å utløse begge oppdateringsprosessene samtidig.

Her er en liste over de vanligste handlingene som krever en ny beregning av tidsplanen.

  • Endringer i prosjektkalenderen

  • Endringer i følgende datofelt:

    • Startdato

    • Sluttdato

    • Statusdato

    • Gjeldende dato

  • Endringer i egendefinerte prosjektfelt

  • Hvis prosjektet er avhengig av leveranser

En annen måte å forbedre ytelsen til prosjektdetaljsidene på, er å redusere antall nettdeler og egendefinerte felt som vises på hver prosjektdetaljside. Hvis forretningsprosessene krever at et sett med de samme feltene oppdateres jevnlig, kan du opprette en egen prosjektdetaljside med bare disse feltene for å forbedre ytelsen ved innlasting og spare tid. Hvis alle de egendefinerte feltene alltid vises, vil det føre til lang responstid.

Anbefaling:   

Opprett lette, spesialiserte prosjektdetaljsider, og unngå å blande tidsplanrelaterte og ikke tidsplanrelaterte oppdateringer.

Masseoppdateringer av egendefinerte felt i arbeidsflyter med den nye REST-API-en

Oppdatering av verdier i egendefinerte prosjektfelt i én arbeidsflyt om gangen krever en separat serverforespørsel ved bruk av handlingen Angi prosjektfelt. Dette gir redusert ytelse ved oppdatering av mange egendefinerte felt samtidig på et nettverk med lang ventetid og liten båndbredde.

Hvis du vil løse dette problemet, er det en CSOM-metoden for å oppdatere egendefinerte felt om gangen. Denne metoden krever at du skal sendes i en ordliste som inneholder navnet og verdiene til alle de egendefinerte feltene du vil oppdatere.

API for klargjøring av prosjektnettsteder etter behov

Hvert prosjekt kan ha et eget SharePoint-nettsted der gruppemedlemmene kan samarbeide, dele dokumenter og ta opp problemer. Disse nettstedene kan opprettes automatisk ved første publisering, eller de kan opprettes manuelt av prosjektlederen via Project Pro eller av administratoren via Project Web App-innstillingene, eller de kan ganske enkelt deaktiveres.

Du kan bruke CreateProjectSite('') metoden til å bestemme når du skal opprette sine prosjektområder. Dette er spesielt nyttig for organisasjoner som vil opprette områder etter å ha en project forslag når en bestemt fase i en forhåndsdefinert arbeidsflyt i stedet for på først publisere. Dette betydelig forbedrer ytelsen til prosjektet har blitt opprettet ved å utsette opprettingen av prosjektområder.

OData og rapportering

Rapportering

Ved hjelp av Project OData-tjenesten, kan du trekke ut informasjon fra din Project Online forekomst for rapportering.

PowerBI

Hvis datamengden er liten, kan deretter Power BI regelmessig lese data fra Project OData-tjenesten og gir deg en rekke dynamics rapporter. Et eksempel innhold pack finner her.

Hvis mengden av data i Project Online er stor, kan du fremdeles hente i et delsett av dataene så lenge det oppfyller de PowerBI data størrelse begrensninger disponerte her. Et annet alternativ er å opprette rapportene i et glidende vindu, det vil si filtrering prosjekter som var aktiv i de siste 30 dagene eller vise ressurskapasitet for neste 6 måneder.

SQL Server Integrasjonstjenester (SSIS)

Bruke SSIS, data kan trekkes fra Project OData-tjenesten og kan laste ned rapporteringsdataene til en SQL-serverdatabase lokalt eller i Microsoft Azure. Et eksempel SSIS-pakker for Project OData-tjenesten finner her.

Anbefaling:   

Hvis rapporteringsbehovene dine likevel krever at du må trekke ut en stor mengde data, kan du vurdere å bruke SQL Server Integration Services (SSIS)-pakken til å kopiere rapporteringsdataene til en SQL-serverdatabase lokalt eller i Microsoft Azure.

Når du bruker SSIS, bør du vurdere følgende trinn:

Fullstendig synkronisering

Få en gjeldende øyeblikksbilde av rapportdata du er interessert i.

  1. Spille inn gjeldende dato/klokkeslett som synkroniseringstid

  2. Laste ned data fra hvert endepunkt.

Delta-synkronisering

Kontroller med jevne mellomrom for å holde deg oppdatert.

  1. Spille inn gjeldende dato og klokkeslett.

  2. Spørring ProjectId fra prosjekter-endepunkt.

  3. Slette lokale prosjekter der ProjectId finnes ikke lenger.

  4. Spør hver endepunktet av Project:

    1. Spørring enheten IDer.

    2. Slette lokale enheter der IDene finnes ikke lenger.

    3. Spørringen for mod_dates som er endret siden du sist synkronisert.

Porteføljeinstrumentbord for Office 365 Project

Gir forhåndskonfigurert med kraftige instrumentbord tillate bedriftslederne, porteføljeledere og prosjektledere til å få innsikt i områder, for eksempel bruk av ressurser, project portefølje ytelse, kostnader, aktive risikoer/problemer og viktige milepæler.

Anbefaling   

Bruke SQL Server Integration Services (SSIS) Hent data for et stort antall prosjekter, og generere egendefinerte rapporter fra hentet data.

Egendefinerte felt

Når du henter data fra OData-endepunkt, kreves ekstra beregning når du bruker egendefinerte felt som er oppslag med flere verdier. Ekstra beregning tillater ikke OData endepunktet dra nytte av en rekke optimaliseringer.

Anbefaling   

Ikke Bruk egendefinerte felt for flere verdier i oppslagsveiviseren.

Spørring OData

Finnes det begrensninger for antall enheter som kan returneres i en spørring for ProjectData-tjenesten. Resultatet krever spørring store mengder data flere web forespørsler om å bli sendt til tjenesten, legge til administrasjonskostnader for nettverket og ventetid for hver forespørsel.

Når det gjelder en Project Web App-forekomst som inneholder et stort antall enheter, for eksempel prosjekter, tilordninger eller oppgaver, bør du begrense hvor mye data som returneres, på minst en av følgende måter. Hvis du ikke begrenser hvor mye data som returneres, kan spørringen overskride standardgrensene og påvirke serverytelsen.

  • Bruk et $filter-alternativ for nettadresser, eller bruk $select for å begrense dataene.    Følgende spørring filtrerer for eksempel etter prosjektets startdato og returnerer bare fire felt, ordnet etter prosjektnavn:

    http://ServerName/ProjectServerName/_api/ProjectData/Projects?$filter=ProjectStartDate gt datetime'2012-01-01T00:00:00'&$orderby=ProjectName&$select=ProjectName,ProjectStartDate,ProjectFinishDate,ProjectCost
  • Hent en enhetssamling ved hjelp av en tilknytning.    Følgende spørring bruker tilknytningen Project_Assignments_Assignment_Project internt for å hente alle tilordningene i et bestemt prosjekt:

    http://ServerName/ProjectServerName/_api/ProjectData/Projects(guid'263fc8d7-427c-e111-92fc-00155d3ba208')/Assignments
  • Gjør flere spørringer for å returnere én datatilgangsside om gangen, ved å bruke operatoren $top og operatoren $skip i en løkke.    Følgende spørring blir for eksempel problemer 11 til og med 20 for alle prosjekter i rekkefølgen på ressursen som er tilordnet til problemet:

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

Anbefaling:   

Prøv å begrense datamengden spør du etter under kjøring ved å bruke filtrering på serversiden.

Project Web App Kvote

Som standard Project Web App området leveres med en grense på 25 GB som er en separat fra grensen på alle data som er lagret i SharePoint-områdesamling der Project Web App er aktivert.

Notat: For store kunder, kan du øke kvote. Kontakt Microsoft.

Konklusjon

Project Online, for eksempel alle skytjenester som kjører på Internett, krever spesiell justering for å levere den beste ytelsen i forhold til en lokal distribusjon.

Selv om vi stadig forbedrer systemet for at det skal gi raskere ytelse, er det noen ting du kan gjøre i mellomtiden for å gi en god opplevelse til sluttbrukerne.

Sammendrag av anbefalinger:

  • Bruk SharePoint-tillatelsesmodus når det er mulig.

  • Aktiver bare de funksjonene du faktisk vil bruke.

  • Gjør sidene og tilpasningene så enkle og lette som mulig slik at sidene lastes inn raskere.

  • Bruk filtrering på serversiden, eller eksporter data i Odata-feeder til en SQL Server-database for å få mer fleksibilitet ved rapportering.

Beslektede emner

Project Online: programvarebegrensninger

Merknad: Ansvarsfraskrivelse for maskinoversettelse: Denne artikkelen er oversatt av et datasystem i stedet for en oversetter. Microsoft tilbyr disse maskinoversettelsene slik at brukere som ikke snakker engelsk, får tilgang til innhold om Microsoft-produkter, -tjenester og –teknologier. Ettersom artikkelen er maskinoversatt, kan den inneholde feil i vokabular, syntaks eller grammatikk.

Utvid ferdighetene dine
Utforsk opplæring
Vær først ute med de nye funksjonene
Bli med i Office Insiders

Var denne informasjonen nyttig?

Takk for tilbakemeldingen!

Takk for tilbakemeldingen! Det høres ut som det kan være lurt å sette deg i kontakt med én av våre Office-kundestøtteagenter.

×