Notas de la versión de Exchange 2016

[Este tema es documentación previa y, por lo tanto, está sujeto a cambios en versiones futuras. Los temas en blanco se incluyen como marcadores. Si tiene comentarios, nos encantaría escucharlos. Envíenos un correo electrónico a ExchangeHelpFeedback@microsoft.com].  

Se aplica a:Exchange Server 2016

tipSugerencia:
¿Viene del Asistente de implementación de Exchange? Haga clic en Notas de la versión de Exchange 2013.

Bienvenido a Microsoft Exchange Server 2016 Este tema contiene información importante que debe conocer para implementar correctamente Exchange 2016. Lea todo este tema antes de comenzar su implementación.

En este tema se presentan las siguientes secciones:

Instalación

Buzón

Flujo de correo

  • Instalación lenta en Windows Server 2012 R2 En equipos que ejecutan Windows Server 2012 R2 con la actualización KB3097966 de Windows instalada, se puede tardar hasta un 50 % más en completarse la instalación.

    Para solucionar este problema, haga lo siguiente en cada servidor donde instalará Exchange 2016 antes de ejecutar la instalación. Solo tiene que hacer esto una vez en cada servidor.

    1. Abra un símbolo del sistema elevado.

    2. Ejecute el siguiente comando.

      "%windir%\Microsoft.NET\Framework64\v4.0.30319\ngen.exe update"
      
      importantImportante:
      Este comando puede generar muchas advertencias o errores. Esto es normal y no significa que se haya producido un error en el comando.
    3. Ejecute el siguiente comando. Si el número devuelto es 0, el comando ngen.exe se ha completado correctamente.

      echo %errorlevel%
      
  • La instalación de Exchange con permisos de administrador delegado producirá un error en el programa de instalación Cuando un usuario que solamente es miembro del grupo de funciones Configuración delegada intente instalar Exchange en un servidor aprovisionado previamente, el programa de instalación producirá un error. Esto sucede porque el grupo de Configuración delegada carece de los permisos necesarios para crear y configurar ciertos objetos en Active Directory.

    Para solucionar este problema, siga uno de estos procedimientos:

    • Agregue el usuario que instala Exchange al grupo de seguridad Administradores de dominio de Active Directory.

    • Instale Exchange con un usuario que sea miembro del grupo de funciones de administración de la organización.

  • Mover buzones de versiones anteriores de Exchange a Exchange 2016 CU5 o versiones posteriores puede producir un error Si intenta mover un buzón de una versión anterior de Exchange a Exchange CU5 o versiones posteriores mediante una solicitud de lote de migración, puede producirse un error. Esto puede ocurrir si el buzón del sistema de migración no está ubicado en un servidor de Exchange 2016 con CU5 o una versión posterior instalado.

    Antes de poder mover buzones a Exchange 2016 CU5 o versiones posteriores mediante una solicitud de lote de migración, tendrá que mover el buzón de migración a un servidor de Exchange que ejecute CU5 o una versión posterior siguiendo los pasos siguientes.

    1. Abra el Shell de administración de Exchange en su servidor de buzones de correo de Exchange 2016.

    2. Ejecute el comando siguiente para obtener una lista de bases de datos de buzones de correo que se encuentren en sus servidores de Exchange 2016. Copie el nombre de la base de datos de buzones en la que desee mover el buzón de migración al Portapapeles.

      Get-MailboxDatabase | Where {$_.AdminDisplayVersion -Like "*15.1*"} | Format-Table Name, ServerName
      
    3. Ejecute el comando siguiente para mover el buzón de migración al servidor de Exchange 2016. Pegue el nombre de la base de datos de buzones de correo que copió en el paso anterior después de TargetDatabase.

      New-MoveRequest "Migration.8f3e7716-2011-43e4-96b1-aba62d229136" -TargetDatabase "<mailbox database name>"
      
  • Los servidores de buzones que ejecutan versiones distintas de Exchange pueden agregarse al mismo grupo de disponibilidad de base de datos El cmdlet Add-DatabaseAvailabilityGroupServer y el Centro de administración de Exchange permiten erróneamente añadir un servidor de Exchange 2013 a un grupo de disponibilidad de base de datos basado en Exchange 2016 (DAG) y viceversa. Exchange solo admite agregar servidores de buzones que ejecutan la misma versión (Exchange 2013 frente a Exchange 2016, por ejemplo) a un DAG. Además, el Centro de administración de Exchange muestra los dos servidores Exchange 2013 y Exchange 2016 en la lista de servidores disponibles para agregar a un DAG. Así se podría permitir a un administrador agregar inadvertidamente un servidor que ejecuta una versión incompatible de Exchange a un DAG (por ejemplo, agregar un servidor Exchange 2013 a un DAG basado en Exchange 2016).

    Actualmente no hay ninguna solución alternativa para este problema. Los administradores deben ser diligentes al agregar un servidor de buzones a un DAG. Agregue solo servidores Exchange 2013 a DAG basados en Exchange 2013 y solo servidores Exchange 2016 a DAG basados en Exchange 2016. Es posible distinguir cada una de las versiones de Exchange examinando la columna de la Versión en la lista de servidores del Centro de administración de Exchange. Las siguientes son las versiones de servidor de Exchange 2013 y Exchange 2016:

    • Exchange 2013 15.0 (Compilación xxx.xx)

    • Exchange 2016 15.1 (Compilación xxx.xx)

  • No puede conectarse al buzón de archivo al usar MAPI mediante HTTP En Exchange 2016, puede habilitarse MAPI mediante HTTP por buzón. Existe un problema que impide a los usuarios tener acceso a su buzón de archivo, si se ha configurado uno, cuando se cumple lo siguiente:

    • MAPI mediante HTTP está habilitado en el buzón del usuario.

    • MAPI mediante HTTP está deshabilitado en el nivel de organización.

    Cuando se cumplen estas condiciones, el usuario no podrá abrir su buzón de archivo y obtendrá el error No se puede abrir el conjunto de carpetas. El intento de iniciar una sesión en Microsoft Exchange ha proporcionado un error.

    Para solucionar este problema, siga uno de estos procedimientos:

    • Abra el buzón de archivo con Outlook en la web.

    • Deshabilite MAPI mediante HTTP en el buzón ejecutando el siguiente comando.

      Set-CasMailbox <email address> -MapiHttpEnabled $False
      

  • El servicio de agente de notificaciones se detiene después de 30 segundos Cuando inicie su servidor Exchange, puede observar que el servicio de agente de notificaciones se inicia y, después, se detiene después de aproximadamente 30 segundos. Si intenta iniciar el servicio manualmente, se iniciará correctamente y después se detendrá, de nuevo en unos 30 segundos. No se incluye ningún error o advertencia en el registro de eventos.

    Se espera este comportamiento en implementaciones locales de Exchange 2016. El servicio de agente de notificaciones realiza una comprobación de configuración cada vez que se inicia el servidor. Si el servicio de agente de notificaciones no tiene que hacer nada, se detiene automáticamente hasta la próxima vez que el servidor se reinicie.

  • Los servidores de transporte perimetral pueden rechazar el correo que se ha enviado a destinatarios válidosExchange 2016 Los servidores de transporte perimetral pueden rechazar mensajes que se han enviado a destinatarios internos válidos cuando se cumplen las siguientes condiciones:

    • Se ha instalado la actualización acumulativa 1 (CU1) de Exchange 2016 en el servidor.

    • Se ha habilitado la validación de destinatarios en el servidor.

    Cuando un transporte perimetral rechaza un mensaje debido a este problema, el remitente recibirá un informe de no entrega (NDR) con el código de estado 5.1.10, y el error La búsqueda de direcciones SMTP no ha encontrado el destinatario. El destinatario no recibirá el mensaje.

    Para solucionar este problema, siga uno de estos procedimientos:

    • Deshabilite la validación de destinatarios en el servidor de transporte perimetral afectado ejecutando el siguiente comando.

      Set-RecipientFilterConfig -RecipientValidationEnabled $False
      
    • Deshabilite la memoria caché de validación de destinatarios en el servidor de transporte perimetral afectado ejecutando el siguiente comando.

      Get-TransportService | Set-TransportService -RecipientValidationCacheEnabled $False
      
      CautionPrecaución:
      Deshabilitar la memoria caché de validación de destinatarios hace que Exchange compruebe que los destinatarios de los mensajes entrantes son válidos consultando la instancia local de Active Directory Lightweight Directory Services. Esto puede aumentar significativamente los recursos que Exchange necesita para procesar los mensajes. Antes de deshabilitar la memoria caché de validación de destinatarios, compruebe que su servidor tiene suficiente capacidad para controlar la demanda adicional.
    • Configure su firewall o registro DNS de intercambio de correo (MX) externo para enviar correo a un servidor de transporte perimetral que no tiene instalada la actualización acumulativa 1 de Exchange 2016. Puede que necesite configurar su firewall para permitir que el puerto TCP 25 se conecte al nuevo servidor accesible desde Internet.

    • Configure su firewall o registro DNS de MX externo para enviar correo a un servidor de buzones de Exchange 2016. Puede que necesite configurar su firewall para permitir que el puerto TCP 25 se conecte al nuevo servidor accesible desde Internet.

 
Mostrar: