Analysera och förbättra prestanda för datafrågor

Gäller för Dynamics 365 (online), version 9.x
Gäller för Dynamics 365 (online), version 8.x

Du kan analysera och optimera prestanda för frågor med Dataprestandavy, som ger en sammanställd lista över enheter med tidskrävande frågor. En fråga som körs under lång tid är definierad som en fråga som tar tre sekunder eller längre tid att slutföra. Typiska exempel på en komponent som kan ha en fråga som körs under lång tid är ett plugin-program med anpassade FetchXML eller ett underrutnät eller vyer. Det kan minska tiden det tar att läsa frågan avsevärt när du optimerar en entitet som har tidskrävande frågor. I bakgrunden lägger optimeringar till ett eller flera SQL Server-index.

Effekten av att lägga till eller ta bort optimeringar

Optimeringar kan avsevärt förbättra prestanda för långsamma frågor. Dock kräver optimeringar lagringsutrymme. Innan du lägger till en optimering noga överväg entiteten som ska optimeras och tänk på följande metodtips.

  • Att tillämpa en optimering garanterar inte prestandaökning för frågor. Dessutom kan vissa optimeringar förbättra läsprestanda men leda till en försämring i uppdateringsprestanda.

  • Optimera endast för entiteter som ofta används. Till exempel en ofta använd anpassad vy för en försäljningsavdelning.

  • Granska effekten av att lägga till en optimering och ta bort optimeringar som inte behövs. Som en del av beslutet att behålla en optimering, bör du kontrollera om åsidosättning av prestanda är acceptabel.

  • Vissa enheter kan inte ha mer än tjugo optimeringar beroende på antalet register som är associerade med entiteten.

Anteckning

Funktionen Dataprestanda är endast tillgänglig med Dynamics CRM Online 2016, uppdatering 1 och Microsoft Dynamics 365 (online).

Använd Vyn Alla dataprestandaloggar för att använda eller ta bort en optimering

  1. Gå till Inställningar > Administration > Dataprestanda.

  2. I vyn Alla dataprestandaloggar visas loggobjekt i vyn om en eller flera tidskrävande entitetsfrågor upptäckts. Om flera objekt visas i vyn kan du sortera efter kolumnen Antal eller Optimeringspåverkan för att lätt identifiera de vanligaste frågor som inte redan har en optimering. Observera att färdiga medföljande och anpassade entitetsfrågor som slutförts inom tre sekunder visas inte i vyn.

    Vyn Alla dataprestandaloggar

    Kolumnerna som visas i vyn innehåller information som kan hjälpa dig att avgöra om du vill lägga till en optimering eller inte.

    • Antal. Anger hur många gånger en fråga har körts, vilket visar populariteten för frågan.

    • Optimeringsstatus. Anger om en optimering har skapats för entiteten. Optimering tillgänglig anger att entiteten inte har en optimering som använts eller att en ny optimering är tillgänglig för en entitet som redan har minst en optimering.

    • Optimeringspåverkan. Alla potentiella optimeringar börjar med ett optimeringspåverkan värdet 0. Möjliga optimeringar har inget mått för påverkan ännu eftersom optimeringen inte har använts. Med tiden efter att en optimering tillämpas genom att klicka på OPTIMERA visas ett heltalsvärde som representerar frågans prestandapåverkan. Till exempel efter en vecka efter att optimeringen tillämpades kan värdet som visas hjälpa dig att ange om en optimering har förbättrat eller försämrat prestanda för en given entitet. Ett negativt värde anger en förbättring i prestanda, medan ett positivt tal anger en försämrad prestanda. En optimering som tillämpades för en vecka sedan som har ett värde på -10 % anger en 10 procent förbättring i prestanda.

  3. Välj den entitet som du vill skapa en optimering för och klicka sedan på OPTIMERA. Om du vill ta bort en tillämpad optimering, klickar du på TA BORT OPTIMERING.

    Optimeringar börjar gälla omedelbart efter att de tillämpas. För entiteter som har stora tabeller, kan det ta minst två timmar innan optimeringen helt träder i kraft. Optimeringar som bearbetas som en asynkron åtgärd och kan visas i området Inställningar > Systemuppgifter Dynamics 365. Observera att en optimering kanske inte tillämpas helt även efter att systemuppgiften är slutförd, eftersom det faktiska indexet måste byggas i motorn för backend-lagring.

Se även

Prestandajustering och optimering