Cliente latencies occur cuando Exchange 2000 convierte correo from MAPI to MIME format

Seleccione idioma Seleccione idioma
Id. de artículo: 317722 - Ver los productos a los que se aplica este artículo
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
importante Este artículo contiene información acerca de cómo modificar el registro. Asegúrese de que copia el registro antes de modificarlo. Compruebe que sabe restaurar el Registro en caso de que se produzca algún problema. Para obtener más información acerca de cómo realizar una copia de seguridad, restaurar y modificar el registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
256986Definición del Registro de Microsoft Windows
Expandir todo | Contraer todo

En esta página

Resumen

Mensajes de correo electrónico de Internet normalmente están estructurados en MIME formato. En algunos casos, Microsoft Exchange Server debe convertir los mensajes MIME a MAPI formato.

Para el protocolo de oficina de correos versión 3 (POP3) o protocolo de acceso de mensajes de Internet, versión 4rev1 (IMAP4) los clientes tener acceso a que el contenido con formato MAPI de correo electrónico se deben convertir volver a formato antes de los clientes pueden iniciar sesión. Esta conversión permite el tamaño del mensaje exacto a calcularse, aunque el contenido convertido de MIME no se conserva en la base de datos. Si el archivo es mayor que 4 kilobytes (KB), el correo no se puede convertir en la memoria. Por lo tanto, Microsoft Exchange 2000 Server escribe un archivo temporal en la carpeta TMP de Windows.

Correo se convierte a MAPI durante las operaciones siguientes:
  • Un procedimiento Mover buzón
  • Replicación de carpetas públicas
Esto puede causar que los clientes POP3 e IMAP4 sufran grandes retrasos durante el inicio de sesión. En algunos casos, sin una planificación adecuada o recursos de servidor disponibles, esta conversión a MAPI también puede provocar latencias de sistema.

Si los tiempos de espera se producen durante la conversión, el siguiente identificador de evento mensajes se registran en el registro de sucesos de aplicación:

Tipo de evento: Error
Origen del suceso: ESE
ID. de suceso: 623
Equipo: EXCHANGE
Descripción: Almacén de información (2048) el almacén de versión, por ejemplo 0 ("c49a179d-ac1f-4894-8211-0c2917d34500") ha alcanzado su tamaño máximo de 108 MB. Es probable que una transacción de larga ejecución está impidiendo la limpieza del almacén de versiones y causa que generar tamaño. Se rechazarán las actualizaciones hasta que la transacción de larga ejecución se completamente confirmada o deshecha. Transacción de larga posible: IdSesión: 0x1B6525A0 contexto de sesión: 0 x 00000000 ThreadId del contexto de sesión: 0x00000AF8

Tipo de suceso: error
Origen de evento: Almacén del buzón MSExchangeIS
Categoría del suceso: inicios de sesión
ID. de suceso: 1022
Equipo: EXCHANGE
Error de inicio de sesión de descripción: En base de datos "primer almacenamiento Group\Mailbox almacén (EXCHANGE)" - cuenta de Windows NT dominio\usuario, buzón /o = org/ou = AG/cn = Destinatarios/cn = usuario.

Más información

Condiciones bajo las que se producen las latencias de cliente

Si todos los usuarios de un servidor de Exchange 2000 utilizan a clientes POP3 o IMAP4, un gran número de los mensajes de los buzones con frecuencia se almacenan en formato MIME. Si se mueven los buzones, Exchange 2000 convierten todos estos mensajes MAPI.

Pueden producirse latencias de cliente en el siguiente escenario:
  1. Un gran número de estos buzones se ha movido.
  2. Se ha convertido correo.
  3. Usuarios iniciar sesión y utilicen sus clientes POP3 (utilizando comandos RETR ) o los clientes IMAP4 (utilizando comandos FETCH ) para tener acceso a correo.
En esta situación, Exchange 2000 debe convertir los mensajes MAPI a MIME. La carpeta TMP de Windows normalmente no la está en un disco que tiene un gran número de ejes. El disco no puede controlar el gran número de solicitudes de entrada y salida (E/s) causado por una conversión de tantos mensajes. Por lo tanto, un usuario puede experimentar largos retrasos (hasta varios minutos) cuando el usuario hace algo tan simple como cambiar entre los mensajes en el cliente. Este comportamiento se produce porque el disco que se encuentra la carpeta TMP en no pueda mantener con toda la actividad de disco que genera Exchange 2000 para convertir los mensajes.

También pueden producirse latencias de cliente en la situación siguiente:
  1. Un almacén de carpetas públicas contiene mensajes que están en MIME formato.
  2. Los datos se replican en otro servidor. El MIME los mensajes en carpetas públicas del servidor nuevo se convierten a MAPI.
  3. Los usuarios utilizan IMAP4 para tener acceso a los mensajes en el nuevo servidor.
En esta situación, Exchange 2000 tiene volver a convertir los mensajes en MIME, que con frecuencia provoca problemas de disco similar.

Cómo evitar latencias de cliente

No se puede impedir Exchange 2000 convertir mensajes MAPI cuando se mueven buzones o cuando los datos de carpetas públicas se replican. Además, no se puede establecer la carpeta que Exchange 2000 utiliza para convertir los mensajes en Exchange 2000. Exchange 2000 debe utilizar la carpeta que la variable del sistema Microsoft Windows o la variable de usuario TMP de Windows especifica.

La variable del sistema se utiliza en servidores de Exchange 2000 independientes. Variable de usuario TMP del usuario de cuenta de servicio de clúster se utiliza en servidores agrupados. Para evitar los efectos adversos de este comportamiento, cambie la variable de carpeta TMP que se utiliza en una ubicación representada por una unidad que tenga un controlador de almacenamiento en caché de alto rendimiento conectado a él y suficientes ejes para controlar las conversiones.

Tenga en cuenta que en un clúster cuando reubicar la carpeta TMP en una unidad de clúster compartido, esto puede producir problemas durante conmutación por error. Estos problemas se producen porque la propiedad de disco se transfiere a un nodo superviviente durante la conmutación por error. Por tanto, Microsoft recomienda mover la carpeta a una unidad del clúster compartido. Si puede, mueva la carpeta TMP al almacenamiento conectado localmente.

Si el servidor de Exchange 2000 tiene almacenamiento en disco local limitado o sin almacenamiento en disco local, y todo el almacenamiento externo se asigna como recursos compartidos del clúster, es posible que no pueda mover la carpeta TMP a almacenamiento conectado localmente. Como último recurso, puede reasignar parte el almacenamiento compartido como un recurso de clúster no o agregar almacenamiento de red (SAN) de área de almacenamiento adicional que no se comparte entre los nodos, de modo que hay una ubicación que se puede mover la carpeta TMP a.

Para permitir que los usuarios inicien sesión más rápido, también puede establecer las siguientes claves del registro para desactivar el cálculo de tamaño del mensaje exacto. Una de las claves es para los clientes POP3 y el otro es para los clientes IMAP4.

Advertencia Pueden producirse problemas graves si modifica incorrectamente el registro mediante el Editor del registro o utilizando otro método. Estos problemas pueden requerir que reinstale el sistema operativo. Microsoft no puede garantizar la solución de esos problemas. Modifique el Registro bajo su responsabilidad.

Clientes POP3

  • clave del registro :
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Pop3svc\Parameters
  • parámetro : compatibilidad (REG_DWORD)
  • configuración predeterminada : no presente
  • al cambiar : cambiar esta opción cuando desee que el almacén utilice cálculos de tamaño de mensaje aproximados. Tenga en cuenta que si cambia esta configuración, algunos clientes de correo más antiguos pueden no funcionar correctamente. Esta clave puede romper la solicitud para el cumplimiento de comentarios (RFC).
  • valor recomendado : 0xfffffffe

Clientes IMAP4

Habilitar la recuperación rápida de mensajes para los usuarios de IMAP4. Para ello, siga estos pasos:
  1. Abra las propiedades del servidor virtual IMAP4.
  2. En la ficha General , haga clic en casilla de verificación Habilitar la recuperación rápida de mensajes y, a continuación, haga clic en Aceptar .
Nota Después de modificar estas claves del registro, reinicie el servicio de administración de servicios de Internet Information Server (IIS) y Microsoft Exchange servicios de almacén de información. Si se ejecuta un servidor virtual de Exchange (EVS) y utilizando servicios de clúster, desconecte el servidor virtual antes de reiniciar estos servicios.

Cómo determinar si el acceso a la carpeta TMP está produciendo latencias de cliente

Para determinar si el acceso a la carpeta TMP en el servidor de Exchange 2000 está produciendo latencias de cliente, utilice a Monitor de sistema para supervisar la actividad de E/s de disco en el disco donde está ubicada la carpeta TMP. En el disco donde el TMP está ubicado la carpeta, puede observar los comportamientos siguientes:
  • Longitudes de cola de disco largo
  • Actividad de E/s de disco elevada
Si la carpeta TMP está en un disco lógico en lugar de un disco físico dedicado, es importante la actividad de E/s de disco lógico. Por lo tanto, primero debe instalar los contadores Disco lógico en el Monitor de sistema. Para ello:
  1. Haga clic en Inicio , haga clic en Ejecutar , escriba cmd y, a continuación, presione ENTRAR.
  2. Escriba diskperf - yv y, a continuación, presione ENTRAR para activar los contadores de rendimiento de disco para unidades lógicas o volúmenes de almacenamiento.
  3. Reinicie el equipo para cargar los contadores Disco lógico .
Para obtener información adicional acerca de cómo crear y utilizar registros de contador en el que supervisar el rendimiento del servidor, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
248345Cómo crear un registro con el Monitor de sistema en Windows 2000

Cómo determinar cuántos ejes de disco necesita

Si el tamaño promedio de mensaje es 45 KB, el servidor realiza aproximadamente 3 TMP escribe para cada RETR (POP3) o FETCH (IMAP4) cuando el servidor se convierte de MAPI a MIME. Puede utilizar este valor para determinar cuántos ejes de disco son necesarios en cualquier equipo.

Por ejemplo, suponga que un servidor tiene 1.000 usuarios. Cada usuario tiene una Bandeja de entrada contiene 500 mensajes, y sólo se han movido todos los buzones. Después del movimiento, cuando los usuarios iniciar sesión y RETR o FETCH su correo a una velocidad de 42 mensajes por segundo, el servidor realiza unos 126 escrituras por segundo a la unidad TMP (3 escrituras por RETR multiplicado por 42 comandos RETR por segundo). Un eje puede controlar aproximadamente 100 escrituras por segundo. Por lo tanto, dos ejes Raid0 son necesarios, o cuatro Raid0 + ejes 1. En este ejemplo se ha probado en un servidor de Exchange 2000 de 4 x 450 megahercios (MHz) con 4 gigabytes (GB) de RAM.

Propiedades

Id. de artículo: 317722 - Última revisión: jueves, 23 de enero de 2014 - Versión: 5.0
La información de este artículo se refiere a:
  • Microsoft Exchange 2000 Server Standard Edition
Palabras clave: 
kbnosurvey kbarchive kbmt kbpopimapnntp kbinfo KB317722 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 317722

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com