Het basisprobleem is dat uw opstelling kan volstaan, maar het hangt van uw gegevensbestandgrootte en I/O lading af.
Een gegevensbestandmontage in geheugen bereikt geen belangrijke prestatiesverhogingen vormt uw opstelling. U kunt eenvoudig verifiëren dit uw VM met verschillende toegewezen geheugengrootte in werking stelt.
Een gegevensbestand die veel I/O hebben zal beter in vergelijking met een kleinere met maat INVAL of het gebruiken van schijven met kleinere rpms presteren.
Zolang u opstelling slechts voor prestaties bent, zou u uw tempdb op een geplaatste strook moeten plaatsen (INVAL 0) aangezien het sneller is. De uiteindelijke tempdbverhoging wordt bereikt van het gebruiken van flitsgeheugen, b.v. een aandrijving van de Fusie IO.
Een andere prestatiesmoordenaar kan in zware I/O scenario's gebeuren, wanneer uw gegevensbestanddossiers de auto-groei met een te kleine groei-factor gebruiken. Dit gebeurt vaak in uw tempdb en soms in uw gegevensbestanddossiers
http://msdn.microsoft.com/us-en/library/ms190768.aspxhet toewijzen van meer schijfruimte in zulk een scenario kan tot een ernstig prestatiesverlies leiden. U kunt dit ook verifiëren zeer gemakkelijk een werkelijk kleine tempdbgrootte en een werkelijk kleine groei-factor gebruikt.
A moet lezen welke dit in detail verklaart:
http://download.microsoft.com/download/d/9/4/d948f981-926e-40fa-a026-5bfcf076d9b9/SQL2008inHyperV2008.docxmfg
--> Stefan <-->
