El problema básico es que su disposición puede ser suficiente, pero depende de su tamaño de la base de datos y de carga de la entrada-salida.
Una guarnición de la base de datos en memoria no gana funcionamiento importante alza la forma su disposición. Usted puede verificar simplemente que esto esté funcionando su VM con diversos tamaños de la memoria asignados.
Una base de datos que tiene porciones de entrada-salida se realizará mejor con respecto a un RAID clasificado más pequeño o los discos con con pocos rpms.
Mientras usted fije esté solamente para el funcionamiento, usted deba poner su tempdb en una tira fijada (RAID 0) pues es más rápido. La última alza del tempdb se gana de usar memoria Flash, e.g. una impulsión del IO de la fusión.
Otro asesino del funcionamiento puede suceder en panoramas pesados de la entrada-salida, cuando sus archivos de base de datos están utilizando auto-crecimiento con un crecimiento-factor demasiado pequeño. Esto sucede a menudo en su tempdb y a veces en sus archivos de base de datos
http://msdn.microsoft.com/us-en/library/ms190768.aspxel asignación de más espacio de disco en tal panorama puede llevar a una pérdida seria del funcionamiento. Usted puede esto también verificar esté utilizando muy fácilmente un tamaño realmente pequeño del tempdb y un crecimiento-factor realmente pequeño.
A debe leer cuál explica esto detalladamente:
http://download.microsoft.com/download/d/9/4/d948f981-926e-40fa-a026-5bfcf076d9b9/SQL2008inHyperV2008.docxmfg
--> Stefan <-->
