Actualmente estoy ejecutando Exchange 2003 SP2 Cluster en un bosque de Server 2003 AD (en modo nativo 2003) y estamos comenzando a planificar la actualización a Server 2008 AD y Exchange 2010. Tenemos dos sitios principales, una oficina de tamaño mediano y un par de sitios más pequeños que tienen DC (que pueden ser RODC después de la actualización). Actualmente, todo nuestro clúster de Exchange está en mi sitio principal, pero estamos considerando usar el nuevo paradigma de almacén de datos para equilibrio de carga/conmutación por error en el otro sitio grande, pero esto no está escrito en piedra.
En este momento estamos en las fases de recopilación de información y planificación. Estoy buscando comentarios sobre cualquier error experimentado al realizar cualquiera de las actualizaciones, pero especialmente la actualización de Exchange.
¿Cuáles fueron algunas trampas? ¿Qué te sorprendió? ¿Qué no fue documentado? ¿Qué decía una cosa pero era engañoso? (Confuso en contenido o gravedad.) ¿Qué tiene de bueno o de horrible el nuevo sistema? ¿Qué funcionó bien? ¿Qué funcionó mal? ¿Si volvieras a hacerlo...?
(Sé que esta no es tanto una pregunta que pueda responderse definitivamente, pero me complace recompensar la información y los recursos útiles (no la documentación de Microsoft, pero las publicaciones de blog son bienvenidas) con votos a favor).
ACTUALIZAR Un par de elementos a tener en cuenta:
-Actualmente no usamos OWA (actualmente solo los administradores), pero puede ser más una consideración con los dispositivos iOS.
-Tenemos una pequeña cantidad de Moras en el medio ambiente (< 10%).
-Además de los conectores Exchange estándar, disponemos de un conector de terceros para la integración de Captaris RightFax.
Respuesta1
ElDocumentación técnicaes realmente completo. Síguelo al pie de la letra. Repasa prácticamente todo lo relacionado con la puesta en marcha de la configuración de 2010. Sólo hay 4 advertencias que creo que vale la pena mencionar.
Primero, lea sobre los conectores de grupos de enrutamiento. La instalación se encarga de crear el primer conector, pero si tiene varios servidores 2010, necesitará crear conectores adicionales. Además, no olvide crear conectores de recepción para su configuración anterior de 2003. Quieres que el correo fluya correctamente mientras estás en una migración. Sorprendentemente, no recuerdo que los médicos hablaran mucho (o nada) sobre esto.
En segundo lugar, su OWA heredada podría romperse. Esta es una situación con la que me encontré durante mi primera migración. Puedes ver una discusión al respecto en Technet.aquí. Básicamente, cuando un usuario de 2003 inicia sesión en un servidor OWA de 2010, debe ser reenviado a un servidor front-end de 2003. Esto no sucedió tan bien. Configurar el tipo de redireccionamiento heredado en manual solucionó el problema, aunque hizo un poco más difícil para los usuarios finales descubrir qué está sucediendo.
En tercer lugar, la eliminación de la configuración de 2003 no se menciona en absoluto en los documentos Technet de 2010. Debes seguir la información del año 2007 disponible.aquí. Cuando se le indique desinstalar Exchange 2003, simplemente desinstale 1 nodo del clúster a la vez. Cuando llegue al último nodo, informe al instalador que es el último nodo y eliminará el servidor de Active Directory.
Cuarto, no recuerdo que los documentos hablaran mucho sobre ActiveSync. Afortunadamente, el equipo de Exchange tiene un excelente blog. Definitivamente hablaron de eso.aquí.
Mi primera migración fue muy bien. Se movieron buzones durante el fin de semana, llegaron el lunes y nadie con Outlook notó nada más que un mejor rendimiento. Los usuarios de OWA quedaron un poco sorprendidos, pero lo aprendieron rápidamente.
Respuesta2
Acabo de completar una migración de 300 usuarios y nos encontramos con un problema grave. Outlook 2003 SP 3 fue nuestro principal cliente de correo electrónico. Outlook 2003 utiliza notificaciones UDP para actualizar sus vistas cuando está en modo en línea. Exchange 2010 no admite esto.
El problema es que un usuario podría tener que esperar hasta 60 segundos para eliminar su elemento.
Un par de soluciones: actualice a un mínimo de Rollup 1 o SP1 / + agregue la clave de registro de Frecuencia máxima de sondeo y establezca un valor en 10000.
Una vez hecho esto, pude reducir la espera de 60 segundos a 7 - 12 segundos. No es excelente, pero al menos es utilizable.
Volver a Exchange 2007 no era una opción y saltamos directamente a 2010. Así que nos quedamos estancados.
Puede habilitar el modo en caché. Esto soluciona el problema.
Pero, ¿qué pasa si tiene una Citrix Farm que publica esta versión de Outlook? Ahora no tiene más remedio que vivir con el bajo rendimiento o actualizar la versión de su cliente a 2007 o superior.
Desde mi punto de vista, Microsoft ha hecho un muy mal trabajo al publicar este número y es un verdadero obstáculo para la mayoría de las organizaciones. Si puede actualizar las versiones de su cliente antes de actualizar a 2010, le ahorrará muchas molestias.
De todos modos, espero que esto le ayude en su próxima migración.
Gracias,
Dave Kawula Consultor principal TriCon Technical Services Inc.
Respuesta3
Dave, tiene toda la razón en cuanto a la frecuencia de las encuestas en Outlook 2003. Me encontré con el mismo problema en una gran firma de abogados con casi la misma topología. Actualizamos a Outlook 2010 en todos los ámbitos. Aunque puedes ajustar el sondeo para hacerlo más utilizable, la percepción del usuario es que (eliminaciones, respuestas, etc.) deberían ocurrir instantáneamente. Aunque desde un punto de vista técnico, 7-12 segundos no es el fin del mundo, los usuariosvoluntadquejarse constantemente de ello. Además, la URL de Outlook Web Access ha cambiado a /OWA frente a /Exchange en Exchange 2003, por lo que cualquiera que haya marcado el sitio OWA como favorito se quejará de que está roto cuando lo más probable es que no lo esté.