Para poder diseñar correctamente el storage requerido por Exchange, existen dos factores muy importantes a tomar en cuenta: Capacidad y Rendimiento. En esta entrega, me enfocaré en el primer punto.
NOTA DEL MUNDO REAL: En muchas ocasiones veo servidores de Exchange diseñados con cuotas distribuídas de la siguiente manera: Capacidad de disco / usuarios = Cuota x usuario. Esta ecuación es incorrecta y el objetivo de este artículo es llegar a la ecuación correcta de una manera comprensible :).
Factores a tener en cuenta
Cuota de casilla: La única manera de poder determinar fehacientemente el tamaño final de una base de datos, y por consecuente la capacidad de disco requerida, es necesario configurar una cuota estricta para las casillas. Es decir, configurar una cuota para ‘Prohibit send and receive at”.
Espacio en blanco de la base: El tamaño de la base en disco, no necesariamente es el tamaño real de la bsae. Luego del mantenimiento online, que se lleva a cabo de 1 a.m. a 5 a.m. se graba el evento 1221 en el Event Viewer. Este evento especifica en cuántos MB se reduciría la base de datos luego de una defragmentación offline (ejecutando el comando eseutil /d).
Deleted item retention: Es el período por el cual un elemento eliminado del buzón permanecerá en el dumspter de la base de datos. Esto quiere decir que un elemento eliminado por el usuario permanecerá en la base por X cantidad de días antes de ser eliminado definitivamente por el mantenimiento online. La configuración por default es de 14 días para los “Deleted item retention”.
Indexado de contenido: A partir de Exchange 2007, se mantiene un índice del contenido de los buzones, que luego es utilizado para las búsquedas desde –por ejemplo- OWA.
Tamaño real del buzón
Entendiendo los factores anteriormente mencionados, ya estamos en condiciones de entender porqué la ecuación ‘Capacidad de disco / cantidad de usuarios = Cuota’ es incorrecta.
¿Cuál sería una aproximación a la ecuación correcta? Algo como:
Capacidad de disco = Cuota + Espacio en blanco + (tamaño de mensaje promedio por día x cantidad de mensajes enviados y recibidos por día x días de Deleted Item Retention) + Indexado
El indexado se cuenta estadísticamente como un 5% del tamaño total de la base.
Además de todo eso, debemos dejar espacio libre en la LUN para que Exchange no desmonte la base (un 20% estaría bien).
Todo este cálculo que parece ultra complejo, lo hace muy fácilmente la calculadora de Storage que puede encontrarse en:
Storage Calculator para Exchange 2007
Storage Calculator para Exchange 2010
Saludos,
Pablo Vernocchi