Stór SQL-niðurstaða um VPN: hvar raðirnar bíða

Fyrirspurnir geta klárast á millisekúndum og samt tekið mínútur að ná til fartölvu um VPN. Netþjónninn skrifar raðir í biðminni, tengingin flytur þær og biðlarinn neytir þeirra, og þessi stig skarast í stað þess að keyra í röð. Hvert þeirra getur orðið takmörkin. Finndu stigið sem raunverulega bíður áður en þú breytir bandvídd eða kveikir á þjöppun.

Þrjú stig, ein skeiðklukka

Skiptu tímamælinum í tvær tölur með ólíka merkingu: augnablikið þegar fyrsta röðin er tiltæk og augnablikið þegar síðasta röðin hefur verið neytt. Tafla sem málar fyrstu síðuna sannar aðeins að fyrirspurnin hafi byrjað. Tími heildarniðurstöðunnar er það sem notandinn upplifir þegar hann flytur út eða skrunar til enda.

Skráðu báðar tölurnar ásamt texta fyrirspurnarinnar, færibreytum og tengistillingum. Án þess samhengis er samanburðurinn milli tveggja ólíkra verka, ekki tveggja staða.

Lestu biðina fyrir netið

SQL Server skrifar niðurstöðuraðir í úttaksbiðminni til að biðlarinn sæki þær, og biðlari sem neytir hægt getur látið netþjóninn bíða eftir þeirri sendingu. Biðgerðin er ASYNC_NETWORK_IO, og greiningarathugasemd Microsoft telur stórar niðurstöður og vinnslu hjá biðlaranum meðal orsaka. Biðin segir að sendingarleiðin sé lokuð, ekki hvers vegna.

Hægt VPN getur átt þátt, en einnig biðlari sem forsníður hverja röð, skrifar í skrá eða gerir hlé milli lota. Nafn biðarinnar er vísbending að næstu mælingu, ekki dómur um tenginguna.

SELECT wait_type, wait_time_ms
FROM sys.dm_os_wait_stats
WHERE wait_type = 'ASYNC_NETWORK_IO';

Lestu teljarann á meðan afmarkaða álagið keyrir, ekki eftir aðgerðalausa klukkustund, því uppsafnaðir teljarar blanda hverri lotu frá upphafi tilviksins. Berðu saman muninn yfir keyrsluna í stað heildarsummu ævinnar. Vaxandi munur meðan flutningurinn stendur þrengir spurninguna að neyslu eða afhendingu.

Setjið báða biðlara á sama klukku

Keyrðu afmarkað álag frá biðlara nálægt gagnagrunninum og frá fjarbiðlaranum. Haltu fyrirspurn, færibreytum, stærð niðurstöðu og tengistillingum óbreyttum. Notaðu sömu mælingu á báðum hliðum, því keyrslutími netþjónsins, skjátími taflarinnar og útflutningstími eru þrjár ólíkar klukkur. Að bera saman tölu á netþjónshlið við útflutningstímamæli á biðlarahlið gefur niðurstöðu sem ekki er hægt að prófa.

Þegar leiðin virðist bera ábyrgðina skaltu láta neteigandann fylgjast með tapi, endursendingum og náðri afkastagetu fyrir þessa tilteknu strauma meðan flutningurinn stendur. Almenn hraðaprófun getur notað aðra leið, endapunkt eða samhliðamynstur. Lítil vel heppnuð beiðni segir lítið um viðvarandi niðurstöðuflutning.

Skera bæti áður en leiðinni er kennt um

Síun, samlagning og val á aðeins nauðsynlegum dálkum minnka bæði flutningsmagnið og vinnuna sem biðlarinn gerir með hverri röð. Varðveittu fyrirhugaða niðurstöðu, því skýrsla gæti þurft smáatriði sem samantekt á skjánum hefur ekki.

Fyrir endurtekna útflutninga getur samþykktur keyrslustaður nálægt gagnagrunninum skrifað skilgreint úttak sem síðan er afhent einu sinni. Það breytir vinnuflæðinu og aðgangsstýringum þess, og það er ekki leyfi til að skilja eftir ótakmarkaða dump á sameiginlegum hýsli.

Þjöppun er ekki sjálfgefin viðgerð. Stuðningur og öryggi ráðast af raunverulegu samskiptareglunni og uppsetningunni, og þjappaður straumur sem biðlarinn afþjappar hægt getur gert upplifunina verri. Mælið stigið fyrst og veljið síðan studda breytingu fyrir það stig.