Exchange Queue &A: Céntrese en el Service Pack 1 de Exchange Server 2010
El primer service pack para Exchange Server 2010 está programado para finales de año de lanzamiento oficial, pero ya está generando la gran cantidad de preguntas y comentarios.
Henrik Walther
Problemas de puerto
P: Tal como realizar planes nuestro entorno de producción de Exchange 2010 de actualización al Service Pack 1 de Exchange 2010 cuando lanzó este año, nos hemos se prueba la versión beta de SP1 de Exchange 2010 en nuestro entorno limitado. Contamos con cuatro servidores de acceso de cliente de Exchange 2010 en una matriz de CAS. Es el tráfico de cliente de Exchange de equilibrar la carga entre los servidores CAS con un equilibrador de carga de hardware de un proveedor de terceros. También nos hemos asignado puertos estáticos RPC para el servicio de acceso de cliente de RPC y el servicio de libreta de direcciones de Exchange.
Una vez que se inició mediante el SP1 de Exchange 2010, hemos tenido una gran variedad de problemas de conexión a un buzón con Outlook. También hemos tenido problemas al abrir la libreta de direcciones de Outlook. No parece tener estos problemas al utilizar OWA. ¿Ha visto este o al menos tiene una idea de lo que puede producir este comportamiento?
A: Con la versión RTM de Exchange 2010, Would have le asigna un puerto RPC estático para el servicio de acceso de cliente de RPC al agregar una clave DWORD denominada “ TCP/IP Port ” en el registro. Esto sería en: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeRpc\ParametersSystem. También se Would have asignar un puerto RPC estático para el servicio de libreta de direcciones de Exchange utilizando el archivo Microsoft.exchange.addressbook.service.exe.config desde en la carpeta “ bin ” que se encuentra en la carpeta de instalación de Exchange 2010.
Con el Service Pack 1 de Exchange 2010, las cosas han cambiado un poco en cuanto a la asignación de un puerto estático para el servicio de libreta de direcciones de Exchange. Para impedir que el programa de instalación de Exchange se sobrescriben los valores personalizados en el archivo Microsoft.exchange.addressbook.service.exe.config y hacer que este paso de la configuración más coherentes con la forma de asignar un puerto RPC estático para el servicio de acceso de cliente de RPC, el grupo de producto de Exchange decide mover esta opción de configuración en el registro.
Si abre el archivo Microsoft.exchange.addressbook.service.exe.config después de actualizar un servidor de acceso de cliente al SP1 de Exchange 2010, ya no verá el
<add key="RpcTcpPort" value="static_port" />
como puede observar en de figura 1.
.png)
Figura 1 con 2010 SP1 de Exchange, que ya no asignar puertos estáticos para el MSExchangeAB en un archivo de configuración.
Con Service Pack 1 de Exchange 2010, desglosar hasta HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSExchangeAB para asignar un puerto RPC estático para el servicio de libreta de direcciones de Exchange. Aquí tiene que crear una nueva clave denominada “ parámetros ” (no ParametersSystem). Bajo esta clave, cree una nueva cadena REG_SZ (no un valor DWORD) llamada “ RpcTcpPort ” y especifique el número de puerto RPC que desea asignar al servicio, como se muestra en de figura 2.
.png)
La figura 2 con el SP1 de Exchange 2010, se asigna un puerto estático para el MSExchangeAB en el registro.
Es importante destacar que cualquier puerto RPC estático actual que ha asignado para el servicio de libreta de direcciones de Exchange utilizando el archivo Microsoft.exchange.addressbook.service.exe.config no se convertirán automáticamente en un registro. Debe hacerlo manualmente después de actualizar a Service Pack 1 de Exchange 2010. Parece que esto es lo que causa los problemas que surgen cuando se conecta a un buzón con Outlook.
Importación y exportación de buzones
P: Con el SP1 de Exchange 2007 tenemos los cmdlets Import-Mailbox y Export-Mailbox que se utiliza para importar o exportar datos a o desde los archivos PST. Aunque estos dos cmdlets reemplaza la antigua herramienta buena de ExMerge, se exigen los requisitos.
Para poder usar los cmdlets, había que instalar la versión de 32 bits de las herramientas de administración de Exchange 2007 SP1, así como el Service Pack 2 de Outlook 2003 o posterior, en un servidor dedicado o la estación de trabajo. El proveedor MAPI incluida con Exchange 2003 y versiones anteriores se hubiera quitado de Exchange 2007.
En función de lo que ve, el RTM de Exchange 2010 sigue utilizando los cmdlets Import-Mailbox y Export-Mailbox. Aunque la compatibilidad con remoto de Windows PowerShell mejora el un poco las cosas, ya que permite ejecutar estos cdmlets en un servidor o de escritorio sin instaladas las herramientas de administración de Exchange 2010, deberá instalar Outlook 2010 64 bits en el propio servidor de buzón. Los cmdlets también parece un poco propensos a errores en Exchange 2010.
¿SP1 de Exchange 2010 hace cualquier mejora con respecto a cómo importar y exportar datos de buzones de los archivos PST?
A: La respuesta resumida es que sí. Hay un gran cambio en esta área. El tiempo de respuesta también es en Sí. Con el Service Pack 1 de Exchange 2010, dos cmdlets totalmente nuevos, MailboxImportRequest y MailboxExportRequest: han reemplazado los cmdlets Import-Mailbox y Export-Mailbox antiguos.
Aún mejor, el grupo de producto de Exchange también considerar era una buena idea para deshacerse del requisito de proveedor MAPI de Outlook de 2010. Exchange 2010 tiene su propio proveedor MAPI y los cmdlets de dos nuevos aprovechar las ventajas del servicio de replicación de buzones Exchange (MRS). Puede importar o exportar datos a través de un proceso asincrónico, igual que al mover buzones mediante el nuevo-MoveRequestcmdlet (consulte de figura 3).
Por lo tanto, si es necesario importar un archivo PST en un buzón de Exchange 2010 SP1, el comando es similar al siguiente:
New-MailboxImportRequest-Mailbox HEW -FilePath\\EX02\PSTFileShare\HEW.pst
.png)
La figura 3 con la datos de importación de un archivo PST en un buzón del SP1 de Exchange 2010.
Observe que ahora señalan a una ruta UNC, no una carpeta local en el servidor en el que se ejecuta el cmdlet. También tiene varias ventajas.
Archivo de respuestas
P: Con Exchange 2010 (RTM), no se pudo importar un archivo PST directamente en el archivo en línea de un buzón de Exchange 2010. En su lugar, hemos tenido que primero importar los datos para el buzón principal y desde allí arrastrar y colocar el contenido (o utilizar directivas de retención) en el archivo en línea.
¿Sabe si cambiará con el SP1 de Exchange 2010?
A: Tal como se explica en la respuesta anterior, se cambia mucho material en cuanto a la importación y exportación de datos de buzones para y de los archivos PST. Lo mismo es cierto de importar y exportar datos a y desde un archivo en línea.
Usar los mismos cmdlets (MailboxImportRequest y MailboxExportRequest), que ahora puede mover los datos dentro y fuera de un archivo en línea (como en de figura 4). En lugar del comando que proporciona en la última respuesta, similar al siguiente se utiliza para importar datos directamente en el archivo en línea:
New-MailboxImportRequest -Mailbox HEW –IsArchive-FilePath\\EX02\PSTFileShare\HEW.pst
.png)
La figura 4 con la datos de importación de un archivo PST en un archivo de almacenamiento en línea de Exchange 2010.
Cómo evitar reinicios forzoso
P: Con Exchange 2010 (RTM), un usuario puede trabajar en su buzón mientras se está moviendo entre dos bases de datos de buzones de Exchange 2010 o entre una base de datos de buzones de Exchange 2010 RTM y de un Service Pack 2 de Exchange 2007. Como puede ver en de figura 5, no obstante, al final del movimiento, el usuario se ha indicado para salir y reiniciar Outlook para poder aplicar los cambios recientes.
.png)
La figura 5 de Outlook reiniciar desencadenadas por Exchange 2010
¿Sabe si Microsoft ha realizado ningún trabajo adicional en esta área en relación con el Service Pack 1 de Exchange 2010? El cuadro de diálogo en de figura 5 es una serie de molestias menor para el usuario final, por lo que sería impresionante podrían quitar este paso.
A: Es una buena pregunta, y Sí, realmente ha habido algún trabajo en esta área. Con el Service Pack 1 de Exchange 2010, si mueve un buzón entre dos bases de datos del Service Pack 1 de Exchange 2010, el usuario normalmente, no recibirá un cuadro de diálogo “ se debe reiniciar Outlook ” cuadro a menos que:
- La propiedad RpcClientAccessServer es diferente entre las dos bases de datos de buzones implicados. (Esto es normalmente el caso si no utiliza una matriz de CAS.)
- Si mueve un buzón entre una base de datos de buzón de origen en el sitio de Active Directory 1 (con una matriz de CAS configurado) a una base de datos de buzón de destino en el sitio de Active Directory 2 (con otra matriz de CAS configurado).
- Si las propiedades con nombre para el buzón se restablece con el parámetro DoNotPreserveMappingSignature cuando se ejecuta el nuevo-MoveRequestcmdlet.
Si mueve un buzón entre Exchange 2003 o 2007 y el Service Pack 1 de Exchange 2010, aún tendrá que reiniciar Outlook.
Permanecer en el control
P: Sólo hemos actualizado desde Exchange 2003 a Exchange 2010 RTM. Hasta ahora, nos gusta realmente las características de esta versión, especialmente el nuevo Exchange Control Panel (ECP). Sin embargo, nos estamos enfrentan a un problema con la ECP. Además de sus cuentas de usuario con buzón habilitado normal, el personal de TI tiene otra cuenta de administrador. Nuestra política de TI dicta que las cuentas de administración habilitados para buzón no están autorizadas dentro de la organización. Las pruebas muestran que para tener acceso a la ECP, debe iniciar sesión con una cuenta con buzón habilitado.
¿Nos estábamos preguntándose si conoce ninguna solución provisional en lo que respecta a esta limitación? Realmente queremos utilizar la ECP para muchas tareas administrativas relacionadas con Exchange 2010.
A: Desde el principio en las fases de desarrollo de Exchange 2010, el equipo de desarrollo decidió una cuenta de acceso a la ECP necesario contar con un buzón de Exchange 2010. La razón principal para esta decisión fue el esfuerzo de ingeniería que se deben admitir un escenario donde las cuentas no habilitados para buzón y de cuentas habilitadas para buzón tendría acceso a la ECP. Lo que permite que las rutas de acceso de código diferente daría como resultado acceso, que vuelve a significa los costos de una mayor complejidad y las pruebas. Por lo tanto, el grupo de producto de Exchange ha decidido establecer esta limitación y concentrarse en proporcionar las características reales de la interfaz gráfica de usuario. Por lo tanto, sí, la versión RTM de Exchange 2010 requiere las cuentas de usuario o administrador que tienen acceso a la ECP habilitados para buzón.
Tal como se conoce la mayoría de los usuarios, el grupo de producto de Exchange acepta todos los comentarios de la Comunidad y sus clientes muy graves. De hecho, muchos cambios se realizaron en dichos comentarios. Desde el lanzamiento de RTM de Exchange 2010, el grupo de Exchange ha aprendido que muchas organizaciones tienen directivas de TI en colocar similar al suyo. Por lo que es excelente para informarle de que al SP1 de Exchange 2010 se libera más adelante este año de calendario, ese requisito desaparecerá.
Con el Service Pack 1 de Exchange 2010, podrá conectarse directamente a la ECP (https://mailcontoso.com/ecp) con una cuenta de usuario de Active Directory ( de figura 6) de que no sean de correo electrónico y no habilitados para buzón.
.png)
La figura 6 de ECP de apertura con una cuenta de usuario de Active Directory que no sean de correo electrónico o no habilitados para buzón
El infantil y el motivo de reparación
P: Se actualizó el nuestra organización de Exchange 2007 a Exchange 2010. En ocasiones, es necesario realizar reparaciones sin conexión en las bases de datos de buzones. ¿Deseamos hacer si todavía tiene que ejecutar ISInteg después de la necesidad de reparar una base de datos de buzones, como en versiones anteriores de Exchange Server?
¿Qué deben hacer aquellos de nosotros que en ocasiones se necesitan para detectar y reparar los buzones en una base de datos de buzones de Exchange 2010? Con Exchange 2010, el grupo de producto de Exchange está avanzando de ISInteg. En Exchange Service Pack 1 de 2010, tendremos un cmdlet totalmente nuevo denominado MailboxRepairRequest de nuevo. Esto reemplaza a la herramienta ISInteg. Puede ejecutar asincrónicamente este cmdlet en uno o más buzones mientras se monta la base de datos de buzones en el que están ubicadas. Tenga en cuenta, sin embargo, que los buzones que se repara mediante este cmdlet se interrumpirá.
Para detectar y reparar las vistas de carpetas, deberíamos utilizar algo similar al siguiente:
New-MailboxRepairRequest -Mailbox HEW -CorruptionTypeFolderView
.png)
La figura 7 de ejecutar el cmdlet de reparación de buzón nuevo con un buzón
También puede ejecutar el cmdlet contra una base de datos de buzones, pero, a continuación, se interrumpirá el acceso a todos los buzones de esa base de datos hasta que haya terminado el proceso de reparación.
****Henrik Walther****es un principal de la certificación de Microsoft: 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 .