Il problema di base è che la vostra messa a punto può essere sufficiente, ma dipende dal vostro formato della base di dati e dal carico dell'ingresso/uscita.
Un montaggio della base di dati nella memoria non guadagna la prestazione principale amplifica la forma la vostra messa a punto. Potete verificare semplicemente che questo be stia facendo funzionare il vostro VM con differenti capacità di memoria assegnate.
Una base di dati che ha lotti di ingresso/uscita effettuerà più meglio rispetto ad un più piccolo RAID graduato o disc usando con pochi rpms.
Finchè installate siete soltanto per la prestazione, voi dovreste disporre il vostro tempdb su una striscia regolata (RAID 0) poichè è più veloce. L'ultima spinta del tempdb è guadagnata dal usando la memoria Flash, per esempio un azionamento di IO di fusione.
Un altro assassino di prestazione può accadere nei piani d'azione pesanti dell'ingresso/uscita, quando le vostre lime di base di dati stanno usando lo auto-sviluppo con un sviluppo-fattore troppo piccolo. Ciò accade spesso nel vostro tempdb ed a volte nelle vostre lime di base di dati
http://msdn.microsoft.com/us-en/library/ms190768.aspxl'assegnazione del più spazio di disc in un tal piano d'azione può condurre ad una perdita seria di prestazione. Potete questo anche verificare molto facilmente be state usando un formato realmente piccolo del tempdb e un sviluppo-fattore realmente piccolo.
A deve leggere quale spiega dettagliatamente questo:
http://download.microsoft.com/download/d/9/4/d948f981-926e-40fa-a026-5bfcf076d9b9/SQL2008inHyperV2008.docxmfg
--> Stefan <-->
