Exchange Server 2010: Exchange Server alta disponibilidad
Correo electrónico es una herramienta de comunicación empresarial esencial, por lo que puede hacer algo para garantizar la alta disponibilidad con Microsoft Exchange Server es algo bueno.
Extraído de "Exchange 2010 – un práctico planteamiento," publicado por libros de la puerta roja (2009).
Jaap Wesselius
Hay varias capas en Microsoft Exchange Server 2010 puede configurar como una solución de alta disponibilidad (HA). El grupo de disponibilidad de la base de datos ofrece alta disponibilidad en la función de servidor de buzones. Si desea una solución de alta disponibilidad completa, puede configurar el servidor de acceso de cliente y servidor concentrador de transporte como también una solución de alta disponibilidad.
Merece la pena teniendo en cuenta que Exchange Server 2010 Standard Edition también es compatible con las tecnologías de replicación, al igual que la edición Enterprise de Exchange Server de 2010. La única diferencia es que la Standard Edition sólo admite hasta cinco bases de datos por servidor, mientras que la Enterprise Edition admite hasta 100 bases de datos por servidor. Se trata de un desarrollo perfecto para organizaciones que no tienen miles de buzones y no es necesario crear un lote de bases de datos de buzones.
Bases de datos de Exchange Server
Configuración de alta disponibilidad para otras funciones de servidor no ha cambiado significativamente desde Exchange 2007. Exchange Server 2010 utiliza una base de datos para almacenar los datos principales: los mensajes de enviar y recibir. Esta tecnología de base de datos es un sistema transaccional, que es bastante común, pero Exchange Server utiliza su propia tecnología incorporada en el motor de almacenamiento Extensible (ESE), conocido como una base de datos JET.
Al instalar a un servidor de buzón de Exchange Server de 2010, la base de datos de buzones inicial es, de forma predeterminada, almacenado en la unidad C:\ local; más específicamente en la base de datos de c:\Archivos programa\Microsoft\Exchange Server\V14\Mailbox\Mailbox << número aleatorio >> \. Exchange Server genera este número aleatorio durante la configuración inicial como los nombres de base de datos de Exchange 2010 y servidores superiores deben ser únicos dentro de la organización de Exchange.
Un número de archivos que conforman el entorno de base de datos de Exchange 2007, todos los cuales un papel crucial en el funcionamiento correcto del servidor de Exchange:
- "0242942819.edb de base de datos de buzones"
- E00.log
- E00000003a.log, E000000003b.log, E00000003c.log etc.
- E00.chk
- E00res00001.log y E00res00002.log
- E00tmp.log
- Tmp.edb
Para entender Exchange tecnología de base de datos es entender el flujo de datos entre el Exchange Server y la base de datos. Los datos se procesan en bloques de 32 KB, también llamados "páginas". Cuando termine de intercambio de procesamiento de una página, inmediatamente lo escribe en un archivo de registro si se actualizó. La página todavía se conserva en memoria hasta que Exchange necesita esta memoria de nuevo, pero cuando la página no se utiliza durante algún tiempo, o cuando Exchange necesita forzar una actualización durante un punto de control, la página se escribe en el archivo de base de datos. Por lo tanto, los datos de los archivos de registro están siempre antes de los datos en la base de datos. Se trata de un paso importante para recordar al solucionar problemas de base de datos.
Como se escriben datos en la base de datos, un puntero que se llama el punto de control se actualiza para reflejar la página nueva o actualizada que se escribió en la base de datos. El punto de control se almacena en un archivo especial denominado archivo de controles. Exchange Server utiliza esto para asegurarse de que sabe qué datos se ha escrito para la base de datos y los datos en los archivos de registro y aún no han escrito en la base de datos. Por lo tanto, en resumen:
- Datos de correo inicialmente es procesados en la memoria y separados en las páginas.
- Las páginas se escriben en el archivo de registro.
- Si las páginas ya no son necesarias estas páginas se escriben en la base de datos de Exchange.
- El archivo de control se actualiza para reflejar la nueva ubicación del punto de comprobación.
Motor extensible de almacenamiento
Exchange Server utiliza el motor de base de datos se basa en ESE. ESE existe en varias formas:
- ESE97 para Exchange Server 5.5
- ESE98 para Exchange Server 2000/2003
- ESENT para Active Directory
- ESE Exchange Server 2007 y Exchange Server 2010
ESE es un motor de base de datos de bajo nivel. Esto significa que sabe todo acerca de "tipos base," como, por ejemplo, short, string, largo, largo, systime y así sucesivamente. Sin embargo, no tiene conocimiento de cualquier estructura o esquema. El esquema está definido por el almacén de información de la aplicación. En contraste con una base de datos relacional como Microsoft SQL Server, donde todas las estructuras de base de datos son sólo de metadatos, o parte de la base de datos.
ESE está optimizado para controlar grandes cantidades de datos semiestructurados, como es imposible que un Exchange Server predecir qué tipo de datos se recibirán, el tamaño se los datos o lo que los mensajes de los archivos adjuntos que tendrán.
Archivos de registro
Cuando Exchange Server está trabajando con una página y los cambios de estado de la página de sucio para limpiar, la página se escribe en el archivo de registro, casi inmediatamente. Datos contenidos en la memoria son rápido para tener acceso, pero volátil. Sólo hace falta una menor interrupción en el servidor y datos en la memoria se pierde. Cuando se guarda en el archivo de registro, puede grabar todo el servidor hacia abajo, y siempre que mantenga el disco, también mantener los datos.
Por suerte, guardar en el archivo de registro suele ser una cuestión de milisegundos. Los archivos de registro se numeran internamente, y este número (lo que se refiere como el número de lGeneration) se utiliza para identificar los archivos de registro y para almacenarlas en el disco al que están rellena completamente con datos.
El archivo de registro actual o el "archivo de registro en uso," es E00.log; mientras Exchange está llenando este archivo de registro con los datos, un archivo temporal de E00tmp.log ya se ha creado (o está en proceso de ser creado) en segundo plano. Cuando el archivo E00.log llenándose con datos, se guarda con otro nombre. El nombre se deriva de prefijo del archivo de registro (E00, E01, E02 y así sucesivamente) y el número de lGeneration, que es una notación hexadecimal secuencial.
Por ejemplo, cuando el número de lGeneration es 1, el archivo E00.log se guarda como E0000000001.log. Como alternativa, la última vez que ha ocurrido este proceso, el número de lGeneration fue 3E, por lo que se guardó el archivo de registro como E000000003E.log. Dado que el número de lGeneration es un número secuencial, sabemos que el siguiente número de lGeneration del archivo E00.log debe ser 3F y la próxima vez que este proceso de conversión de archivo de registro tiene lugar, el archivo de registro se guardará como E000000003F.log.
Aunque no es directamente visible, el número de lGeneration se almacena en el archivo de registro y se puede comprobar mediante el volcado de la información de encabezado del archivo de registro con la herramienta ESEUTIL. Las primeras líneas de encabezado del archivo de registro deben leer algo como:.
Base name: E00 Log file: E00.log lGeneration: 63 (0x3F) Checkpoint: (0x3F,8,16)
El número de lGeneration aparece en la tercera línea, tanto en notación decimal y hexadecimal. Por desgracia, esto es muy confuso, y habrá un día en que un administrador de Exchange combina de estas notaciones y empiece a trabajar con el archivo de registro incorrecto.
Después de que las páginas se escriben en el archivo de registro, que están incluidos en la memoria, lo que ahorra demasiado caro leer de acción de disco cuando necesita Exchange Server la página de nuevo. Cuando el servidor de buzón es necesario que la memoria para otras páginas, o cuando la página permanece en memoria durante mucho tiempo, se escribe en el archivo de base de datos. Esto también es conocido como "mecanismo de escritura diferida".
Un concepto erróneo común es que datos es leer los archivos de registro y escritas en el archivo de base de datos, pero esto no es el caso. Se escribe directamente desde la memoria en la base de datos y archivos de registro sólo se leen en escenarios de recuperación, como después de un apagado incorrecto del servidor. En circunstancias normales, los archivos de registro son 100 por ciento de escritura, mientras que la base de datos es una mezcla aleatoria entre lectura y escritura acciones.
Archivos de control
La relación entre la escritura de datos en los archivos de registro y escribir datos en la base de datos está administrada por el archivo de controles E00.chk. El archivo de control apunta a la página en la base de datos que se escribió por última y avanza tan pronto como Exchange escribe otra página de la memoria en la base de datos.
La diferencia entre los datos de la base de datos y los datos de los archivos de registro se denomina profundidad de control. La profundidad de este control puede ser de varios archivos de registro; de hecho, la profundidad de control predeterminado es 20 archivos de registro. Utilizando el punto de control, Exchange espera antes de escribir en la base de datos y trata de combinar varias acciones de escritura para que las operaciones de escritura de la base de datos pueden realizarse de manera más eficiente.
Profundidad de control también es una configuración por base de datos. Así que cuando la profundidad de control de la base de datos es de 20 archivos de registro, un mínimo de 20 MB de datos se mantiene en memoria para dicha base de datos. Al utilizar 30 bases de datos Exchange Server en 2010, cada uno a su profundidad máxima de control, aproximadamente, 600 MB de datos de Exchange se conserva en memoria.
La base de datos de buzones
El archivo "0242942819.edb de base de datos de buzones" es el repositorio principal de la función de servidor de buzones de Exchange Server de 2010. En Exchange Server 2007 este archivo se llamaba "buzón database.edb", mientras que en Exchange 2003 y Exchange 2000, la base de datos fue consta de dos archivos: priv1.edb y priv1.stm. Exchange Server en 2010, un servidor de buzones puede contener ahora hasta 100 bases de datos.
El tamaño máximo de una base de datos ESE puede ser enorme. El límite superior de un archivo en NTFS es 64EB, y generalmente se considera suficiente para alojar los archivos de base de datos de buzones grandes. El tamaño de archivo máximo recomendado de Microsoft de la base de datos de buzones de correo Exchange Server 2010 es de 2 TB. En comparación con el límite de tamaño de archivo de 200 GB en Exchange 2007 (mediante la replicación continua de clúster) trata de un enorme aumento. Tenga en cuenta que tendrá que configurar varias copias de la base de datos para conseguir una solución de alta disponibilidad si utiliza este tamaño.
.jpg)
Jaap Wesselius es el fundador de consultores en DM, una empresa con un fuerte enfoque en soluciones de mensajería y colaboración. Después de trabajar en Microsoft desde hace ocho años, Wesselius decidió cometer más de su tiempo a la Comunidad de Exchange en los Países Bajos, dando como resultado un premio MVP de Exchange Server en 2007. También es un colaborador habitual en el grupo de usuarios de comunicaciones unificadas holandés y autor de regular para hablar de Simple.
Obtener más información sobre "Exchange 2010 – un enfoque práctico" en red-gate.com/our-company/about/book-store.