Exchange Queue &A: Migraciones y transiciones
Al parecer, muchas compañías siguen usando Exchange 2003. Esto puede ser bastante rentable, pero puede que se tope con ciertos problemas de compatibilidad.
Henrik Walther
Calendarios compartidos
P: Hemos recién migrado de Exchange 2003 al Service Pack 1 de Exchange 2010. Tenemos una mezcla de clientes de Outlook 2003 y Outlook 2007 a través de nuestra organización. Hemos recibido algunas de las quejas de los usuarios que abran varios calendarios compartidos en Outlook 2003 (abrir más de 15 calendarios al mismo tiempo no es raro). A veces aparece un error al intentar abrir un calendario (vea de figura 1).
.jpg)
Figura 1 de el mensaje de error que aparece cuando se abre más de 15 calendarios compartidos en Outlook 2003
¿Sabe si hay alguna manera de solucionar este problema sin actualizar a Outlook 2007? Se puede actualizar a estos clientes antes de la segunda mitad de 2011.
A: Esto suele deberse a la nueva llamada de procedimiento remoto (RPC) el límite de las directivas que forman parte de Exchange 2010, más concretamente el “ RCAMaxConcurrency ” limitación del parámetro de directiva. Si dispone de los usuarios que necesiten abrir los calendarios compartidos más de 15 o más buzones de correo mediante Outlook 2003, puede ajustar la configuración de la directiva de limitación relacionadas con RPC que usa el cmdlet Set-ThrottlingPolicy. Aumente el valor de RCAMaxConcurrency, que se establece en 20, de forma predeterminada. El parámetro RCAMaxConcurrency indica cuántas conexiones simultáneas que puede tener un usuario de acceso de cliente de RPC con un servidor que ejecuta Exchange 2010 al mismo tiempo.
Para aumentar el valor de la configuración de RCAMaxConcurrency en el valor predeterminado el límite de la directiva de 20 a 30, abra el shell de administración de Exchange y ejecute el comando siguiente para crear una variable para la directiva:
$a = Get-ThrottlingPolicy | where-object {$_.IsDefault -eq $true}
A continuación, la variable para el cmdlet Set-ThrottlingPolicy de canalización:
$a | Set-ThrottlingPolicy -RCAMaxConcurrency 30
Para aplicar estos cambios, reinicie el servicio de “ Microsoft Exchange límite ” en cada servidor de acceso de cliente (CAS). Ahora podrá abrir los calendarios compartidos significativamente más o buzones adicionales que con la configuración predeterminada (consulte de figura 2).
.jpg)
La figura 2 de calendarios de 15 abrir con Outlook 2003 después de cambiar la configuración predeterminada para RCAMaxConcurrency
Puede leer más acerca del Service Pack 1 de Exchange 2010 limitación de las directivas en la documentación de Exchange 2010 en Microsoft TechNet .
Teléfono de soporte de Windows
P: Nuestra compañía está considerando la posibilidad de ofrecer los dispositivos de teléfono de Windows 7 a nuestros usuarios. ¿Antes de hacerlo, nos gustaría pregunte si Windows teléfono 7 dispositivos son compatibles con las mismas directivas de ActiveSync de Exchange (EAS), como los admitidos por los dispositivos Windows Mobile 6.x?
A: Aunque se conocía deveoped de Microsoft Windows teléfono 7 principalmente con los consumidores en mente, el equipo de teléfono de Windows que necesitan incluir las funciones de empresa en el sistema operativo, con la mayoría de los usuarios con el mismo teléfono para el personal y los problemas de trabajo. El sistema operativo de Windows teléfono 7 admite un subconjunto de las directivas EAS proporcionada con el SP1 de Exchange 2010, incluidas las siguientes directivas:
- Se necesita contraseña
- Longitud mínima de contraseña
- Valor de frecuencia de tiempo de espera de inactividad
- Umbral de barrido de dispositivo
- Permitir contraseña sencilla
- Caducidad de contraseña
- Historial de contraseñas
- Deshabilitar el almacenamiento extraíble
- Deshabilitar IrDA
- Deshabilitar la sincronización del escritorio
- Bloque de escritorio remoto
- Bloquear el uso compartido de Internet
Si desea utilizar otras directivas EAS, tiene las siguientes opciones:
- Crear una directiva de EAS 7 de teléfono de Windows dedicada y asociarlo a los usuarios de buzones que se utilizan dispositivos de teléfono de Windows 7
- Establezca la propiedad AllowNonProvisionableDevices en true en el valor predeterminado ya se ha configurado la directiva de EAS
- Volver a configurar la directiva predeterminada de EAS dentro de la organización de Exchange, por lo que sólo contiene las directivas que se enumeran anteriormente configurados
- Implementar a un cliente EAS de otros fabricantes en los dispositivos de teléfono de Windows 7
Coexistencia con Exchange
P: Somos una pequeña organización actualmente planear una transición de Exchange 2003 al Service Pack 1 de Exchange 2010. Sólo tenemos un servidor de Exchange 2003. Una de las tareas en la actualización de la sección de acceso de cliente de Exchange 2003 de la biblioteca TechNet de Exchange 2010 es asociar un nombre de host heredado (legacy.domain.com) con la infraestructura de Exchange 2003. A continuación, tendremos que configurar una dirección de URL de Exchange 2003 en los CAS de Exchange 2010 que señala a un servidor front-end de Exchange 2003 con el comando siguiente:
Set-OWAVirtualDirectory <CAS2010>\OWA* -Exchange2003URL https://legacy.contoso.com/exchange
Esto permitirá a los usuarios tener acceso a sus buzones a través de una única sesión durante el período de coexistencia, que es necesario, ya que sólo tenemos un servidor de Exchange 2003 en nuestra organización. Más concretamente, la documentación de TechNet indica que la dirección URL de 2003 de Exchange debe señalar a un servidor front-end de Exchange 2003. ¿Significa esto que podemos utilizar este tipo de coexistencia de características a menos que se introduce en un servidor front-end de Exchange 2003?
A: No es necesario un servidor de aplicaciones para usuario dedicado de Exchange 2003. Cuando sólo hay un servidor de Exchange 2003, es absolutamente precisos para que apunte a la dirección de URL de Exchange 2003 en los CAS de Exchange 2010 directamente en un servidor de servicios de fondo de Exchange 2003. Simplemente tenga en cuenta que para obtener el inicio de sesión único, tendrá que habilitar la autenticación basada en formularios en el servidor back-end de Exchange 2003 y en los CAS de Exchange 2010 (consulte de figura 3).
.jpg)
La figura 3 de Habilitar la autenticación basada en formularios en Exchange 2003
Asimismo, recuerde que tendrá que instalar un certificado SSL que incluye el nombre de host heredado (legacy.domain.com) en el servidor de Exchange 2003. No es necesario ser el nombre común del certificado. Si utiliza un certificado de comunicaciones unificadas y SAN en el servidor de Exchange 2010, podría agregar el nombre de host heredado a la lista de SAN y usar este certificado en el servidor de Exchange 2003 también.
Especificar varias puertas de enlace
P: Actualmente, estamos implementando Service Pack 1 de Exchange 2010. Se tienen dos centros de datos y se va a utilizar grupos de disponibilidad de base de datos (DAGs) extendidas entre cada centro de datos. Tendremos dos miembros de d AG en un centro de datos y dos en la otra. Cada servidor miembro de d AG tendrá dos interfaces de red (uno para el acceso MAPI) y otro para la replicación y las subredes diferentes para cada centro de datos.
Especificamos una puerta de enlace predeterminada para la red MAPI en cada servidor y los miembros de d AG en un centro de datos. Pueden llegar al d AG miembros en el centro de datos y viceversa a través de la dirección IP de red configurada de MAPI. Sin embargo, los servidores no pueden llegar a ellos a través de la red de replicación, que es un problema. Estamos muy seguros, que esto es debido a que también es necesario especificar una puerta de enlace predeterminada en las redes de replicación. Cuando lo hacemos a través de la página de propiedades TCP/IPv4 en la interfaz de replicación, vemos el mensaje de advertencia que se muestra en de figura 4.
.jpg)
La figura 4 del mensaje de advertencia al configurar varias puertas de enlace predeterminada
Antes de continuar con la configuración de la interfaz de replicación, deseamos hacer clic en ¿qué es el método apropiado en lo que respecta a especificar varias puertas de enlace en un servidor miembro de d AG?
A: Me alegro de que se le pregunte antes de que ha decidido configurar varias puertas de enlace mediante la interfaz gráfica de usuario. Se trata de una ruta de acceso no compatible que Would have crea problemas de enrutamiento entre los centros de datos. Deberá especificar una puerta de enlace predeterminada para la interfaz de red de replicación.
En los días de Exchange 2007, utilizó el comando “ ruta Agregar ” para configurar las puertas de enlace predeterminada, al implementar clústeres de replicación continua en clúster (CCR) de múltiples sitios o los clústeres de clúster de copia única (SCC) con los nodos de diferentes subredes. Con Windows Server 2008 y Windows Server 2008 R2, la guía se ha cambiado un poco. En lugar de utilizar “ ruta agregar ”, Microsoft recomienda a los clientes utilizar “ Netsh ” para configurar la puerta de enlace predeterminada.
Con servidores de miembros de d AG de Exchange 2010 ubicados en subredes independientes, se debe seguir utilizando Netsh. Debe crear una ruta estática para la subred de la replicación en los demás centros de datos con Netsh. Para crear una ruta persistente estática de la subred 10.10.10.0/24 a 10.10.11.0/24 mediante “ ruta agregar ”, utilice el comando siguiente:
Route add 10.10.11.0 mask 255.255.255.0 10.10.10.203 –p
Se enviará todo el tráfico destinado a 10.10.11.0/24 a la puerta de enlace 10.10.10.203. A continuación, esto distribúyalo a los servidores respectivos en la subred 10.10.11.0/24. Para crear la misma ruta estática con Netsh, utilice el comando siguiente:
Netsh interface ipv4 add route 10.10.11.0/24 "REPLICATION" 10.10.10.203
El nombre de la interfaz de red de replicación es “ REPLICATION ” y la puerta de enlace predeterminada es 10.10.10.203. Tenga en cuenta que con Netsh, “ ruta agregar ” se creará como una ruta persistente.
Paralelo movimientos de buzones
P: Sólo hemos actualizado nuestros servidores de Exchange 2010 al Service Pack 1 de Exchange 2010. Una observación que hemos hecho es que sólo mueve dos buzones en paralelo por base de datos de destino. Con Exchange 2010 (RTM), se ha visto cinco de los buzones que se mueven en paralelo.
Me ocurren dos preguntas: ¿Por qué era el número de buzones en paralelo mueve modificada con el SP1 de Exchange 2010, y se puede cambiar este valor?
A: Tiene razón de que los movimientos activos máximo por cada base de datos de buzón de destino se ha cambiado de cinco a dos con el Service Pack 1 de Exchange 2010. Los movimientos activos máximo por cada servidor de destino aún se establece en cinco. Esto significa que si mueve los usuarios a varias bases de datos de buzón de destino, aún podrá mover los buzones de hasta cinco en paralelo por el servidor de buzón de destino.
Las pruebas internas en el grupo de producto mostraba que le permite realizar hasta cinco paralelo se desplaza por la base de datos de buzón de destino de Exchange provocó una carga excesiva de alta disponibilidad. Esto es especialmente cierto cuando se mueven los buzones de gran tamaño a un servidor de buzón de destino es también un miembro de un d AG.
Puede ajustar el valor de esta configuración en función de sus necesidades y su entorno específico. Si desea mover los buzones de gran tamaño y utilizar un d AG debe mantenerla en cinco. Sin embargo, si tiene buzones pequeños o utilice servidores de buzones independientes Exchange 2010, normalmente hasta el valor de 10 por la base de datos de buzón de destino y el 40 por el servidor de buzón de destino.
Para cambiar el valor, inicie sesión en el CAS de Exchange 2010 y abrir el archivo MSExchangeMailboxReplication.exe.config en el Bloc de notas (consulte de figura 5).
.jpg)
La figura 5 de abrir el archivo MSExchangeMailboxReplication.exe.config en el Bloc de notas
Con el archivo abierto, cambiar los valores de MaxActiveMovesPerTargetMDB y MacActiveMovesPerTargetServer (consulte de figura 6).
.jpg)
La figura 6 de valores de Exchange Service Pack 1 de 2010 MaxActiveMovesPerTargetMDB predeterminado e MaxActiveMovesPerTargetServer
Cuando ha cambiado los valores, reinicie el servicio de replicación de buzón de Microsoft Exchange para que puedan aplicar. Si tiene varios servidores de Exchange 2010 CAS en la organización, por supuesto que se deben realizar los pasos anteriores en todos ellos.
.jpg)
_***Henrik Walther****es un principal de Microsoft Certified: Exchange 2007 y MVP de Exchange con más de 15 años de experiencia en el sector de TI. Trabaja como un arquitecto de tecnología forTimengoConsulting (un Microsoft Gold Certified Partner en Dinamarca) y como escritor técnico para Biblioso Corp.(los servicios de documentación y localización administrados una empresa estadounidense especializada en). Para enviar por correo electrónico Walther en v-henwal@microsoft.com de . * _