La sincronización de reglas de buzón puede retrasarse al mover buzones desde un servidor de Exchange 2000 Server a un servidor de Exchange Server 2003

La sincronización de reglas de buzón puede retrasarse al mover buzones desde un servidor de Exchange 2000 Server a un servidor de Exchange Server 2003.

Al mover los buzones desde un servidor de Exchange 2000 Server a un servidor de Exchange Server 2003, las reglas se mueven en un formato independiente del servidor. Finalmente, las reglas se convierten en mensajes de la regla que apropiado para el nuevo servidor de destino.

La sincronización de las reglas se produce en un proceso de fondo que se activa periódicamente. Un único buzón se sincroniza cada vez que se desencadena el proceso en segundo plano. Este comportamiento se produce incluso si se cumplen las condiciones siguientes:

  • Hay varios buzones que se han completado satisfactoriamente el movimiento.
  • No hay buzones que están listos para sincronizarse.

Después de instalar este hotfix, la sincronización de las reglas para todos los buzones que han completado un movimiento es más rápido.

De forma predeterminada, las reglas de buzón se sincronizan cada hora después de instalar este hotfix. Sin embargo, puede modificar la siguiente subclave para cambiar la hora de sincronización:

HKLM\System\CurrentControlSet\Services\MSExchangeIs\<name of server>\<private store GUID>\Rules Sync Retry Frequency
Contraer esta tablaAmpliar esta tabla
 
tipo de valor DWORD
mínimo 60
máximo 2592000
de forma predeterminada 3600

El valor de esta subclave del registro es en segundos. El valor mínimo que puede utilizar es de 60 segundos (1 minuto). El valor máximo que puede utilizar es 2,592,000 segundos (30 días).

Advertencia Si establece el valor a 1 minuto para intentar conseguir el menor tiempo posible sincronización, puede provocar realmente tardar el proceso de sincronización. Este comportamiento se produce porque el buzón de tamaño medio tiene 2 a 3 minutos en pasar. Además, se pueden sincronizar sólo los buzones que han finalizado el movimiento.

Si observa que el proceso de sincronización está demasiado estrictos después de instalar este hotfix, puede limitar el número de buzones que se sincronizan al mismo tiempo. Puede modificar la siguiente subclave para establecer un límite para el número de buzones que están sincronizados a la vez:

HKLM\System\CurrentControlSet\Services\MSExchangeIs\<name of server>\<private store GUID>\Rules Sync Batch Limit
Contraer esta tablaAmpliar esta tabla
 
tipo de valor DWORD
mínimo 1
máximo 0xFFFFFFFF
de forma predeterminada Todos los buzones listos para ser synched.

Los valores de esta subclave del registro se basan en el número de buzones que desea sincronizar en un momento. Por ejemplo, el valor 1 significa que un buzón sincronizado cada vez que el proceso de sincronización se produce. Además, el valor de 0xFFFFFFFF es un valor especial que significa que desea que todos los buzones sincronizados durante el proceso de sincronización.

Si el proceso de sincronización no funciona, puede modificar la siguiente subclave del registro para establecer el número de veces que se reintenta el proceso de sincronización para un buzón:

HKLM\System\CurrentControlSet\Services\MSExchangeIs\<name of server>\<private store GUID>\Rules Sync Retry Limit
Contraer esta tablaAmpliar esta tabla
 
tipo de valor DWORD
mínimo 0
máximo 250
de forma predeterminada 24

Si el proceso de sincronización no funciona, se registra el suceso siguiente si el nivel de diagnóstico para las reglas se establece en medio o máximo. Sin embargo, esto sólo ocurre si la razón de sincronización no funciona es que el movimiento del buzón está aún en curso.

Event ID: 1151
Source: MSExchangeIS Mailbox
Description: A rule synchronization error (1144) has occurred on Mailbox Store "database name".
The mailbox folder is Top of Information Store\Inbox.
The distinguished name of the owning mailbox is /O=organization/OU=organizational unit/CN=Recipients/CN=s140605.
There are 24 of 24 retries remaining.

si la sincronización es correcta, recibirá el siguiente suceso de información cuando se establece las reglas de nivel de diagnóstico en máximo:

Event ID: 1154
Source: MSExchangeIS Mailbox
Description: Rule synchronization has successfully completed.
The mailbox folder is Top of Information Store\Inbox on database "database name".
The distinguished name of the owning mailbox is /O=organization/OU=organizational unit/CN=Recipients/CN=s140605.

Nota esta resolución de la revisión es sólo para Exchange Server 2003. Por lo tanto, sólo puede utilizar esta revisión para escenarios de migración donde el servidor de destino o destino es un servidor de Exchange Server 2003.

Descarga aquí

Cómo optimizar el uso de memoria en Exchange Server 2003

Cómo optimizar el uso de memoria en Exchange Server 2003

Si tiene 1 gigabyte (GB) o más de memoria física (RAM) instalada en un servidor que ejecuta Microsoft Exchange Server 2003, debe asegurarse de que Exchange 2003 pueda hacer un uso eficiente de esa memoria.

Nota
Exchange 2003 realiza una comprobación de la configuración de memoria óptima cuando se inicia el proceso de almacén. Si la configuración de memoria no es óptima, verá el evento 9665 en el Visor de sucesos. Este mensaje aparece cuando se cumple una o varias de las condiciones siguientes:

  • El servidor está ejecutando cualquier edición de Microsoft Windows 2000 Server y el valor SystemPages del Registro está establecido fuera del intervalo de 24000 a 31000.

    Notas

    • La subclave SystemPages se encuentra en la ubicación siguiente: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\SystemPages
    • Las únicas entradas válidas para la subclave SystemPages son:
      • Valores calculados por el sistema mayores que 180.000
      • Cero (0)
      • 0xFFFFFFFF

      Otros valores pueden funcionar, pero están obsoletos. Si el modificador /3GB está presente, el valor de la subclave SystemPages se debe establecer en 0xFFFFFFFF.

  • El servidor está ejecutando Microsoft Windows 2000 Advanced Server o Microsoft Windows 2000 Datacenter Server, tiene 1 GB o más de memoria física, pero no tiene establecido el modificador /3GBen el archivo boot.ini.
  • El servidor está ejecutando Microsoft Windows Server 2003 Standard, Microsoft Windows Server 2003 Enterprise o Microsoft Windows Server 2003 Datacenter, y el valor SystemPages del Registro está establecido en algo distinto de 0.
  • El servidor está ejecutando Microsoft Windows Server 2003 Standard Edition, Microsoft Windows Server 2003 Enterprise Edition o Microsoft Windows Server 2003 Datacenter Edition, tiene 1 GB o más de memoria física y se ha establecido el modificador /3GB, pero la configuración /USERVAno está presente en el archivo boot.ini.
  • El servidor está ejecutando cualquier edición de Microsoft Windows 2000 Server o Microsoft Windows Server 2003, y el valor HeapDeCommitFreeBlockThreshold del Registro está establecido en algo distinto de 0x00040000.

La comprobación de la configuración de memoria no se realiza en los servidores que ejecutan Microsoft Small Business Server. Cuando se produce el evento 9665, se escribe un valor DWORD en el registro de sucesos como datos adicionales.

Si desea desactivar la comprobación de la configuración de memoria, puede crear la siguiente clave del Registro:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem

Parámetro: Suppress Memory Configuration Notification
Tipo: REG_DWORD
Configuración: 1

Notas

  • Para los equipos con Exchange Server que no contienen buzones ni carpetas públicas, como las puertas de enlace de correo, no se recomienda establecer el modificador /3GB en el archivo boot.ini, independientemente del tamaño de la memoria física instalada.
  • Para los equipos con Exchange Server que sean a la vez controladores de dominio de Active Directory o servidores de catálogo global, tampoco se recomienda establecer el modificador /3GB en el archivo boot.ini. Se recomienda tener controladores de dominio de Active Directory o servidores de catálogo global dedicados.
  • Puesto que Microsoft Small Business Server se instala como un controlador de dominio integrado y servidor de Exchange, tampoco se recomienda establecer el modificador /3GB cuando ejecute Exchange Server 2003 en un entorno de Small Business Server. No obstante, los demás conceptos y configuraciones que se describen en este artículo son igualmente aplicables a Exchange Server 2003 en un entorno de Microsoft Small Business Server.

Las próximas secciones de este artículo contienen recomendaciones para cada una de estas configuraciones.

Conceptos del espacio de direcciones virtual

Independientemente de la configuración de hardware, el número de bases de datos y el número de usuarios del servidor, el proceso Almacén de información de Exchange (Store.exe) de Exchange 2003 tiene una cantidad finita de memoria que puede direccionar. Esta cantidad de memoria se denomina espacio de direcciones virtual. En la mayoría de los casos, el uso de este espacio de direcciones virtual para el almacén de información dicta el rendimiento general y la escalabilidad de los servidores de buzones de Exchange Server 2003. En el caso de servidores pequeños o medianos, Exchange Server 2003 realiza automáticamente la mejor elección. Sin embargo, si se trata de servidores grandes quizás desee ajustar manualmente algunos parámetros.

Si el equipo con Exchange Server 2003 tiene 1 gigabyte (GB) o más de memoria instalada y contiene buzones o carpetas públicas, asegúrese de agregar el modificador /3GB al archivo Boot.ini del servidor. Si el servidor no aloja buzones ni carpetas públicas, como una puerta de enlace de correo, no se recomienda utilizar el modificador /3GB. De manera predeterminada, los sistemas operativos Microsoft Windows 2000 Advanced Server y Windows Server 2003 reservan un espacio de direcciones virtual de 2 GB para el modo de núcleo y 2 GB para el modo de usuario. El espacio de direcciones virtual para un proceso concreto se asigna durante el inicio y aumenta a medida que se usa más memoria durante el funcionamiento normal. Normalmente, el uso de memoria real (el conjunto de trabajo) de un proceso es mucho menor que el espacio de direcciones asignado a dicho proceso. En un equipo que ejecuta Exchange Server 2003 con 1 GB o más de memoria, debe modificar los sistemas operativos Windows 2000 Advanced Server y Windows Server 2003 de manera que haya disponible 3 GB de memoria para el modo de usuario. Puede hacerlo con el modificador /3GBdel archivo Boot.ini. Para utilizar esta configuración en un equipo con Windows 2000 Advanced Server, debe configurar también la entrada SystemPages del Registro en la subclave siguiente:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\SystemPages

Establezca la entrada SystemPages del Registro en un valor DWORD de 0xFFFFFFFF (hexadecimal). Este cambio del Registro no es necesario ni se recomienda hacerlo en servidores basados en Windows 2003, ya que esta funcionalidad se logra con el modificador Userva que se describe en una sección posterior.

No establezca el modificador /3GB si está ejecutando Windows 2000 Server Standard Edition. Este modificador de ajuste de memoria no es compatible en Windows 2000 Server Standard Edition. Aunque el servidor no generará ningún mensaje de error si lo utiliza, si establece este modificador existirá un espacio de direcciones de memoria falso. En aquellos casos en los que un proceso intente tener acceso a este espacio de direcciones superior, aparecerá un mensaje de error Stop en una pantalla azul y el servidor dejará de responder.

Nota
El modificador de ajuste /3GBpuede utilizarse en todas las versiones de Windows Server 2003, incluyendo Windows Server 2003 Standard Edition. Para obtener más información acerca de cómo establecer el modificador /3GB, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

266096  (http://support.microsoft.com/kb/266096/ ) Exchange 2000 requiere el modificador /3GB con más de 1 gigabyte de RAM física

Si está ejecutando Exchange 2003 en un equipo basado en Windows Server 2003 y se ha establecido el modificador /3GB, se recomienda establecer el parámetro /USERVA=3030en el archivo Boot.ini. Esto permite más entradas de la tabla de páginas del sistema (PTE) en el servidor. Para obtener más información acerca del modificador /USERVA, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

810371  (http://support.microsoft.com/kb/810371/ ) Uso del modificador /Userva en los equipos basados en Windows 2003 Server que ejecutan Exchange Server

Asegúrese de que el proceso Store.exe no se quede sin espacio de direcciones virtual. Cuando se consume el espacio de direcciones virtual, no se pueden realizar asignaciones de memoria aunque haya mucha RAM física disponible. Para resolver este problema, debe reiniciar el servicio Almacén de información. Por ejemplo, un servidor con 2 GB de RAM física sin el modificador /3GB establecido en el archivo Boot.ini se quedará sin memoria cuando el espacio de direcciones virtual del proceso Store.exe alcance 2 GB. En este caso, el Administrador de tareas de Windows puede mostrar que sólo se está utilizando realmente 1,5 GB de memoria. Sin embargo, el servidor no tiene memoria y hay que reiniciar el servicio Almacén de información.

Cuando queda poca memoria virtual en el proceso Store.exe, el rendimiento del servidor con Exchange Server 2003 puede reducirse drásticamente. Cuando el mayor bloque libre de memoria virtual se reduce a 32 MB, se genera un suceso de advertencia con el Id. de suceso 9582 en el registro de aplicación del Visor de sucesos. Cuando vea este suceso, es mejor que reinicie el proceso Store.exe lo antes posible. Si el mayor bloque libre de memoria se reduce aún más, hasta el nivel da 16 MB, se genera un suceso de error con el Id. de suceso 9582 en el registro de aplicación del Visor de sucesos. Si se produce este suceso, el servidor está a punto de entrar en una condición de funcionamiento crítica y debe reiniciarse lo antes posible. Después de producirse este error, se puede agotar la memoria en varias horas. Si no responde a estos sucesos, puede experimentar uno o varios de los síntomas siguientes:

  • Errores intermitentes en la entrega de mensajes.
  • Error intermitente del proceso de conversión de correo Internet (IMAIL), que se indica mediante el Id. de suceso 12800.
  • Algunos programas antivirus preparados para Exchange pueden generar mensajes de error o sucesos.

Maximizar el espacio de direcciones virtual

Es mejor supervisar el espacio de direcciones virtual para el servicio Almacén de información en los servidores de buzones grandes con el fin de asegurarse de que el rendimiento y la estabilidad no disminuyen. La forma más sencilla de hacerlo consiste en supervisar el contador Tamaño del mayor bloque de memoria virtual del objeto de rendimiento MSExchangeIS en la utilidad Rendimiento. Este valor se muestra en bytes. Después de iniciar el equipo, es frecuente ver una fuerte reducción en el tamaño del mayor bloque de memoria virtual. Sin embargo, tras un día o dos de funcionamiento, el valor se acerca al nivel de funcionamiento habitual. Un valor para el mayor bloque de memoria virtual libre que sea superior a 200.000.000 bytes (unos 200 MB) indica un servidor en buen estado. Si observa un valor inferior, supervise el servidor más estrechamente. Si tiene poco espacio de direcciones virtual:

  1. Si tiene 1 GB o más de memoria física instalada, asegúrese de que el modificador /3GBestá establecido en el archivo Boot.ini si son ciertas las condiciones siguientes en el servidor:
    • El servidor aloja buzones o carpetas públicas.
    • El sistema operativo es Windows 2000 Advanced Server o Windows Server 2003.

    Si el servidor no aloja buzones ni carpetas públicas, como una puerta de enlace de correo, no se recomienda utilizar el modificador /3GB.

  2. Si Exchange Server 2003 está instalado en un servidor con Windows Server 2003, y tiene establecido el modificador /3GB, asegúrese de que el modificador /USERVA=3030esté establecido en el archivo Boot.ini. Si Exchange Server 2003 está instalado en un servidor con Windows 2000, asegúrese de que el servidor esté ejecutando el Service Pack 3 (SP3) o posterior de Windows 2000.
  3. Si tiene 1 GB o más memoria física instalada, configure el valor HeapDeCommitFreeBlockThresholddel Registro en la clave siguiente y reinicie el servidor:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
    Nombre de valor: HeapDeCommitFreeBlockThreshold
    Tipo de valor: REG_DWORD
    Información del valor: 0x00040000 (recomendado)
    Valor predeterminado: no presente

    Para obtener más información acerca de cómo utilizar y configurar este valor del Registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

    315407  (http://support.microsoft.com/kb/315407/ ) La clave del Registro “HeapDecommitFreeBlockThreshold”

Normalmente, los pasos anteriores resuelven el problema de consumo del espacio de direcciones virtual. Sin embargo, en algunos servidores mayores quizás tenga que realizar un ajuste adicional de Tamaño de caché de base de datos de almacenamiento para volver a lograr un equilibrio entre el rendimiento y la escalabilidad.

 

Tamaño de caché de base de datos de almacenamiento

La caché de base de datos de almacenamiento también se denomina búfer ESE y ofrece un gran área de almacenamiento en caché para transacciones de bases de datos antes de confirmarse en el almacén. De manera predeterminada, Exchange Server 2003 consulta la configuración de memoria del equipo local y asigna 896 MB de RAM si el modificador /3GB está establecido en el archivo Boot.ini o 576 MB de RAM si no se ha establecido el modificador /3GB. Cuando hay un servidor con demasiada carga o cuando el rendimiento de disco no es óptimo, un gran búfer ESE mejora el rendimiento global del sistema. Dependiendo de su configuración, quizás tenga que aumentar o reducir el tamaño de este búfer para lograr el máximo rendimiento general.

En una situación en la que Exchange Server 2003 se utiliza en un entorno donde coexiste con otros programas de servidor, puede monopolizar los recursos de memoria disponibles. El algoritmo Asignación dinámica del búfer (DBA) es responsable de devolver la memoria al sistema operativo si hay otros programas que la necesitan. Sin embargo, puede limitar manualmente la memoria utilizada por Exchange Server 2003 reduciendo el búfer ESE.

En los servidores que tienen más de 2 GB de memoria, puede ser útil aumentar el tamaño del búfer ESE. Debido a las limitaciones del espacio de direcciones virtual, este valor no debe ser superior a 1.200 MB.

Antes de aumentar el tamaño máximo del búfer, es mejor utilizar la herramienta Rendimiento de Windows para supervisar la memoria del servidor con una carga normal. Para ello, supervise el objeto de rendimiento y el valor siguientes:

Objeto de rendimiento: Proceso
Contador de rendimiento: Bytes virtuales
Instancia: STORE

La información recopilada por la supervisión del rendimiento le ofrece un valor exacto del espacio de direcciones virtual que el proceso Store.exe ha asignado. En un servidor donde se haya establecido el modificador /3GB en el archivo Boot.ini, el valor que se ve en la utilidad Rendimiento suele ser inferior a 2,8 GB. En un servidor donde no se haya establecido el modificador /3GB en el archivo Boot.ini, el valor suele ser inferior a 1,8 GB. Es mejor agregar el modificador /3GB al archivo Boot.ini en los servidores que tienen 1 GB o más de memoria instalada. Si ve valores superiores a los indicados anteriormente, para cualquier configuración, no aumente el tamaño máximo del búfer. Si ve valores inferiores a los indicados anteriormente, para cualquier configuración, quizás desee aumentar el tamaño máximo del búfer de base de datos.

Por ejemplo, si tiene un servidor que está configurado para utilizar el modificador /3GB en el archivo Boot.ini y la supervisión del rendimiento muestra el número de bytes virtuales en 2,5 GB cuando el servidor tiene mucha carga, puede aumentar el tamaño máximo de búfer en unos 300 MB para lograr un tamaño total de 1.200 MB.

Aumentar el tamaño del búfer puede afectar negativamente al rendimiento del servidor. Un búfer mayor significa que se consume más espacio de direcciones virtual. Por tanto, si el servidor tiene restricciones del espacio de direcciones de memoria virtual, aumentar el tamaño del búfer puede crear inestabilidad en el sistema operativo. En un servidor de buzones muy grande, quizás tenga que reducir el tamaño del búfer predeterminado para impedir la inestabilidad del sistema.

Cómo modificar el tamaño del búfer ESE

El parámetro msExchESEParamCacheSizeMaxcontrola el tamaño del búfer ESE. Su valor se expresa como un número de páginas y debe establecerse en un múltiplo exacto de 8192 para lograr la máxima eficiencia:

  • El tamaño predeterminado en los servidores con el modificador /3GB establecido: 229376(896 MB)
  • El tamaño predeterminado en los servidores sin el modificador /3GB establecido: 147456(576 MB)
  • El valor máximo recomendado con el modificador /3GB establecido: 311296 (1,2 GB)

    Nota
    Debe supervisar primero los bytes virtuales para el proceso de almacén como se ha indicado anteriormente en este artículo antes de aumentar este valor con respecto al valor predeterminado.

  • El valor máximo recomendado sin el modificador /3GB establecido: 196608 (768 MB)

    Nota
    Debe supervisar primero los bytes virtuales para el proceso de almacén como se ha indicado anteriormente en este artículo antes de aumentar este valor con respecto al valor predeterminado.

Nota
La reproducción de registros de transacciones es mucho más rápida cuando el tamaño del búfer ESE es grande. Quizás desee aumentar temporalmente el tamaño del búfer ESE a un valor 311296 en una situación de recuperación tras un desastre.

Si realizó una actualización en contexto de un equipo con Exchange 5.5 Server a Exchange 2000 Server, puede observar que se ha asignado un valor inusualmente alto al parámetro msExchESEParamCacheSizeMax. En algunos servidores, este valor es 2.048 MB. En este caso, quite o restablezca el parámetro a un valor más apropiado. Para modificar el tamaño de caché de la base de datos del almacén:

  1. Inicie la utilidad Edición de ADSI (Interfaces de servicio de Active Directory). Edición de ADSI se incluye con las Herramientas de soporte técnico de Windows en la carpeta Support\Tools del CD-ROM de Windows 2000 o de Windows Server 2003.
  2. Bajo Contenedor de configuración [nombreDeServidor.ejemplo.com], donde nombreDeServidor.ejemplo.com es el nombre de dominio completo (FQDN) del servidor, expanda CN=Configuración, DC=ejemplo, DC=com.
  3. Expanda sucesivamente CN=Servicios, CN=Microsoft Exchange, CN=nombreDeOrganización donde nombreDeOrganización es el nombre de su organización, CN=Grupos administrativos, CN=Primer grupo administrativo donde Primer grupo administrativo es el nombre de su grupo administrativo, CN=Servidores y CN=nombreDeServidor.
  4. En CN=nombreDeServidor, haga clic con el botón secundario del mouse (ratón) en CN=InformationStore y, después, haga clic en Propiedades.
  5. En la lista Seleccionar propiedades para ver, haga clic en Ambas.
  6. En la lista Seleccionar una propiedad para ver, haga clic en msExchESEParamCacheSizeMax.

    Nota
    La propiedad msExchESEParamCacheSizeMax se extiende más allá del ancho de la lista Seleccionar una propiedad para ver. Asegúrese de que no hace clic accidentalmente en la propiedad msExchESEParamCacheSizeMin.

  7. En el cuadro Editar atributo, escriba el valor que desee asignar a este atributo.

    Nota
    Asegúrese de especificar un valor que sea múltiplo de 8.192.

  8. Haga clic en Establecer y en Aceptar.
  9. Salga de la utilidad Edición de ADSI. Después, deje tiempo suficiente para que este valor se replique en todo el bosque de Active Directory.
  10. Reinicie el servicio Almacén de información de Microsoft Exchange en el servidor de Exchange.

Arquitectura de clústeres de Exchange Server 2003

Arquitectura de clústeres de Exchange Server 2003

En Microsoft Windows Server 2003, un clúster de servidores es una organización de equipos individuales, cada uno de los cuales ejecuta el servicio Microsoft Windows Cluster. Los equipos que forman el clúster de servidores están conectados entre sí a través de una red y un sistema de discos compartidos. Los clústeres de servidores ofrecen dos ventajas importantes. En primer lugar, el servicio Cluster Server controla los servidores que pertenecen a un clúster. Si un servicio deja de funcionar en un servidor, el servicio Cluster Server vuelve a activar el servicio rápidamente enrutándolo a través de otro servidor. Con esto se reduce el tiempo de inactividad del sistema. En segundo lugar, los clústeres de servidores simplifican las tareas de mantenimiento de hardware y software. Puede realizar una actualización sucesiva moviendo recursos del clúster, denominados comúnmente servidores virtuales, a otros nodos y realizando después actualizaciones de hardware o software en el nodo original. Puede evitar el tiempo de inactividad y simplificar el mantenimiento del sistema implementando Microsoft Exchange Server 2003 en un clúster de servidores Windows Server 2003.

Aa997253.note(es-es,EXCHG.65).gifNota:
Para instalar Exchange 2003 en un clúster de servidores con un máximo de ocho nodos, debe utilizar Windows Server 2003 Enterprise Edition o Datacenter Edition y Exchange Server 2003 Enterprise Edition. Puede encontrar un estudio comparativo de características de la familia de productos Windows Server 2003 en http://go.microsoft.com/fwlink/?LinkId=33135 (en inglés).

En esta sección se describe la arquitectura del servicio Cluster Server de Windows, así como la interacción entre Exchange Server 2003 Enterprise Edition y dicho servicio. Se incluye información sobre las tareas que deben realizarse en los servidores Exchange que se ejecutan en un clúster de servidores. Se ofrece información detallada sobre los siguientes temas:

  • Arquitectura del servicio Cluster Server de Windows   En esta sección se describen las características generales de los sistemas organizados por clústeres que ejecutan Windows Server 2003. Las soluciones de alta disponibilidad de los servidores de buzones de Exchange 2003 exigen conocer la arquitectura del servicio Cluster Server de Windows y cómo este servicio interactúa con las aplicaciones compatibles con clústeres como Exchange 2003.
  • Servidores virtuales de Exchange   Un servidor virtual de Exchange es una instancia de Exchange 2003 Enterprise Edition configurada para ejecutarse en un clúster de servidores. Las características de los servidores virtuales determinan cómo se conectan los clientes a Exchange 2003 en un clúster de servidores, independientemente del nodo físico que ejecute Exchange 2003.
  • Interacción entre Exchange 2003 Enterprise Edition y el servicio Cluster Server   El servicio Cluster Server de Windows controla los nodos físicos de un clúster y los recursos alojados en dichos nodos. Hay una interacción continua entre el servicio Cluster Server y los distintos recursos del clúster de Exchange que componen un servidor virtual de Exchange en un clúster.
  • Configuraciones específicas del clúster   Aunque ejecutar Exchange 2003 en un clúster de servidores Windows es muy similar a ejecutar un servidor de Exchange independiente (es decir, fuera del clúster), hay algunas consideraciones que son exclusivas a los clústeres. Por ejemplo, determinados recursos de Exchange 2003 que se ejecutan en un clúster requieren configuraciones específicas para comunicarse en un servidor de clúster.

Servidores virtuales de protocolos de Exchange Server 2003

Servidores virtuales de protocolos de Exchange Server 2003

Microsoft Exchange Server 2003 incluye servidores virtuales de protocolos, varios de los cuales proporcionan acceso de clientes. Los servidores virtuales de protocolos dependen de los Servicios de Internet Information Server (IIS) y del servicio de directorio Active Directory para sus operaciones y servicios. De forma predeterminada el programa de instalación de Exchange Server 2003 crea los siguientes servidores virtuales de protocolos:

  • Servidor virtual de Exchange   Habilitado de forma predeterminada, este servidor virtual incluye varios directorios virtuales: Exadmin, Exchange, Microsoft-Server-ActiveSync, Microsoft Office Outlook Mobile Access y public. Proporciona acceso WebDAV a los datos del buzón y de las carpetas públicas de Exchange de usuarios de Outlook Web Access, Microsoft Outlook Mobile Access y Exchange ActiveSync.
  • Servidor virtual IMAP4   Deshabilitado de forma predeterminada, este servidor virtual proporciona acceso de clientes IMAP4 a los datos del buzón y de las carpetas públicas de Exchange.
  • Servidor virtual NNTP   Deshabilitado de forma predeterminada, este servidor virtual proporciona acceso de clientes NNTP a los datos de las carpetas públicas de Exchange.
  • Servidor virtual POP3   Deshabilitado de forma predeterminada, este servidor virtual proporciona acceso de clientes POP3 a los datos del buzón de Exchange.
  • Servidor virtual SMTP   Habilitado de forma predeterminada, este servidor virtual proporciona servicios de mensajería SMTP.

Exchange Server 2003 instala y administra los protocolos de acceso de clientes de POP3 y del Protocolo de acceso a correo de Internet versión 4rev1 (IMAP4), pero utiliza las pilas de protocolos SMTP y NNTP proporcionadas por IIS. SMTP se trata detalladamente en Arquitectura de transporte SMTP. Esta sección se centra en los demás protocolos de acceso de clientes de Internet: HTTP, IMAP4, POP3 y NNTP.

En esta sección se explican los siguientes conceptos:

  • Integración de Exchange 2003 con IIS   IIS y Exchange 2003 están sólidamente integrados mediante el uso de códigos auxiliares de protocolo y de una cola de memoria compartida. En esta sección se tratan las consecuencias de esta integración relacionadas con la implementación, la administración y la solución de problemas de servicios de mensajería.
  • Protocolos de acceso de clientes estándar de Internet, incluidos HTTP, NNTP, IMAP4 y POP3   Debe comprender cómo los servidores virtuales de protocolos de Exchange Server 2003 utilizan los protocolos de Internet para el acceso de clientes a los datos y servicios de Exchange.
  • Arquitectura de RPC a través de HTTP   La llamada a procedimiento remoto (RPC) a través de HTTP permite a los clientes de Microsoft Office Outlook 2003 conectarse de forma segura con un servidor de Exchange a través de Internet mediante los servicios de transporte MAPI de Microsoft Exchange. En esta sección se trata el funcionamiento de RPC a través de HTTP y cómo implementarlo en su organización.
  • Características de movilidad de Exchange   Exchange 2003 incluye nuevas características de movilidad, como Outlook Mobile Access y Exchange Server ActiveSync, que también se implementan como servidores virtuales de protocolos. En esta sección se trata el funcionamiento de estas características y cómo implementarlas en su organización.

Arquitectura de transporte X.400

Arquitectura de transporte X.400

Microsoft Exchange Server 2003 utiliza el Protocolo simple de transferencia de correo (SMTP) para transferir los mensajes nativos. No obstante, los componentes principales de Exchange Server 2003 incluyen un agente de transferencia de mensajes (MTA) que también es compatible con las recomendaciones X.400 adoptadas el año de conformidad de 1988. Por lo tanto, los conectores X.400 pueden utilizarse para crear la columna vertebral de la mensajería de su organización de Exchange o para conectarse a un sistema de mensajería X.400 externo. Si se utilizan los conectores X.400 en lugar de los conectores para SMTP, se agrega una capa adicional de seguridad. Esto se debe a que el estándar X.400 requiere que los MTA se autentiquen para poder transmitir mensajes. Sin embargo, hay que tener presente que el mantenimiento de los MTA X.400 y los conectores X.400 es más complicado que el de los conectores para SMTP. Por ejemplo, las direcciones de correo electrónico de X.400 no son muy intuitivas porque utilizan muchos atributos. X.400 es un estándar complejo que define la arquitectura de un sistema de tratamiento de mensajes (MHS) basado en las siguientes recomendaciones: X.200, X.217, X.218, X.227, X.228, X.402, X.411, X.413, X.419, X.420, X.435, X.680, X.690, X.880, X.881 y X.882.

Originalmente, el estándar X.400 fue creado en la década de los 80 por varias empresas de comunicaciones bajo los auspicios de la organización Consultative Committee for International Telephone and Telegraph (CCITT), que años después se convirtió en Telecommunications Standardization Sector of the International Telecommunication Union (ITU-T). Cada cuatro años, ITU-T publica recomendaciones actualizadas acerca de X.400. Cada actualización incluye características nuevas, pero sigue siendo compatible con las versiones anteriores. La primera recomendación X.400 oficial fue publicada en 1984 y se conoce como Red Book (Libro rojo) por el color de su portada. La recomendación X.400 de 1984 presentaba algunas carencias en lo referente al tratamiento de mensajes. La recomendación X.400 de 1988 incluye partes de cuerpo del mensaje y propiedades del sobre X.400 adicionales. Los identificadores de objeto describen de forma precisa los datos adjuntos de los mensajes para que los nombres de los datos adjuntos y otras propiedades del objeto se conserven. El estándar X.400 de 1988 se conoce como Blue Book (Libro azul).

Aa997753.note(es-es,EXCHG.65).gifNota:
ITU-T adopta las letras del alfabeto inglés para categorizar sus estándares: La “X” de X.400 indica que el estándar se utiliza para redes de datos y comunicaciones de sistemas abiertos. Para obtener información acerca de los estándares “X”, visite el sitio Web de ITU-T (http://www.itu.int/).

En esta sección se explican los siguientes conceptos:

  • MTA de Exchange en la arquitectura de Exchange Server 2003   Esta sección describe el modo en que el MTA de Exchange se integra con otros componentes de Exchange Server 2003 y ofrece una introducción a la transferencia de mensajes a través de conectores de puerta de enlace X.400 o basados en MAPI.
  • Conectores y pilas de transporte X.400   La transferencia de mensajes X.400 está controlada por protocolos que determinan en modo en que los MTA se comunican entre sí. Los conectores y las pilas de transporte X.400 definen estos parámetros de comunicación para el MTA de Exchange. El correcto conocimiento de estos protocolos y parámetros es importante para configurar los conectores y las pilas de transporte. Debe estar familiarizado con los requisitos previos de la comunicación X.400 para poder solucionar problemas de conectividad de X.400.
  • Conexión de grupos de enrutamiento mediante conectores X.400   Cuando los MTA de Exchange se comunican entre sí a través de conectores X.400, no se ajustan necesariamente a todos los aspectos de X.400. Concretamente, los MTA de Exchange admiten formatos de mensajes que no están definidos en X.400. Intercambian información de estado de vínculos de modo que todos los servidores en los que se ejecuta Exchange Server 2003 en una organización puedan realizar el enrutamiento dinámico de los mensajes, tal como se describe en Arquitectura de enrutamiento de mensajes.
  • MTA de Exchange en una organización en modo mixto   Si cuenta con una organización en modo mixto, deberá comprender las distintas tareas que el MTA de Exchange debe realizar para admitir la integración óptima de Exchange Server 2003 con Exchange Server 5.5.

La información de esta sección da por hecho que está familiarizado con el diseño de topologías de enrutamiento de mensajes y la configuración de los conectores X.400.

Arquitectura de transporte SMTP

Arquitectura de transporte SMTP

El subsistema de transporte de Microsoft Exchange Server 2003 es una colección de motores basados en COM (Modelo de objetos componentes) que se integran a la perfección con el servicio SMTP (Protocolo simple de transferencia de correo) de Microsoft Windows 2000 Server y Microsoft Windows Server 2003. Puesto que Exchange Server 2003 debe ampliar el servicio SMTP de Windows con sus propios componentes, sólo puede ejecutar el programa de instalación de Exchange Server 2003 en un equipo que ejecute Windows Server 2003 con el servicio SMTP instalado. Es importante tener en cuenta que los componentes de Exchange, como el motor de cola avanzada, el categorizador y el motor de enrutamiento, no sólo amplían el servicio SMTP, sino que también reemplazan componentes SMTP por componentes específicos de Exchange. La versión ampliada del servicio SMTP es compatible con:

  • Comandos SMTP ampliados para la comunicación eficaz entre servidores de Exchange
  • La integración con el servicio de directorio Microsoft Active Directory para la categorización y el enrutamiento de mensajes
  • La integración con el almacén de Exchange para la entrega local
  • El seguimiento de mensajes para analizar rutas de mensajes en la organización de Exchange

En esta sección se explican los siguientes conceptos:

  • Diseño del servicio SMTP   El servicio SMTP se ejecuta en el proceso Inetinfo y cuando se amplía mediante receptores de sucesos de Exchange, procesa todos los mensajes entrantes y salientes. Cuando los mensajes pasan por el subsistema de transporte, SMTP utiliza intensivamente recursos de Servicios de Internet Information Server (IIS). Debe comprender el diseño del servicio SMTP para poder comprender el funcionamiento de todo el subsistema de transporte de Exchange 2003.
  • Motor de cola avanzada   El motor de cola avanzada es un componente central del subsistema de transporte SMTP y el principal distribuidor de sucesos de transporte. Debe comprender las tareas del motor de cola avanzada para entender la interacción entre los componentes de transporte SMTP centrales y las extensiones de receptores de sucesos de Exchange.
  • Componentes de transporte   Estos componentes procesan cada mensaje tras su recepción desde un host remoto o un cliente de mensajería. En Exchange Server 2003, todos los mensajes deben pasar por el subsistema de transporte SMTP. Esto incluye los mensajes enviados a través de clientes MAPI, como Microsoft Office Outlook 2003, Microsoft Office Outlook Web Access, el protocolo Creación y control de versiones distribuidas (DAV), X.400 y cualquier conector del Kit de desarrollo de Exchange (EDK), incluso si no participa el protocolo SMTP y si los destinatarios tienen sus buzones en el mismo almacén de buzones que el remitente. Si detiene el servicio SMTP en un servidor que ejecuta Exchange Server 2003, se detiene toda la transferencia y entrega de mensajes en ese servidor. Debe comprender el tratamiento de mensajes por parte de Exchange Server 2003 para comprender cómo procesan cada mensaje los receptores de sucesos de transporte.
  • Controladores del almacén   Exchange Server 2003 implementa un controlador del almacén de Exchange para que el servicio SMTP pueda obtener mensajes salientes del almacén de Exchange y entregar mensajes entrantes a destinatarios de Exchange. Debe conocer la implementación del controlador del almacén para identificar la ubicación física de los mensajes a medida que pasan por el subsistema de transporte.
  • Extensiones de protocolo   Las extensiones de protocolo implementan comandos de protocolo SMTP específicos de Exchange, también denominados verbos SMTP ampliados. Para comprender las características de protocolo SMTP específicas, debe comprender cómo se implementan las ampliaciones del protocolo.
  • Registro y seguimiento de mensajes   El registro de protocolos, el registro de sucesos y el seguimiento de mensajes son características que puede usar para analizar los detalles de la transferencia de mensajes. Debe conocer la implementación de estas características, especialmente en situaciones de resolución de problemas.