Como ya es público, Microsoft anunció una ampliación del límite de la base de mensajes del Grupo de Almacenamiento para los buzones. Este límite va desde los 16 GB a los 75 GB.
En el Blog de Excbange, se explica como configurarla correctamente.
Para tener en cuenta: los cambios se tienen que hacer a través del editor de registro, todavía no existe una opción por interface.
Limite configurable:
Antes al SP2, no existían métodos para modificar los límtes de las bases. Exchange 2003 SP2 incluye una nueva feature que permite a los administradores configurar límites para las bases. Por defecto, en la versión estándar, el límite será de 18 GB. Este límite podrá ser ampliado.
Porqué se complican tanto la vida los muchachos de Exchange? Porqué si puedo ir hasta 75, me lo ponen a 18 GB? Y… según el blog de los developers, la feature para limitar la base de datos habilita a los administradores a configurar un límite protector para prevenir el crecimiento no intencional de la base de datos. Además, muchos consultores/administradores configuraron su storage teniendo en mente el límite de los 16 GB. Además, el buffer de advertencia es al 10%, (18GB – 10%, es mas o menos 16 GB). Si el límite predeterminado fuera de 30 GB, muy probablemente mucha gente se quedaría sin espacio en disco sin ninguna advertencia… El valor del buffer de advertencia es configurable a través de registry, pudiendo ser el valor mínimo 1%.
Grandes cambios para los límites de Exchange 2003 SP2:
– El chequeo de tamaño, ahora es por el tamaño lógico de la base de datos. El espacio libre dentro de la base no contará en el conteo. Por lo tanto NO SERÁ NECESARIO LA DEFRAGMENTACION OFFLINE!!! Si, cuántas noches habremos perdido mirando como el puntito llegaba al 100%!! Muy bien!!
– Chequeos de límites, hechos en intervalos regulares, ahora serán controlados por el proceso store en vez del JET. El tiempo por default es cada 24 horas, y se puede cambiar por registry.
Comportamiento que tendrá la base al llegar al límite licenciado (75 GB):
Con Exchange 2003 SP2 o posterior, el servidor tendrá el siguiente comportamiento al llegar al límite configurado por valor de registry, o licenciado:
– Al primer chequeo que la base pasó el límite, no se desmontará. Pero se grabará un error en el Visor de Sucesos (9689), en el Registro de Aplicación.
– Al segundo intento, un evento será escrito en el log de Aplicaciones, y la base se desmontará.
Luego que el administrador monte la base de datos, tendrá 24 horas (o antes del próximo chequeo de tamaño, por defecto 5 AM), para corregir este problemita…
Saludos,
Vernocchi, Pablo (extraído desde el Blog You Had Me At EHLO… the Microsoft Exchange Team Blog)