Microsoft SQL 2014 Langsam

E1000E bitte nur mit Orignal Intel Treiber, der von Microsoft taucht nix. Nie im leben nicht, der hat Latenzen ohne Ende. VMware empfiehlt aber VMXNET3 zu nehmen, dumm nur daß VMware den nicht immer mit optimalen Einstellungen liefert. Bei ESX 6.0 muß man das RSS mal toggeln (also die Einstellung invertieren), beim 6.5 spinnt das TCP checksum offload wenn es falsch eingestellt ist.

Und ansonsten würde ich mal gucken was der Storage macht.
-> Windows Perfmon aufmachen
dort die Performancecountergruppe physical Disk suchen, und alles weiter bezieht sich auf die beiden Laufwerkte wo die TempDB und die Datendatei der Datenbank liegt. und falls das vollständige Wiederherstellungsmodell eingestellt ist auch die Logdatei.
und da guckt man sich mal an:
avg bytes per read (muß genau 64KB sein ansonsten ist der Storage falsch konfiguriert)
avg bytes per write (dito)
transactions per second - sollte schön in Peaks auch in den 5000er Bereich vordringen können, sieht das gekappt aus dann liegt das am Storage

avg sec per read (die Latenzen beim Lesezugriff, idelaerweise < 20 ms)
avg sec per write sollten < 20 ms sein
read queue length
write queue length - beide queues sollen eigenltich < 10 sein

bei der CPU dann noch die interrupt time / CPU time für den Prozeß des SQL SErvers
wenn nennenswerte Zeiten bei Interrupt time auflaufen dann wartet der SQL sErver auf Daten die nicht rechtzeitig geliefert werden. In dem Prozeßmodell des SQL Servers wird dann halt mit hoher Frequenz kontrolliert ob ein Datenpaket eingetroffen ist. Da sich die Verarbeitungszeit daran anschließt bedeutet daß hohe Interupt Zeiten die Verarbeitung von SQL-Befehlen erheblich verlängert, denn bei Interrupt time passiert nichts außer daß die CPU heiß auf Daten wartet.