Tag Archives: Exchange 2010

Cómo agregar Hub Transports adicionales a un Routing Group Connector

En un escenario de coexistencia entre Exchange 2003 y 2007/2010, el setup de Exchange crea un nuevo Administrative Group y un nuevo Routing Group para los servidores 2007/2010. Este Routing Group es creado debido a los cambios en la estrategia de routeo intersite – intrasite que tienen las nuevas versiones de Exchange.

Ahora bien, para poder asegurar el flujo de correos entre estos Routing Groups es que se crea un Routing Group Connector (RGC). Este conector se crea durante el setup del primer Hub Transport 2007/2010.

El RGC tiene como servidores de puente (Bridgehead Servers) el primer servidor Hub Transport de la Organización y un servidor 2003 que nosotros definamos durante el setup. Es muy probable que en nuestro escenario tengamos más de un Hub Transport para darle alta disponibilidad al routeo entrante y saliente de correos. Es por eso que necesitamos agregar ambos Hub Tranports al RGC, y así asegurarnos que ante la caída de uno de ellos (ya sea por una falla o por mantenimiento) el flujo de correos desde y hacia Exchange 2003 sigua funcionando.

Dentro de Exchane 2’007/2010 veremos que existen dos RGC:

Get-RoutingGroupConnector

Uno de ellos es desde Exchange 2003 a 2010 y el otro es desde Exchange 2010 a 2003.

 

Modificar el Routing Group Connector desde Exchange 2010 a 2003

 

Para agregar un servidor de Exchange 2010 al RGC creado durante la instalación, será necesario ejecutar:

Get-RoutingGroupConnector | where {$_.SourceTransportServers -like "E2010HubTransport01"} | Set-RoutingGroupConnector -SourceTransportServers "E2010HubTransport01",”E2010HubTransport02”

Reemplazar E2010HubTransport01 y E2010HubTransport02 por los valores correspondientes a los nombres de los servidores de transporte de Exchange 2010.

Bien, si ahora queremos agregar otro servidor de Exchange 2003, el comando debería ser similar a:

Get-RoutingGroupConnector | where {$_.SourceTransportServers -like "E2010HubTransport01"} | Set-RoutingGroupConnector -SourceTransportServers "E2010HubTransport01",”E2010HubTransport02” –TargetTransportServers “Exchange2003A”,”Exchange2003B”

 

Modificar el Routing Group Connector desde Exchange 2010 a 2003

Si seguimos el paso anterior al pie de la letra, Exchange 2010 puede enviar desde dos servidores de Hub Transport hacia uno o dos servidores de Exchange 2003. Para poder configurar esto mismo, pero en el conector con dirección Exchange 2003 –> Exchange 2010, es necesario ejecutar este comando:

Get-RoutingGroupConnector | where {$_.SourceTransportServers -like "Exchange2003A"} | Set-RoutingGroupConnector -TargetTransportServers "E2010HubTransport01",”E2010HubTransport02”

Reemplazar E2010HubTransport01 y E2010HubTransport02 por los valores correspondientes a los nombres de los servidores de transporte de Exchange 2010.

Si queremos configurar varios servidores de Exchange 2003 como origen del conector (como aneriormente hicimos con Exchange 2010, el comando sería parecido a:

Get-RoutingGroupConnector | where {$_.SourceTransportServers -like "Exchange2003A"} | Set-RoutingGroupConnector -SourceTransportServers  “Exchange2003A”,”Exchange2003B” –TargetTransportServers "E2010HubTransport01",”E2010HubTransport02”

 

Nota final

Con estas configuraciones podemos asegurarnos que el flujo de correo Exchange 2003 –> Exchange 2010 y el flujo de correo Exchange 2010 –> Exchange 2003 es resistente a la caída o bajada de servidores por mantenimiento.

 

>> Pablo Vernocchi

Diciembre, un mes ocupado para Exchange

Hola a todos!

Diciembre es un mes importante para cerrar el año y ya que estamos, tenemos una serie de actualizaciones para Exchange 2007 y 2010.

Un dato no menor es que el Update Rollup 3 para Exchange 2010 Service Pack 1 está agendado para Febrero de 2011.

Suerte, y a actualizar los Exchange!

Exchange 2010 Personal Archive y Outlook 2007 ACTUALIZADO!

Hola a todos, como anteriormente mencionaba en el post http://www.eseutil.net/exchange-2010-personal-archive-y-outlook-2007 estaba programado el lanzamiento de una actualización para Outlook 2007 que hiciera posible utilizar esta feature.

Simplemente comentarles que el Update Acumulativo de Diciembre para Outlook 2007 ya incluye soporte para Archives de Exchange 2010!

Este paquete acumulativo está disponible para la descarga en: More about the December 2010 Cumulative Update for Office 2007

 

>> Pablo Vernocchi

Webcast: "Sugerencias y trucos para Exchange Server 2010 SP1"

Hola a todos,

Quería invitarlos al último Webcast que estaré dando este año. En esta oportunidad estaremos viendo Tips and Tricks de Exchange 2010.

Los espero en https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032466972&Culture=es-AR el día jueves a las 12:00 PM horario de Buenos Aires.

Saludos!

>> Pablo Vernocchi

Webcast: "Balancear la carga con Exchange 2010"

Hola amigos,

Mañana estaré charlando online con ustedes sobre tecnologías de Load Balancing para Exchange 2010.

Podrán unirse a la mesa redonda en formato de webcast desde https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032466978&Culture=es-AR

 

Los espero!

>> Pablo Vernocchi

Webcast: "Exchange ActiveSync en Exchange 2010 SP1"

Hola a todos,

Quería aprovechar la oportunidad para invitarlos al Webcast “Exchange ActiveSync 2010 SP1” que estaré dictando el día de mañana a las 12 p.m. (horario de Buenos Aires).

El link de registración es https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032466976&Culture=es-AR

Los espero!!

>> Pablo Vernocchi

Webcast: Microsoft Outlook y Exchange 2010: Descripción para trabajar mejor juntos

ACTUALIZACIÓN

El material del webcast puede ser accedido desde:

 

 

Hola a todos!

Este viernes 10 de diciembre estaré dando un Webcast sobre Outlook 2010 y Exchange 2010 para toda la comunidad.

Es el primero de una tanda de 4 Webcast que estaré dando durante el mes de Diciembre para terminar el año.

El link de registración es:

https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032465982&Culture=es-AR

Los espero, entonces, este viernes 10 de diciembre a las 13:00 horas horario de Buenos Aires (15:00 de Bogotá) en el LiveMeeting!

>> Pablo Vernocchi

Políticas de Exchange ActiveSync y Windows Phone 7

Todavía no llegó por esta zona, pero si estás pensando en preparar tu infraestructura de Exchange para clientes con Windows Phone 7, tené en cuenta este post!

Dependiendo las políticas de ActiveSync que fueron configuradas en la organización, y asignadas al usuario, Windows Phone 7 podría encontrar algunos incovenientes al sincronizar con Exchange.

Para asegurarte que no vas a tener problema hay dos workarounds disponibles. El primero es permitir AllowNonProvisionableDevices, la segunda es sólamente configurar los siguientes items dentro de las políticas de ActiveSync:

  • PasswordRequired
  • MinPasswordLength
  • IdleTimeoutFrequencyValue
  • DeviceWipeThreshold
  • AllowSimplePassword
  • PasswordExpiration
  • PasswordHistory
  • DisableRemovableStorage
  • DisableIrDA
  • DisableDesktopSync
  • BlockRemoteDesktop
  • BlockInternetSharing
    NOTA: Estos cambios sugeridos están sujeto a cambios en próximas actualizaciones de Windows Phone 7.

    >> Pablo Vernocchi

    Integridad en las bases de datos de Exchange 2010

    Anteriormente mencioné que la herramienta ISInteg había sido discontinuada en Exchange 2010. (Qué funciones fueron removidas de Exchange 2010 SP1?). Recorriendo un poco la historia, ISInteg era una aplicación que se distribuía como un ejecutable dentro del programa Exchange, y se encontraba dentro del directorio /bin del path de instalación –junto al ya conocido eseutil.exe.

    Exchange 2010 fue lanzado con una versión de ISInteg que no funciona, ya que el nuevo diagrama de la base de datos, el esquema, es completamente desconocido por ISInteg. Entonecs, al momento de ejecutarlo, simplemente decía “Listo, ya está, ejecuté, corrí todo, suerte!” cuando en realidad los cambios que hacían eran 0.

    Entonces, ¿cómo fue esta útil y podersa herramienta reemplazada?

    Acá entran en juego dos nuevos comandos de PowerShell que fueron introducidos en Exchange 2010 Service Pack 1:

    • New-MailboxRepairRequest
    • New-PublicFolderDatabaseRepairRequest

    ¿Y qué hay de nuevo? (Además que ahora funciona Smile)

     

    • Puede trabajar a nivel de base de datos o a nivel Mailbox.
    • No requiere que la base de datos esté offline para que funcione!
    • El log es guardado en el Event Viewer, en vez de archivos de texto.

    Los logs que se guardan en el Event Viewer son:

    • 10044 Provisioned folders cleanup failed for a mailbox
    • 10045 Provisioned folders cleanup failed for a database
    • 10046 Provisioned folders cleanup successfully completed
    • 10047 A mailbox-level repair request started
    • 10048 The repair request successfully completed
    • 10049 Online Integrity check failed
    • 10050 The mailbox repair request task skipped a mailbox
    • 10051 Online Integrity check canceled
    • 10059 A database-level repair request started
    • 10062 Corruption was detected
    • 10063 Corruption was detected
    • 10064 A Public Folder repair request started

     

    Algunos puntos importantes a tener en cuenta:

    • Sólo una tarea activa puede ejecutarse por servidor, si la tarea es a nivel base de datos.
    • Sólo 100 tareas pueden ejecutarse en un servidor, si son a nivel de mailbox.
    • No existe el parámetro –Server para seleccionar todas las bases de datos de un servidor.
    • Al desmontarse la base de datos, o reiniciarse el servidor, la tarea de reparación se cancela.
    • La única manera de detener una tarea de reparación es desmontar la base o detener el servicio de Information Store.
    • La reparación selteará los buzones en cuarentena (http://www.eseutil.net/cuarentena-de-buzones-y-eso).
    • El buzón en reparación no es accesible por el usuario, hasta que el proceso finalice.

    >> Pablo Vernocchi

    Cómo modificar la cantidad de Move Mailbox simultáneos?

    El proceso de Move Mailbox (ahora denominado Move Request) es, más allá de la restauración de una base de datos, el proceso que más rápido queremos que se lleve a cabo.

    Esta ansiedad, a veces contraproducente, puede ser controlada por dos parámetros que forman parte del archivo de configuración MSExchangeMailboxReplication.exe.config que se encuentra en “C:\Program Files\Microsoft\Exchange Server\V14\Bin\” por defecto.

    Los dos parámetros que nos interesan de este archivo son:

    • MaxActiveMovesPerSourceMDB
    • MaxActiveMovesPerTargetMDB
    • MaxActiveMovesPerSourceServer
    • MaxActiveMovesPerTargetServer
      En RTM, el valor de MaxActiveMovesPerTargetMDB era de 5, permitiéndonos mover hasta 5 buzones por base de datos destino. En Service Pack 1, este valor se redujo a 2 lo que notablemente cambia los tiempos de migración.
      Siempre aplicará el valor más restrictivo en la sumatoria de los mismos.
      Modificando estos valores a los adecuados por el entorno ayudará a acelerar los tiempos de migración.
      NOTA: Si la implementación de Exchange consta de más de un CAS Server, esta modificación deberá hacerse en cada uno de ellos (o copiar el archivo de configuración), y reiniciar el servicio MSExchangeMailboxReplication.

    >> Pablo Vernocchi