Guión:
- Exchange 2010 VM, ejecutándose en VMWare
- 120 gb de datos
- Ventana de ejecución del sábado de 12 a. m. a 8 a. m. (se puede extender un poco, si es necesario)
Dos preguntas llenas de acción:
Quiero desmontar mis almacenes de datos, tomar una instantánea de mi máquina virtual Exchange, ejecutar una desfragmentación a nivel de unidad de las unidades C y D (base de datos), volver a montar los almacenes de datos y eliminar la instantánea (si todo está bien).
Mi otra opción es: tomar una instantánea de mi VM Exchange, desmontar los almacenes de datos, ejecutar ESEUTIL sin conexión y desfragmentar la unidad C (¿no la unidad D?), volver a montar los almacenes de datos y eliminar la instantánea (si todo está bien).
¿Cuáles son tus pensamientos? ¿Estoy adoptando el enfoque correcto para desfragmentar/comprobar errores en mi servidor Exchange?
Respuesta1
Antes de dedicarme a todo ese trabajo para desfragmentar la unidad + bases de datos solo para satisfacer un mensaje de advertencia genérico, haría algunas cosas:
¿Qué esperarías obtener de esto? La fragmentación de Exchange Server es en gran medida irrelevante para sus usuarios si todos utilizan el modo de caché de Outlook. Si Exchange recibe suficiente RAM, almacena fragmentos de cada buzón en la RAM, por lo que sus discos se vuelven menos importantes. Modern Exchange en realidad está diseñado para ejecutarse enMás lentodiscos antiguos Exchange (2000/2003).
Desfragmentar dentro de una VM no es lo que crees que es. Tiene múltiples niveles de abstracción entre sus discos físicos y las bases de datos de intercambio. Tiene un conjunto RAID que sirve un LUN desde un conjunto compartido de discos iSCSI. ¿Cómo puede saber si ese LUN es contiguo en los discos reales? Lo dudo, especialmente si tiene aprovisionamiento reducido. Luego tienes un archivo .vmdk que creaste en VMWare, que probablemente esté fragmentado. ¿Lo aprovisionó o alguna vez cambió el tamaño de .vmdk después de la creación inicial? Si pasara por todos estos niveles diferentes comenzando con iSCSI, luego con vmdk, luego con el sistema operativo invitado y luego con Exchange... ¿en qué resultaría? Quizás OWA más rápido, si eso...
La conclusión es que nunca he visto sistemas de producción virtuales que se desfragmenten y que de hecho resulten en una mejora en la experiencia del usuario. No digo que sea imposible de hacer... sólo digo que es poco probable.
Consejos sobre VMWare VM y desfragmentación: http://blogs.vmware.com/vsphere/2011/09/should-i-defrag-my-guest-os.html
Una cita interesante de ese enlace:
"Debo señalar que he leído que, internamente en VMware, no hemos observado ninguna mejora notable en el rendimiento después de una desfragmentación de los sistemas operativos invitados que residen en almacenes de datos basados en SAN o NAS".