Cola de Exchange &A: problemas de actualización
Al actualizar a Exchange 2010 puede producirse una serie de problemas inesperados tales como una segregación de las listas de direcciones, reubicación de los grupos de seguridad y mensajería hospedada.
Henrik Walther
Segregación de listas de direcciones
P: ¿ nos encontramos actualmente en las fases de planeamiento de actualización de Exchange 2007 a Exchange 2010. Somos un cliente de empresa de gran tamaño con cientos de departamentos. Necesitamos poder segregar listas de direcciones, sólo un grupo específico de usuarios puede ver su propia lista de direcciones. Metemos esto en el siguiente lugar el "Configurar organizaciones virtuales y segregación de listas de direcciones en Exchange 2007" notas del producto y funciona muy bien.
Ahora hemos logrado Exchange 2010 no admite la segregación de listas de direcciones. Esto es la más severa para nuestro proceso de actualización. ¿Sabe de alguna forma de solucionar este problema? ¿Sabe lo que está planeando el grupo de producto de Exchange con respecto a la segregación de listas de direcciones? ¿Es necesario implementar Exchange 2010 en modo de alojamiento?
A: se trata de una buena pregunta y well-timed. Exchange 2007 y versiones anteriores de Exchange server admiten la segregación de listas de direcciones mediante el establecimiento de permisos específicos en el objeto de la lista de direcciones en Active Directory. El plan con Exchange 2010 era utilizar pasos similares a las utilizadas en el documento que se ha mencionado. Cuando Microsoft actualizaba esas notas para 2010 de Exchange, se ha encontrado problemas como, por ejemplo, los usuarios que faltan en la lista de direcciones global predeterminada, aparecen en otros departamentos o la dirección de la compañía listas. En algunos casos, Outlook podría bloquearse cuando los usuarios que ha iniciado sesión en su buzón. Por lo que no habrá una versión de Exchange 2010 ese papel en blanco.
Puede probar Exchange 2010 en modo para segregar listas de direcciones de alojamiento. Tenga en cuenta que Exchange 2010 en modo de alojamiento se realiza para proveedores de servicios de alojamiento de la infraestructura de mensajería de Exchange para los clientes, pero no para segregación de listas de dirección interna. También hay muchas cosas que no se admite cuando se ejecuta Exchange 2010 en modo de alojamiento.
¿Por lo que estén detenidos? La respuesta es Sí, pero sólo por ahora, no siempre. Espere a que Exchange 2010 SP2 release to manufacturing (RTM). Este service pack describe la nueva funcionalidad denominada "directivas de libreta de direcciones". Éstos le permitirá segregar listas de direcciones, al igual que con versiones anteriores de Exchange. El enfoque será diferente, como ya no tendrá que trabajar con ADSIEdit configuración específica el listas de control de acceso (ACL) de objetos de la lista de direcciones. Podrá crear directivas de la libreta de direcciones de uno o más y asignarlo a un grupo de usuarios. Compruebe la entrada de blog publicada recientemente en el blog del equipo de Exchange de Microsoft, donde anuncian estas directivas de la libreta de direcciones.
¿Cuál es la línea de tiempo? ¿Puede que espera Exchange 2010 SP2 a la versión RTM? Es muy probable que algún tiempo en el año 2011 en tiempo de ejecución.
Mover grupos de seguridad
P: ¿ simplemente hemos hemos migrado desde Exchange 2007 a Exchange 2010. En general, estamos impresionados con esta versión más reciente de Exchange server. Como sabe, durante la preparación de 2010 de Exchange de Active Directory, el programa de instalación de Exchange 2010 crea un conjunto de grupos de seguridad y los coloca en una unidad organizativa (OU) en el dominio raíz llamado "Grupos de seguridad de Microsoft Exchange".
En Exchange 2007, ya que los grupos de seguridad tienen un GUID y un nombre completo que puede cambiar, hemos podido mover estos grupos a otras unidades organizativas en el dominio raíz o incluso de otros dominios del bosque de Active Directory. ¿Es el mismo true para 2010 de Exchange?
A: ha cambiado mucho con Exchange 2010, especialmente el modelo de permisos, que ahora se basa en el control de acceso basado en funciones (RBAC). Esto significa que estamos un poco más enlazamos con respecto a lo que podemos hacer cuando se trata de mover los grupos de seguridad de Exchange (2010) en el bosque de Active Directory.
Con Exchange 2010, debe mover todos los grupos (más concretamente los grupos de funciones) a la misma unidad organizativa. También se puede mover la unidad organizativa existente a la nueva ubicación dentro de Active Directory para que esto funcione correctamente y estar en un modo compatible.
¿Qué ocurre con los grupos de funciones nuevas creadas después de los grupos o unidades organizativas se han movido? Se creará en la ubicación predeterminada de la unidad organizativa o en la nueva ubicación de la unidad organizativa? Aunque no se puede especificar una unidad organizativa al ejecutar el cmdlet New-RoleGroup, no necesita preocuparse por esto. Exchange es lo suficientemente inteligente como crear los grupos de funciones nuevas en la nueva unidad organizativa.
Olvídese de retrasos
P: ¿ nos quedamos Exchange 2010, pero todavía tenemos clientes de Outlook 2003. Algunos de esos clientes están ejecutando en modo de caché, ya que se publican a través de una solución de servidor de terminal server. Por lo tanto, nos hemos fue atacados por latencias causadas por la falta de soporte para el protocolo de datagramas de usuario (UDP) en Exchange 2010.
Hemos seguido su "preocupación: tiene Outlook 2003 clientes continua para evitar que me from deploying Exchange 2010?" Artículo de TechNet Wiki. También observamos la nota acerca de cómo establecer el intervalo de frecuencia de sondeo para tan bajo como cinco segundos, lo que ayuda a un lote. Nuestros usuarios no desean que aparezca cualquier tipo de retraso en Outlook 2003, y nosotros no podemos alejarse del cliente de Outlook 2003 publicado. ¿Por lo que nos estábamos preguntando si tiene otros trucos que cualquier copia de su funda para deshacerse de todos los retrasos?
A: como sabe, Exchange 2010 serán compatibles con las notificaciones basadas en UDP, y no se puede establecer el intervalo de frecuencia de sondeo inferior a cinco segundos. Si lo hace, no se inicia el servicio de acceso de cliente de RPC (RPC CA).
Sin embargo, hay buenas noticias. El equipo de Exchange una vez más ha escuchado seriamente comentarios de los clientes en esto. Por lo que planean reintroducir la compatibilidad UDP con acumulativo de revisiones del SP1 de Exchange 2010 (3) (RU3). Está programado para su liberación en marzo de 2011. Esto significa que es necesario incluir UDP en los servicios virtuales de RPC que se crea en la solución de equilibrio de carga en su infraestructura de mensajería de Exchange 2010.
Desproteger el anuncio oficial sobre la reintroducción de UDP.
Actualización de mensajería alojado
P: ¿ somos un proveedor de servicios de gran tamaño mediante un Hosted Messaging and Collaboration (HMC) 4.5 (Exchange 2007) solución a los buzones de host para nuestra base de clientes. Nos gustaría actualizar la solución HMC 4.5 para Exchange 2010. Varios de nuestros clientes están solicitando las características de Exchange 2010 como archiving en línea personal y la nueva interfaz de aplicación Web de Outlook (OWA). ¿Puede darnos cómo obtenemos la solución de HMC 4.5 puede actualizar a Exchange 2010?
A: puede actualizar desde HMC 4.5 para Exchange 2010. A diferencia de Exchange 2007, Exchange 2010 forma nativa incluye funciones de multitenancy (también conocido como varias organizaciones de Exchange en el mismo bosque). Esto significa que ya no necesita HMC tareas como el sistema de aprovisionamiento de Microsoft (MPS).
Exchange 2010 en modo de alojamiento es una bestia diferente a la versión 4.5 de HMC, por lo que no hay ninguna compatibilidad para realizar una actualización directa de Exchange 2007 para Exchange 2010 en el mismo bosque. En su lugar tendrá que realizar una migración entre bosques a un nuevo bosque de Active Directory. Aquí podrá instalar Exchange 2010 mediante un conmutador especial "/ alojamiento".
Debe conocer también hay varias cosas que no se admite en un Exchange 2010 que alberga el entorno donde se ejecuta Exchange en "modo de alojamiento". No compatible de características/situaciones incluyen:
- Consola de administración de Exchange
- Carpetas públicas
- Función de servidor de mensajería unificada
- Federación
- Sincronización de listas de direcciones global (GalSync)
- Funciones de negocio a negocio como cross-instalaciones de mensajes de seguimiento y compartir el calendario
- Information Rights Management (IRM)
- Carpetas administradas
- Soporte para Outlook 2003 (EnableLegacyOutlook)
- Función de servidor de transporte perimetral (más concretamente el soporte de EdgeSync)
- Actualizaciones de in situ (actualizar la actual organización de Exchange 2003/2007 a Exchange 2010)
- Topologías de bosque de recursos (bosque de Exchange independiente y bosques de cuentas)
- Dominios de elementos primarios y secundarios
- Varios sitios de Active Directory (donde hay una mezcla de alojadas y no alojadas)
- Confianzas de Active Directory de SSO
- Espacio de nombres DIS-contiguous
- Espacio de nombres discontinuo
Hay muchos pasos detallados acerca de cómo debe obtener iniciado (más de lo que podemos trataremos aquí). Entonces, permítanme le llevan a la "Exchange 2010 SP1 información para alojar proveedores de servicios"artículo de TechNet Wiki.
El fin de soporte HMC
P: ¿ somos un proveedor de servicios alojados en las fases de planeamiento de migración de los dos entornos diferentes de HMC: una ejecución 4.5 de HMC y uno de 3,5 pulgadas HMC de ejecución. ¿Sabe cuándo soporte finaliza para HMC (4.5) y 3.5 de HMC, respectivamente?
A: debe realmente empezar a trabajar, especialmente con la actualización de HMC (3.5). Microsoft continuará admitiendo 4.5 de HMC y HMC 4.0 hasta diciembre de 2011. HMC (3.5) se admitirá para los clientes existentes hasta el de 2011 de julio.
.jpg)
_***Henrik Walther****es un Microsoft Certified Master: Exchange 2007 y MVP de Exchange con más de 15 años de experiencia en el negocio de TI. Trabaja como un forTimengoConsulting de arquitecto de tecnología (un Microsoft Gold Certified Partner en Dinamarca) y como escritor técnico para Biblioso Corp.(una empresa en Estados Unidos que se especializa en administra los servicios de documentación y localización). Puede enviar por correo electrónico Walther en v-henwal@microsoft.com. * _