vent med at give oplysninger om, hvad databasemotoren venter på, mens du udtrækker forespørgsler på en overvåget server. Mens der er mange forskellige ventetyper, ventetider er en ofte fejlfortolket datamåling og kræver yderligere afklaring.
ventetider resulterer ofte, når paralleliserede forespørgselstråde har en ulige arbejdsbyrde, hvilket forårsager en blok på hele forespørgslen, indtil den længste løbende tråd er færdig. Bemærk, at udløseren til CEKSPACKET-ventetiden ikke sker med parallelisme, men med fordelingen af arbejdet på de enkelte tråde.
mens du kan reducere antallet af ventetider ved at reducere MAKSDOP på den overvågede server, er dette ofte ikke et anbefalet handlingsforløb, da det kan medføre, at ventetiden forsvinder, og den underliggende forespørgsel tager længere tid at udføre. Dette problem kan f.eks. skyldes store parallelle tabelscanninger, som du kan bekræfte ved hjælp af andre ventetyper på serveren, f. eks. Dette kan også skyldes forældede statistikker, der forårsager en dårlig forespørgselsplan og den ulige arbejdsbyrde mellem tråde.
før du justerer MAKSDOP, skal du gennemgå dine indekser og statistikker for nøjagtighed og sørge for, at der ikke er andre underliggende problemer. Hvis du vælger at justere MAKSDOP, inkluderer de anbefalede indstillinger 4, 2 eller 1. For et NUMA-system skal du bruge antallet af tilgængelige kerner i en enkelt NUMA-knude. Du vil muligvis foretage disse opdateringer på den enkelte forespørgsel i stedet for hele forekomsten for at undgå yderligere problemer.