Bosque de recursos de Exchange y Office 365 Parte V

Actualice a Exchange 2016

Hace dos años escribí una serie de publicaciones de blog sobre un modelo de Exchange Resource Forest y Office 365 comenzando en Exchange Resource Forest y Office 365 parte I. Hay cuatro artículos, todos basados en Exchange 2010 y al final de cada artículo encontrará un enlace al siguiente artículo. En la sección de más información al final de esta publicación de blog encontrará todos los enlaces.

A lo largo de los años he recibido numerosas solicitudes sobre cómo continuar; pasar a Exchange 2016 en un bosque de recursos o cuando todos los buzones de correo estén en Exchange Online, desmantelar el bosque de recursos. Esto no es un problema, pero supone un nuevo desafío cuando se trata del último servidor Exchange para fines de gestión que deben conservarse. Y sí, esta publicación de blog es la preparación para la publicación de blog "desmantelar el bosque de recursos" ?

Tengo algunos clientes que ejecutan un entorno de bosque de recursos y todos tienen el mismo problema. Deben alejarse de Exchange 2010, ya sea a Exchange 2016 o a Exchange Online (o ambos). En esta entrada de blog, analizaré la actualización de Exchange 2010 en un Resource Forest a Exchange 2016 (en el mismo Resource Forest, por supuesto) en un escenario híbrido. En uno de los próximos blogs discutiré la forma de desmantelar el Bosque de Recursos en un escenario híbrido.

Nota. Recientemente hice un seminario web para Kemp sobre el tema Actualización de Exchange 2010. Es un seminario web organizado por Brighttalk que puede encontrar aquí Los métodos más conocidos para actualizar Microsoft Exchange.

Actualización de Exchange 2010 a Exchange 2016

Actualizar Exchange 2010 en un bosque de recursos no es diferente a actualizar cualquier otro entorno de Exchange, ni siquiera cuando se ejecuta en un entorno híbrido. Estos son los pasos que se deben seguir:

Diseñe su entorno Exchange 2016 (no lo abordaremos en esta publicación de blog).

1. Prepare Active Directory para Exchange 2016.
2. Construya su entorno Exchange.
3. Cambie el acceso del cliente a Exchange 2016.
4. Ejecute el asistente de configuración híbrida.
5. Mover recursos a Exchange 2016.
6. Intercambio de desmantelamiento 2010.

Prepare Active Directory para Exchange 2016

Antes de poder instalar el primer servidor Exchange 2016, es necesario preparar Active Directory. Esto solo es válido para el bosque de recursos; no es necesario hacerlo en el bosque de cuentas.

Puede preparar el esquema de Active Directory usando el siguiente comando:

C:\> Setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms

Es posible que se muestre el siguiente mensaje de error:

Se ha detectado una implementación híbrida con Office 365. Asegúrese de ejecutar la instalación con el modificador /TenantOrganizationConfig. Para usar el modificador TenantOrganizationConfig, primero debe conectarse a su inquilino de Exchange Online a través de PowerShell y ejecutar el siguiente comando: “Get-OrganizationConfig | Export-Clixml -Path MyTenantOrganizationConfig.XML”. Una vez que se haya generado el archivo XML, ejecute la instalación con el modificador TenantOrganizationConfig de la siguiente manera “/TenantOrganizationConfig MyTenantOrganizationConfig.XML”.

Este problema se trata en una publicación de blog anterior: Se ha detectado una implementación híbrida con Office 365.

Construya su entorno Exchange

Exchange 2016 se puede instalar en Windows Server 2012 R2 y Windows Server 2016; siempre recomiendo este último debido al ciclo de vida del soporte. Windows Server 2019 y Windows Server Core no son compatibles para ejecutar Exchange 2016.

Prefiero instalar el servidor Exchange 2016 sin supervisión, especialmente si debes instalar varios servidores. Puedes usar un comando similar a este:

C:\> Setup.exe /Mode:Install /Roles:Mailbox /DbFilePath:”F:\MDB02\MDB02.edb” /LogFolderPath:”F:\MDB02\LogFiles” /InstallWindowsComponents /IAcceptExchangeServerLicenseTerms

Después de instalar el servidor Exchange, el servidor debe configurarse:

• Directorios virtuales; asegúrese de utilizar la misma URL interna y URL externa que los servidores de Exchange 2010.
• Certificados SSL.
• Almacenamiento, bases de datos y grupo de disponibilidad de bases de datos (cuando sea necesario, por supuesto).
• Reubicar archivos de registro (IIS).
• Conectores de envío y recepción (retransmisión SMTP).

Cambie el acceso del cliente a Exchange 2016.

Cuando haya configurado Exchange 2016, es hora de probar la funcionalidad de proxy de Exchange 2016 a Exchange 2010. La forma más sencilla de probar esto es editar el archivo HOSTS para las entradas webmail.contoso.com y Autodiscover.contoso.com en un cliente y apúntelo al servidor Exchange 2016.

Desde el cliente, conéctese al nuevo servidor Exchange 2016 e inicie OWA con un buzón de Exchange 2010. Deberías ver la pantalla azul inicial de OWA:

Y después de iniciar sesión en la interfaz de usuario amarillenta de Exchange 2010 OWA. Automáticamente pasará al servidor de buzones de correo de Exchange 2010 correcto:

Lo mismo debería suceder cuando solicita la página de servicios web de Exchange en https://webmail.contoso.com/ews/exchange.asmx; esto también debería funcionar correctamente como proxy para Exchange 2010:

Una cosa importante aquí es que este es solo un proxy de nivel inferior. Esto significa que cuando un cliente realiza una solicitud a Exchange 2016 para un recurso en Exchange 2010 (proxy de nivel inferior, como en el ejemplo anterior), debería funcionar. Si un cliente realiza una solicitud a Exchange 2010 para una solicitud en Exchange 2016 (es decir, proxy de nivel superior), falla. Esto se muestra en la siguiente figura y no funciona.

Cuando todo esté configurado y probado, el DNS (interno y externo) se puede cambiar para que webmail.contoso.com y Autodiscover.contoso.com apunten al nuevo servidor Exchange 2016. Todos los clientes ahora se conectarán al nuevo servidor Exchange 2016 y se conectarán a su buzón de correo en Exchange 2010 sin problemas.

Una cosa que debe tener en cuenta es el tráfico RPC/TCP (la conexión MAPI original) entre Outlook y Exchange 2010 si no está ejecutando Outlook Anywhere. Outlook seguirá usando RPC/TCP para conectarse a CAS Array (este es el punto final RPC para Outlook) que se ejecuta en los servidores de Exchange 2010. Puede ver eso al verificar el estado de la conexión en Outlook. En la siguiente captura de pantalla, outlook.exchangefun.nl es la matriz CAS.

Se muestran dos entradas, una es para el buzón normal y la segunda es para acceder a un buzón compartido en Exchange 2010.

Al realizar la comprobación de Probar configuración automática de correo electrónico en Outlook 2010, puede ver que RPC se conecta a outlook.exchangefun.nl, pero que OWA, EWS y OAB quieren conectarse a webmail.exchangefun.nl. que es el servidor Exchange 2016 ahora.

Entonces, Outlook se conecta usando RPC al servidor Exchange 2010 y usando HTTPS para conectarse al servidor Exchange 2016. Desde Exchange 2016, la conexión se envía mediante proxy al servidor Exchange 2010 correcto.

Nota. Tenga en cuenta que si ha configurado la autenticación Kerberos en su entorno Exchange 2010, también debe actualizarla a Exchange 2016. Esto está documentado en los artículos de Microsoft Recomendación: Habilitación de la autenticación Kerberos para clientes MAPI, Cómo habilitar la autenticación Kerberos para acceder a Exchange en un bosque de recursos y Coexistencia de Exchange 2013 y Exchange 2010 con la autenticación Kerberos. Para la coexistencia de Exchange 2010/2016 puede seguir ese último enlace.

Ejecute el asistente de configuración híbrida

Cuando todo funciona bien, es hora de actualizar la configuración híbrida ejecutando HCW en el servidor Exchange 2016. Puede encontrar la última versión de HCW en http://aka.ms/hybridwizard.

El HCW detectará el servidor Exchange óptimo para configurar (que debería ser automáticamente el servidor Exchange 2016). Debe seleccionar el servidor Exchange 2016 para la configuración del conector de recepción y la configuración del conector de envío. Para el FQDN de la organización, normalmente uso el FQDN predeterminado (como webmail.contoso.com) para mantener todo coherente. A veces veo que los administradores usan algo como hybrid.contoso.com pero eso no aporta mucho, excepto una mayor complejidad.

Al llegar al final del HCW, puede seleccionar actualizar la configuración híbrida. La configuración híbrida original se creó en Exchange 2010, pero ahora se actualizó a Exchange 2016, por lo que no veo ningún motivo para no marcar la casilla.

La forma más sencilla de comprobar la nueva configuración híbrida es ver si la libre/ocupada funciona en todas las instalaciones. Abra un buzón en Exchange Online y verifique si puede planificar una reunión con un buzón en Exchange 2010 y verifique la disponibilidad de este buzón. El buzón de Baron está en Exchange Online, mi buzón está en Exchange 2010 (todavía). La solicitud de disponibilidad se envía a webmail.exchangefun.nl, que ahora es el servidor de Exchange 2016. Desde allí se envía mediante proxy a Exchange 2010 y funciona de maravilla:

Para comprobar la seguridad del correo entre instalaciones, puede enviar un correo electrónico desde un buzón en línea a un buzón local. Si marca los encabezados, el SCL debe tener un valor de -1 (lo que significa que se trata como un mensaje interno) y el X-MS-Exchange-CrossTenant-AuthAs debe tener un valor 'Internal '.

En este momento existe un entorno de Cuenta y Bosque de Recursos, donde el Bosque de Recursos contiene un entorno de coexistencia de Exchange 2010/2016. Todos los clientes, incluido Exchange Online, se conectan a Exchange 2016 mientras los destinatarios todavía están en Exchange 2010.

Mover recursos a Exchange 2016

En este momento, los buzones de correo se pueden migrar de Exchange 2010 a Exchange 2016. Y, para ser honesto, esto no es tan emocionante. Es totalmente transparente para los usuarios. Es un proceso online, por lo que el contenido del buzón se copia de Exchange 2010 a Exchange 2016 mientras el usuario continúa trabajando. Solo cuando finaliza el movimiento, al usuario se le presenta el siguiente cuadro de mensaje y debe reiniciar Outlook.

Ahora volvamos a la parte RPC/TCP (MAPI) anterior en esta publicación. Exchange 2016 ya no admite RPC/TCP, por lo que cuando un buzón se mueve de Exchange 2010 a Exchange 2016, el protocolo también cambia. En este caso, cambia de RPC/TCP a Mapi/Http para buzones y a Outlook Anywhere para carpetas públicas (todavía en Exchange 2010, pero Exchange 2010 no admite Mapi/Http).

Las carpetas públicas (si las hay) también se deben mover a Exchange 2016. Esto solo se puede hacer cuando todos los buzones se mueven a Exchange 2016. Un buzón de Exchange 2016 puede acceder a las carpetas públicas de Exchange 2010, pero un buzón de Exchange 2010 no puede acceder a las carpetas públicas. Carpetas en Exchange 2016. La migración de carpetas públicas se trata en mi entrada de blog anterior Migración de carpetas públicas de Exchange 2010, que también se realizó en mi entorno de bosque de recursos de Exchange.

En un entorno de coexistencia de Exchange 2010/2016 hay dos libretas de direcciones sin conexión:

• Libreta de direcciones sin conexión predeterminada: utilizada en Exchange 2010
• Libreta de direcciones sin conexión predeterminada (Ex2013): utilizada en Exchange 2016 (el nombre no se cambió cuando se introdujo Exchange 2016, no estoy seguro si se trata de un error cosmético, pero funciona correctamente).

Al configurar las bases de datos del buzón, asegúrese de que \Libreta de direcciones sin conexión predeterminada (Ex2013) esté configurada en la propiedad OfflineAddressBook de la base de datos del buzón.

Un problema que siempre lleva más tiempo del esperado es la configuración del conector de recepción, especialmente para fines de retransmisión SMTP. Múltiples dispositivos (escáneres, faxes), impresoras, aplicaciones, acceso a nivel de IP, falta de documentación, etc. Utilice las funciones de registro de protocolo en los diversos conectores de recepción para determinar qué dispositivos o aplicaciones están utilizando estos conectores y configurarlos para usar Exchange. Servidor 2016. Pero ojo, esto puede llevar mucho tiempo ☹

Servidor de transporte perimetral

Es posible que hayas notado que tengo un servidor de transporte perimetral de Exchange 2010 en ejecución. Se utiliza para el tráfico SMTP hacia y desde Internet. Mi registro MX apunta al servidor de transporte perimetral, pero el SMTP entre instalaciones se entrega directamente en el servidor de buzones de correo.
¿Cuándo es el mejor momento para actualizar el servidor Edge Transport a Exchange 2016? No existe una regla general real para esto. El servidor de transporte perimetral de Exchange 2010 funciona bien con un servidor de buzones de correo de Exchange 2016, pero al revés también funciona bien. Normalmente actualizo los servidores de transporte perimetral a Exchange 2016 después de instalar los servidores de buzones, pero antes de mover los buzones. Pero hay muchas más opciones al hacer esto.

Intercambio de desmantelamiento 2010

Cuando todos los recursos se hayan movido a Exchange 2016, podrá retirar el entorno de Exchange 2010. Esto es sólo cuestión de:

• Desmantelamiento de copias de bases de datos de buzones de correo.
• Retire el grupo de disponibilidad de la base de datos.
• Eliminar bases de datos de buzones de correo.
• Elimine las bases de datos de la carpeta pública (si no se eliminaron antes).
• Cambiar/eliminar conectores de envío y recepción (consulte también la sección anterior).

Cuando se hayan cumplido todos los requisitos previos para el proceso de desmantelamiento, se podrán desinstalar los servidores Exchange 2010 reales. Todavía veo que los administradores simplemente eliminan las máquinas virtuales de Exchange, pero no es una buena idea ya que la configuración de Exchange continúa existiendo en Active Directory.

Elimine correctamente el servidor Exchange 2010 usando el Panel de control y desinstale o cambie un programa deseleccionando todas las opciones como se muestra en la siguiente captura de pantalla.

Después de unos minutos, el servidor Exchange 2010 estará completamente instalado (de la manera oficial).

Resumen

En esta publicación de blog, expliqué cómo actualizar Exchange 2010 a Exchange 2016 cuando se ejecuta en una configuración de bosque de recursos y en una configuración híbrida. El proceso no es muy diferente de una actualización en un entorno "normal" de un solo bosque y un solo dominio, ni siquiera desde una perspectiva híbrida.

El proceso es simple: actualice Active Directory, instale y configure los servidores, cambie el acceso del cliente a Exchange 2016 y ejecute el Asistente de configuración híbrida. Cuando termine, puede mover recursos a Exchange 2016 y, cuando termine, desmantelar el entorno de Exchange 2010.

En la parte VI de esta serie, analizaré cómo desmantelar un bosque de recursos en una configuración híbrida.

Más información

• Bosque de recursos de Exchange y Office 365 - Parte I - https://jaapwesselius.com/2018/04/25/exchange-resource-forest-and-office-365-part-i/
• Bosque de recursos de Exchange y Office 365 - Parte II - https://jaapwesselius.com/2018/04/26/exchange-resource-forest-and-office-365-part-ii/
• Exchange Resource Forest y Office 365 - Parte III - https://jaapwesselius.com/2018/04/27/exchange-resource-forest-and-exchange-hybrid-part-iii/
• Bosque de recursos de Exchange y Office 365 - Parte IV - https://jaapwesselius.com/2018/05/01/exchange-resource-forest-and-office-365-part-iv/