Category Archives: Exchange 2010

En un antiguo Post hablé sobre esta característica de Exchange 2010, Shadow Redundancy, ver aqui, que proporciona redundancia en los mensajes durante el periodo de tiempo en el que están «en tránsito». Bien, me he dado cuenta que dicho post estaba incompleto ya que hablaba sobre lo que es esta característica pero no dije cómo habilitarla. Vuelvo a dejaros con el post, corregido. Mil disculpas.

…….. Post anterior que repito ………..

Concretamente, nos permite que el borrado de un mensaje en las bases de datos de los servidores HUB o Edge Transport sea retrasado hasta que verifiquen que  todos los siguientes saltos hasta la entrega del mismo han sido completados. Si cualquiera de los saltos falla antes de informar de que la entrega ha sido correcta, el mensaje se reenvia al siguiente salto para su entrega.

Por defecto viene habilitado. Podemos deshabilitar esta funcionalidad por EMC:

Set-TransportConfig -ShadowRedundancyEnable $false  (o $true es la opción por defecto)

Podemos verificar si está o no habilitado en nuestra organización:

Ventajas:

• Proporciona alta disponibilidad. En caso de tener múltiples servidores HUB Transport o Edge Transport.
• En el caso de fallo de un Hub Transport o Edge Transport, podemos eliminarlo de producción win proecuparnos en vaciar colas o en mensajes perdidos.
• Consume menos ancho de banda que si creamos una copia duplicada de los mensajes en múltiples servidores.
• Simplifica procedimientos de recuperación de servidores en caso de fallo

……….. Esta es la parte nueva ……………

A partir de Exchange 2010 Service Pack 1, ya sabeis que supuso un gran cambio, Shadow Redundancy está habilitado pero no «Promotion». Por cierto, tenemos que tener claro que Shadow Redundancy solo funciona entre servidores de correo que soportan esta característica, o sea, Exchange 2010 o superior.

Con Shadow Redundancy Promotion habilitado, el servidor de transporte origen intentará entregar el correo al servidor destino en la organización y cada vez que no sea capaz de entregarlo al destino lo hará a otro servidor de transporte de la organización.

Al hacer esto lo que se está haciendo es inyectar el mensaje en una tubería de redundancia instantánea hasta que encuentre o esté disponible el servidor destinatario.

¿Cómo habilitarlo?

Cuando configuramos algo en los servidores Hub Transport solemos hacerlo en c:program filesMicrosoftExchange Serverv14Bin en el fichero EdgeTransport.exe.config:

Cambiaremos de False a True la siguiente entrada:

Una vez reiniciado el Servicio Microsoft Exchange Transport , ya tendremos configurado y funcionando Shadow Redundancy Promotion.

Bibliografia:

– Entendiendo Shadow Redundancy.

– Blog de Michael Van Horenbeeck.

– Escenarios.

Buenos dias a todos, sigo de baja paternal asi que cuanto tengo un ratillo, pongo un post, que se me acumula el trabajo.

El pasado día 25 Microsoft ponía a nuestra disposición el Update Rollup 3 para Exchange 2010 con Service Pack 3, así como otros update rollups de Exchange 2007 y Exchange 2010.

Nos centramos aqui os dejo los links de rigor:

• Centro de Descargas para el Update Rollup, aqui.
• Descripción del Update Rollap, aqui.

Y poco mas que aportar, que tengais cuidado cuando lo instaleis, ya sabeis que primero instalemos el Update Rollup en los CAS, HUB y por último en los MBX, que si tenemos DAG que sigamos el protocolo habitual de dejar un nodo sin bases de datos activas para instalar el update rollup, etc. Os dejo un breve resumen de las Issues que corrige este Update Rollup:

Suerte a todos.

Ya estamos de vuelta de las vacaciones. Retomamos aquellos temas pendientes que teníamos, que son muchos,  y uno de ellos era el problema surgido con el Disclaimer de Exchange 2010 SP3 al instalar el Update Rollup 1, vamos que se dejaban de enviar correos fuera de nuestra infraestructura ya que Exchange los detectaba como potencialmente peligrosos. A la espera estábamos del Update Rollup 2 que, según Microsoft, solucionaba esta incidencia y otras mas. Aqui os dejo los links de rigor:

• Descarga del Update Rollup.
• Descripción del KB2866475
• Descripción del MS13-061.
• Explicación del Exchange Team Blog.

  Os resumo el contenido de los problemas que soluciona este Update Rollup:

• • 2837926 Error message when you try to activate a passive copy of an Exchange Server 2010 SP3 database: “File check failed”
  • 2841150 Cannot change a distribution group that contains more than 1,800 members by using ECP in OWA in an Exchange Server 2010 environment
  • 2851419 Slow performance in some databases after Exchange Server 2010 is running continuously for at least 23 days
  • 2853899 Only the first page of an S/MIME signed or encrypted message is printed by using OWA in an Exchange Server 2010 environment
  • 2854564 Messaging Records Management 2.0 policy can’t be applied in an Exchange Server 2010 environment
  • 2855083 Public Folder contents are not replicated successfully from Exchange Server 2003 or Exchange Server 2007 to Exchange Server 2010
  • 2859596 Event ID 4999 when you use a disclaimer transport rule in an environment that has Update Rollup 1 for Exchange Server 2010 SP3 installed
  • 2860037 iOS devices cannot synchronize mailboxes in an Exchange Server 2010 environment
  • 2861118 W3wp.exe process for the MSExchangeSyncAppPool application pool crashes in an Exchange Server 2010 SP2 or SP3 environment
  • 2863310 You cannot send an RTF email message that contains an embedded picture to an external recipient in an Exchange Server 2010 SP3 environment
  • 2863473 Users cannot access Outlook mailboxes that connect to a Client Access server array in an Exchange Server 2010 environment
  • 2866913 Outlook prompts to send a response to an additional update even though the response request is disabled in an Exchange Server 2010 environment
  • 2870028 EdgeTransport.exe crashes when an email message without a sender address is sent to an Exchange Server 2010 Hub Transport server
  • 2871758 EdgeTransport.exe process consumes excessive CPU resources on an Exchange Server 2010 Edge Transport server
  • 2873477 All messages are stamped by MRM if a deletion tag in a retention policy is configured in an Exchange Server 2010 environment

In addition to these fixes, this Rollup also includes a fix for the security issue described in Microsoft Security Bulletin MS13-061.   Notas adicionales:

• Si es posible, probar estas actualizaciones en un entorno de test que tengais. Siempre viene bien y no improvisas directamente en Producción.
• Por si lo desconociais, en el anterior Update Rollup se detectó un problema de lentitud excesiva a la hora de instalarlo. Esta lentitud se debía al chequeo de los publicadores de revocación de certificados . Podemos ver un Workarround en el blog de Michel de Rooij, EightwOne #821 (link).

• También recordar el orden de instalación del Update Rollup en nuestros servidores, primero los CAS, luego los HUB, y por último los de buzones. No nos olvidemos del procedimiento para instalar cualquier tipo de actualización sobre un Cluster DAG (Aqui).
• Nos puede ocurrir que al instalar el UR2 nos pregunte por la instalación de ficheros. Nos aparecerá un mensaje como este «The feature you are trying to use is on a network resource that is unavailable»

Bien, en este Post del Blog de Exchange de Steve Goodman viene explicado qué hay que hacer (Aqui).

.

Una vez finalizada la instalación del Update Rollup 2 para Exchange 2010 SP3, el número de versión que nos tiene que aparecer es el 14.3.158.1

Saludos y suerte.

La semana pasada a través de [mantra-button-color url=»#» color=»#47AFFF»] twitter[/mantra-button-color]  me llegó un post sobre logs de Exchange 2010 muy utiles que recolectar (ver este Post),  y pensé, pues creo que tengo que tener todos los logs de Exchange bien guardados, no hay mas que ver los siguientes posts:

• Tipos de Logging en Exchange 2010.
• Seguimiento de mensajes – Message Tracking en Exchange 2010.

Pero me faltaba uno ……¡Aaaaarrrggggg! Me falta el registro de conexiones RPC a los servidores de acceso cliente (CAS). Pues nada, lo solucionamos.

Por defecto,  Exchange 2010 realiza registro (logging) de conexiones a través del servicio RPC Client Access.  Este log, en principio no nos aportará mucha información a no ser que hayamos detectamos problemas de conexión en clientes a sus buzones y queramos verificar las conexiones RPC. Por defecto estos ficheros se encuentran en la ruta %ExchangeInstallDir%LoggingRPC Client Access:

Como habreis intuido, tenemos que encontrar el fichero que gestiona la configuración de este logging, que se encuentra en:

Lo editamos y podemos configurar los siguientes parámetros:

• Habilitar/Deshabilitar.
• Ruta donde se guardarán dichos ficheros logs.
• Tamaño de los ficheros, por defecto son de 10 MB.
• Cambiar el periodo de retención de los mismos que por defecto son 30 dias.
• Ocupación máxima del almacenamiento de la carpeta, por defecto 1 GB.
• Precisión.

En principio, como he dicho, solo vamos a cambiar la ubicación de estos ficheros desde la unidad C a otra. Asi que, cambiamos de %ExchangeInstallDir%LoggingRPC Client Access a I:LoggingRPC Client Access

No hay que olvidarse que tendremos que reiniciar el servicio Microsoft Exchange RPC Client Access

Y ya está:

Saludos,

Bibliografia.

How Exchange works.

Llego el pasado lunes a la oficina y me comentan que no podemos activar las copias pasivas de las bases de datos de un Cluster DAG de Exchange 2010 porque aparece el siguiente mensaje de error:

Busco en el visor de eventos y dicho mensaje no está considerado como un Warning o un Error. Solo es un evento Informativo!!

Para obtener algo mas de información ejecuto el siguiente cmdlet tratando de ver el estado de la copia de las Bases de Datos de buzones en cada servidor miembro del DAG, Servidor A y Servidor B:

Efectivamente, como se puede ver en la salida del cmdlet o en el evento informativo del inicio, el problema está en que la fecha y hora (timestamp) de los archivos de catálogos de índices de contenido de las bases de datos son demasiado antiguos.

Echando un vistazo por Internet encuentro problemas similares que se resuelven ejecutando el script de powershell ResetSearchIndex.ps1 que lo que realiza es:

• Parar el servicio Search Indexer.
• Borrar todos los ficheros de catálogo.
• Iniciar el servicio Search Indexer.

Así que, valorando un poco las cosas y sabiendo que puedo actuar sobre el Servidor A ya que en estos momentos no esta en producción, pues reinicio el servicio Microsoft Exchange Search Indexer para ver si genera nuevamente el catálogo de índices, y ……

Solucionado. Espero que os sea util.

Bibliografia:

Exchange server troubleshooting from the filed!

Exchange Technet.

ExchangeServerPro.

Ayer teníamos una revisión de nuestro entorno de correo, lo que Microsoft define como Exchange Risk Assessment Program (ExRAP), y me pregunta  el Ingeniero, ¿Qué versión teneis de Exchange?, le respondo, 2010 con SP3. Y, me dice, pues ayer salió el Update Rollup 1!!! … y me vuelvo a quedar con cara de #%#@&$

El UP1 corrige los siguientes errores detectados ya sea por los propios técnicos de Microsoft como reportados por clientes:

Os dejo toda la información que he podido recabar en los siguientes links:

• Descarga oficial.
• Enlace informativo del Blog de Technet.
• Descripción del KB2803727.

Por cierto, hay que tener en cuenta esta peculiaridad a la hora de instalarlo sobre Exchange 2010 que funcionen sobre Windows Server 2012 con versión DBCS, o sea, Double-Byte Character Set o caracteres extendidos :

Buen fin de semana.