Desfragmentación de una Base de Datos de Exchange ¿Qué tan bueno es?
Hola, mi nombre es Zahid Barrera y soy parte del equipo de Soporte de Microsoft , quiero compartirles parte de la experiencia que hemos tenido dentro del Equipo de Soporte de Exchange respecto a la pregunta que muchos clientes nos hacen frecuentemente, ¿Cómo puedo reducir el tamaño de mi EDB?, mi disco se está terminando y me urge reducirle el espacio.
La pregunta que surge a muchos clientes es la siguiente: ¿Es la desfragmentación una opción viable y recomendada para reducir el espacio en disco?, la respuesta es NO, hay que considerar lo siguiente, como lo menciona el siguiente articulo (en inglés) https://blogs.technet.microsoft.com/exchange/2004/07/08/is-offline-defragmentation-considered-regular-exchange-maintenance/, consideremos lo siguiente.
¿Dónde es realmente necesaria una desfragmentación?
- Si ha eliminado una gran cantidad de datos fuera de la tienda y desea recuperar el espacio en el disco duro por cualquier razón. Esto incluye situaciones en las que las bases de datos alcanzan el límite de 16 GB en las versiones estándar del servidor de Exchange.
- Si tuviera que ejecutar un Hard Repair de la base de datos (eseutil / p - y eso es otra cosa que NO recomendamos a menos que sea una última cosa posible que hacer). Después de ejecutar una reparación, se debe siempre de realizar una desfragmentación fuera de línea de la base de datos para obtener un nuevo archivo de base de datos que no ha sido reparado.
- Si está experimentando un problema específico y ha encontrado una referencia que dice que la desfragmentación sin conexión lo solucionará.
- Si está trabajando con PSS y resolver el problema requiere una desfragmentación sin conexión.
- Como regla general, sólo utilice desfragmentación para recuperar el espacio si se va a reclamar más del 30% del espacio.
ahora bien, es posible aplicar una desfragmentación cuando las opciones mencionadas no son viables, se puede aplicar Offiline desfragmentation (Desfragmentación fuera de línea) es decir se debe desmontar la base de datos para realizarlo, aunque existen otros métodos para reducir el espacio, y lo más recomendable es crear nuevas bases de datos para distribuir la carga de buzones en el servidor, les comparto el procedimiento para realizarlo.
1. Validamos el estado actual de la base de datos, en este caso "TestEDB".
2. Procedemos a desmontar la Base de Datos.
3. Como se observa la Base de datos TestEDB pesa casi 254 Mb originalmente.
4. Abrimos un Command Prompt con privilegios de Administrador, vamos a la ruta donde la base de datos se encuentra y escribimos ESEUTIL /D "basededatos.edb". 
5. Validamos que la base de datos se reduce aproximadamente un 85% de espacio.
6. Después de esto es altamente recomendable realizar un respaldo completo de la base de datos (full backup).
7. Puede suceder que el catalogo momentáneamente se muestre como Failed, sin embargo al cabo de unos minutos volverá a su estado normal.
Luego entonces, la mejor manera de gestionar espacios en los discos respecto a tamaños de bases de datos, es ejecutando un buen plan de mantenimiento, eso en horas no laborables por supuesto.
Una cosa más ..
Como la base de datos es diferente en el otro nodo, se necesitará una reseed. Puede ser que versiones más recientes de Exchange lo hagan automáticamente, pero si se tienen varias copias en una base de datos con gran tamaño, puede causar retrasos, debemos tomar en cuenta esto.
En este caso, realizar un Update-MailboxDatabaseCopy para recrear la copia.
https://blogs.technet.microsoft.com/rmilne/2013/08/23/offline-defrag-and-dag-databases-oh-my/
Espero esta información sea útil, si surgen más dudas por favor déjanos un comentario, o que mejor, contacta a tu siempre amigable Equipo de soporte Microsoft.
Aprovecho para agradecer al Ing. De Microsoft Eduardo Tavares, por su apoyo y asesoría en este artículo,
Hasta pronto…