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

Related posts:

1. Cada cuánto defragmentar la base de datos de Exchange? Estaba ejecutando un proyecto en un cliente, cuando lanza la...
2. Cómo acelerar el proceso de aplicación de cuotas Para poder diseñar razonablemente bien el espacio de disco para...
3. Mayores detalles sobre la expansión del tamaño límite de la base de mensajes en Exchange 2003 Standard Edition Post SP2 Como ya es público, Microsoft anunció una ampliación del límite...

Pueden encontrar la descarga en:

Migrating to Windows Small Business Server 2008 from Windows Small Business Server 2003

Otros links recomendados:

• Windows Small Business Server 2008 Installation Guide
• Windows Small Business Server 2008 Migration Help
• Windows Small Business Server 2008 Console Help
• Installing Windows SharePoint Services 3.0 on a Server Running Windows Small Business Server 2003

Saludos,
Pablo D. Vernocchi
Microsoft Exchange MVP
MCSE + M / MCSE + Sec
https://mvp.support.microsoft.com/profile/Pablo

Related posts:

1. Exchange y Windows Server 2008 R2 UPDATE: El contenido de este artículo fue actualizado en los...
2. OCS 2007 R2 Ya soportado en Windows 2008 R2! http://support.microsoft.com/kb/982021 La semana pasada se anunció el soporte de OCS...
3. Reinicio lento en servidores Exchange 2000/2003 instalado en Domain Controllers Una falla muy conocida en Exchange 2003, instalado en Domain...