locked
Depuración de la BD del Exchange Server 2007 RRS feed

  • Pregunta

  • Saludos

    De antemano felicitar por la Plataforma a Microsoft ya que aquí me han guiado ya desde hace mucho tiempo y al equipo que siempre me dan soluciones, ahora si los molesto nuevamente:

    Coloco este caso porque solo encontré asistencia para otras versiones de Exchange, resulta que tengo un Exchange Server 2007 en un servidor de 2GB de RAM y la Base de Datos esta sobre un disco de 150GB a la cual solo le restan 10GB de espacio y por más que hago archivos .PST con los usuarios y doy de baja cuentas viejas borrándolas de manera definitiva y limpiando los logs no reduce la BD, ya leí que la BD no reduce solo crece que hay que hacer un proceso pero que es delicado por lo cual quisiera saber con 250 correos que tengo creados y con las características de hardware que di como hago para realizar el proceso de depuración de la BD y cuánto podría tardar y si llegado al caso me demoro en hacerlo como puedo migrar la BD a un disco de más capacidad?.

    No conozco el proceso ni por medio grafico ni por consola, serían tan amables de colaborarme ya que estoy en un punto en el que ¿?.

    Gracias

      

    lunes, 26 de noviembre de 2012 22:47

Respuestas

  • Hola soporteredes!

    Entiendo tu pregunta, y voy a intentar explicarte el "qué" pasa y "qué" deberías hacer (según lo que entiendo como recomendación) en el escenario que nos describís.

    Ante todo, según los cálculos al vuelo que puedo realizar con lo que describís, contás con una base de datos de Exchange de más de 100 GB en un disco de 150 GB. El posible problema que estás teniendo es que te queda menos del 10% de espacio libre y, si bien has eliminado correos y cuentas, no aumenta el espacio libre (no se reduce el tamaño de la base de datos). Muy bien, este comportamiento es normal. La base de datos de Exchange crece ante necesidad de mayor cantidad de datos, pero si realizás borrados la misma no va a decrecer.

    Exchange cuenta con dos procesos que pueden realizarse en vistas a este comportamiento:

    • Defragmentación online (online defragmentation)
    • Defragmentación offline (offline defragmentation)

    Voy a comenzar por la segunda. La defragmentación "offline" es un proceso que se corre con la base de datos desmontada (es decir, sin un esquema de alta disponibilidad tendrías cortes de servicio). Lo que produce esta defragmentación es el re-acomodamiento de los espacios en blancos que surgen del borrado de datos que pudo haber sufrido la base y da como resultante una base de datos con todos los datos "seguidos" y por consiguiente de menor peso (el menor peso va a depender de la cantidad de espacios en "blanco" que se generaron por el borrado de datos que ya no están). Este proceso se realiza a través del comando eseutil /d. Más info de este proceso: http://technet.microsoft.com/en-us/library/aa998863(v=exchg.80).aspx . Para poder realizarlo, hay que tener en consideración:

    • Que produce corte de servicio, si es que no tenés un esquema de alta disponibilidad.
    • Puede durar varias horas, para una base de datos superior a 100 GB (no se decirte exactamente cuantas, pero puede durar hasta más de 8 horas).
    • Necesitás el 110% de espacio libre en relación al peso de la base. Si tu base pesa 100 GB, vas a necesitar 210 GB de disponibilidad en alguna unidad de tu equipo.

    La defragmentación "online", por el contrario, no requiere que la base de datos sea desmontada (por lo cual no conlleva en un corte de servicio). Esta defragmentación "online" permite que los espacios en blanco que se generaron por el borrado de datos (y que no ves en espacio libre en tu disco) puedan ser re-utilizados para los nuevos datos. Esto produce, básicamente, que los nuevos datos no hagan crecer la base de datos, sino que se escriban en los espacios disponibles existentes. El resultado sería que se guardan nuevos correos en la base, pero esta no crece, reutiliza sus espacios "libres". Para que este proceso se de satisfactoriamente, hay que tener en consideración algunas cosas:

    • No correr los backups en la misma ventana de tiempo en que se produce la defragmentación online: esto "cortará" el proceso de defragmentación.
    • Normalmente (default) la ventana de tiempo es diaria entre la 1 y las 5 de la mañana (se puede configurar).
    • El evento 1221 (en Exchange 2007) será el que de un reporte del espacio libre disponible en el store: http://support.microsoft.com/kb/555323 . Es importante monitorear este evento y verificar que la defragmentación no sea interrumpida. En caso de encontrar interrupciones, hay que verificar que sucede.
    • Más info: http://technet.microsoft.com/en-us/library/aa996226(EXCHG.65).aspx
    • Donde configurar la ventana de tiempo para la defragmentación online:

    En base a tu situación, a mi parecer, deberías considerar lo siguiente:

    • Chequear que la defragmentación online se esté realizando, y cuanto espacio "libre" (en blanco) tenés dentro de la base.
    • Considerar ampliar tu storage: más allá que hayas borrado datos, estar con menos del 10% de espacio no es recomendable.
    • No suele ser un proceso recomendado la defragmentación offline de una base. Se suele recomendar crear una nueva (o varias) y pasar los mailbox a la nueva base. De esta forma estás generando la "defragmentación" natural hacia una nueva base ordenada y limpia. Además, el corte se produce no a todos los usuarios a la vez, sino durante unos minutos al usuario que se está moviendo de base.

    En base a estos items, espero haberte ayudado y esperamos tu feedback!

    Saludos!!


    Pablo Ariel Di Loreto
    IT Consultant

    This posting is provided "AS IS" with no warranties and confers no rights! Always test ANY suggestion in a test environment before implementing!

    martes, 27 de noviembre de 2012 2:49