Microsoft Exchange Server

Microsoft Exchange Server es la plataforma de correo electrónico, calendario, contactos, programación y colaboración de Microsoft. Se implementa en el sistema operativo (SO) de Windows Server para uso empresarial. Microsoft diseñó Exchange Server para dar a los usuarios acceso a la plataforma de mensajería desde dispositivos móviles, escritorios y sistemas basados en la web. Las capacidades de telefonía en Exchange Server admiten mensajes de voz.

Los usuarios de Exchange colaboran a través del uso compartido de calendarios y documentos. Las funciones de almacenamiento y seguridad de la plataforma permiten a las organizaciones archivar contenido, realizar búsquedas y ejecutar tareas de cumplimiento. Exchange Server ha evolucionado con el tiempo, y ahora es un componente fundamental de la oferta de Office 365 como software como servicio (SaaS) en la nube de Microsoft, con Microsoft actuando como proveedor de servicios.

¿Cómo funciona Exchange Server?

Exchange Server es un producto de colaboración de clase empresarial que se centra principalmente en enviar, recibir y almacenar mensajes de correo electrónico. Además de administrar el tráfico de mensajería, Exchange Server proporciona varias otras funciones de colaboración, como calendario y una estrecha integración con otras aplicaciones de Microsoft Office.

Exchange Server es conocido por sus características de alta disponibilidad (HA) que garantizan un servicio continuo en diferentes escenarios de interrupción. Esto incluye rutas de diseño que pueden garantizar el servicio durante fallos de un solo servidor o interrupciones del centro de datos.

Características de Exchange Server 2019

La versión de 2019 proporciona una conmutación por error significativamente más rápida y fiable entre servidores. Fue diseñado para mejorar el rendimiento general y aprovechar el hardware de almacenamiento más reciente, incluidos discos más grandes y unidades de estado sólido (SSD).

Las características adicionales de Exchange server 2019 incluyen las siguientes:

• proporciona soporte para hasta 256 GB de memoria y 48 núcleos de CPU;
• habilita las instalaciones en Windows Server Core;
• habilita el acceso externo al centro de administración de Exchange (EAC) y al Shell de administración de Exchange para bloquearlo de forma nativa;
• emplea asignación dinámica de caché de memoria para optimizar el uso de memoria para bases de datos activas;
• impide que los asistentes reenvíen invitaciones a reuniones;
• proporciona a los usuarios finales opciones adicionales Fuera de la oficina;
• permite a los administradores cancelar reuniones organizadas por un usuario que ha abandonado la empresa;
• permite a los administradores asignar permisos de delegado; y
• permite que las direcciones de correo electrónico que contienen caracteres no ingleses se enruten y entreguen de forma nativa.

Junto con estas características adicionales de Exchange 2019, el rol de mensajería unificada (UM) y todas las funcionalidades asociadas se han eliminado de Exchange 2019. A Sept. El 16 de enero de 2019, el blog en el sitio del equipo de Exchange indicó que Microsoft impulsaría el soporte extendido de Exchange Server 2010 a partir de enero. 14, 2020, a Oct. el 13 de diciembre de 2020, para dar a los clientes de Exchange Server 2010 más tiempo para completar sus migraciones.

Los administradores que ejecuten cargas de trabajo de Exchange Server 2010 en Windows Server 2008 deberán realizar ajustes debido al enero. 14 de diciembre de 2020, fin de la vida útil de ese sistema operativo de servidor.

Requisitos de Exchange Server 2019

Se deben cumplir los siguientes requisitos para instalar Exchange 2019:

• Exchange 2019 se puede instalar en bosques de Active Directory (AD) con servidores existentes de Exchange 2016 y/o 2013. No se pueden instalar versiones anteriores de Exchange en el mismo bosque que Exchange 2019.
• Todos los controladores de dominio (DCs) del bosque de AD deben ejecutar Windows Server 2019 Standard o Centro de datos, Windows Server 2016 Standard o Centro de datos, o Windows Server 2012 R2 Standard o Centro de datos.
• El nivel de función del bosque de AD debe ser Windows Server 2012 R2 o superior.
• El servidor que aloja Exchange 2019 debe usar un procesador de 64 bits.
• El servidor que aloja Exchange 2019 debe tener entre 128 y 256 gigabytes (GB) de memoria de acceso aleatorio (RAM).
• Se requiere un Sistema de archivos de nueva tecnología (NTFS) en todas las particiones de disco que contengan la partición del sistema, los binarios de Exchange, los registros de diagnóstico y la base de datos de transporte. El Sistema de archivos resiliente (ReFS) se puede usar en particiones que contienen bases de datos de buzones y registros de transacciones.

Exchange Server alta disponibilidad

Exchange Server tiene varias características importantes para mantener la resiliencia y la HA. Los componentes del servidor de buzones de exchange se basan en grupos de disponibilidad de bases de datos (DAG). Los componentes del servidor de acceso de cliente dependen del equilibrio de carga.

Grupos de disponibilidad de bases de datos

El DAG es el subsistema de intercambio fundamental para garantizar HA. El DAG se introdujo por primera vez en Exchange 2010 y se convirtió rápidamente en uno de los subsistemas más importantes de Exchange.

El DAG es un grupo de hasta 16 servidores de Exchange que copia automáticamente las bases de datos entre los miembros para proporcionar redundancia en caso de fallo en la base de datos o en el nivel del servidor. Cualquier servidor miembro de un DAG puede alojar una copia de una base de datos desde cualquier otro servidor miembro del DAG. Una vez que se agrega una copia de una base de datos a otro servidor, esa copia se mantiene actualizada automáticamente y lista para activarse en cualquier momento.

El DAG se basa en clústeres de Windows y no en tecnología específica para el propio equipo de Exchange. Esto puede significar que, a veces, las características y los errores en Windows Server pueden tener un impacto significativo en el funcionamiento de Exchange.

Active Manager

Active Manager (AM) es el componente de Exchange responsable de administrar los eventos de conmutación por error dentro de un entorno de Exchange. AM se ejecuta en el servicio de replicación de Microsoft Exchange en todos los servidores de Exchange 2016. Cuando un servidor de Exchange se une a un DAG, se ejecutan dos roles de AM en ese servidor: Administrador Activo Primario (PAM) y Administrador Activo en Espera (SAM).

El servidor miembro de DAG que posee el recurso de quórum del clúster tendrá el rol PAM. Si el nodo DAG que contiene el recurso de quórum falla, el rol PAM se moverá al servidor que es el propietario del recurso de quórum.

El SAM es responsable de proporcionar información a los otros componentes de Exchange que ejecutan clientes AM sobre qué copia de base de datos está activa actualmente. El SAM detecta cuando una base de datos falla y le pide a la PAM que inicie el evento de conmutación por error. El SAM no es responsable de seleccionar qué copia de la base de datos se activa después de un error. Ese proceso se denomina mejor copia y selección de servidor (BCSS).

Mejor selección de copia

Cuando se detecta un error en la base de datos, AM toma medidas para recuperarse del error seleccionando la mejor copia de la base de datos afectada para activarla. El proceso BCSS es así:

1. Un fallo se detecta por AM o por Disponibilidad administrada. Este proceso también puede ser iniciado por un administrador que inicia una conmutación sin objetivo.
2. El PAM inicia el algoritmo interno BCSS.
3. El subproceso intentar copiar los últimos registros (ACLL) intenta copiar los archivos de registro faltantes del servidor que alojó por última vez la copia activa de la base de datos.
4. Cuando se completa el proceso ACLL, se comprueba un valor AutoDatabaseMountDial para los servidores que alojan copias de la base de datos y se compara con la longitud de la cola de copias de la base de datos que se está activando. Si el número de archivos de registro que faltan es menor o igual al valor de AutoDatabaseMountDial, AM pasa al paso cinco. Si no, AM iniciará este proceso de nuevo en el paso dos.
5. La PAM emite una solicitud de montaje al almacén de información. Si la base de datos no se monta, AM vuelve al segundo paso.

Hay cierta lógica adicional en este proceso si el evento de conmutación por error es activado por un evento de supervisión. La lógica adicional asegurará que el servidor que se hace cargo de la base de datos activa esté en mejor estado que el servidor del que proviene.

Modos de quórum DAG

Un DAG es una implementación específica de un clúster de servidores de Windows. Los componentes de Exchange de los DAG dependen de la tecnología de clúster de Windows Server subyacente para funcionar. El concepto de quórum es esencial para comprender cómo implementar y gestionar los GCI.

El quórum es la idea de que, en caso de fallo de algunos miembros del GCI, hay reglas que rigen los recursos que los miembros restantes pueden proporcionar. Estos conjuntos de reglas de quórum existen para proporcionar un funcionamiento consistente de un DAG y actúan como un desempate en situaciones en las que los nodos DAG pierden comunicación entre sí.

Cuando un DAG tiene un número par de nodos, utiliza Nodo & Modo de quórum mayoritario para compartir archivos. En este modo, un servidor de testigos externo actúa como desempate. Cuando se ejecuta en este modo, cada miembro del nodo DAG obtiene un solo voto, pero el servidor testigo otorga un voto adicional a uno de los nodos DAG. Los datos de quórum del clúster se almacenan en el disco del sistema local de cada miembro, pero el servidor testigo tiene un archivo separado que apunta a un miembro DAG como la copia más actualizada de los datos de quórum del clúster DAG.

Cuando un DAG tiene un número impar de miembros, utiliza el modo de quórum de mayoría de nodos. En este modo, cada miembro de DAG obtiene un voto y el disco del sistema local de cada miembro se utiliza para almacenar los datos de quórum del clúster.

Es posible asignar manualmente miembros específicos del GCI con votos de quórum ponderados. No se recomienda hacerlo en la mayoría de las circunstancias y solo debe hacerse después de consultar directamente con el soporte técnico de Microsoft.Modo de Coordinación de Activación de Centro de datos

Modo de Coordinación de Activación de Centro de datos

El modo de Coordinación de Activación de Centro de datos (DAC) es una característica de DAG diseñada para evitar situaciones en las que una interrupción provoca que dos copias de una base de datos estén activas en dos servidores diferentes. El modo DAC requiere intervención manual cuando el servidor que aloja la base de datos no puede llegar a la mayoría de los servidores miembros de DAG.

Las prácticas recomendadas de Microsoft requieren que el modo DAC se active en cualquier DAG que tenga dos o más miembros y use replicación continua. Los únicos casos en los que no se recomienda el modo DAC para un DAG serían si el administrador estuviera utilizando una herramienta de replicación de terceros.

Cuando DAC está activo, hay comunicación adicional entre nodos DAG al inicio que utilizan el Protocolo DAC (DACP). DACP se establece en 0 al iniciar. Si el bit DACP permanece en 0, AM no intentará iniciar ninguna base de datos en ese nodo. El bit DACP también se puede establecer en 1 si otro miembro de DAG tiene su bit DACP establecido en 1 o cuando un nodo DAG puede ponerse en contacto con todos los servidores de su lista de miembros de DAG.

El modo DAC es útil cuando un centro de datos primario falla completamente y se activa un centro de datos de copia de seguridad. Cuando la energía regresa y los servidores aparecen antes de que la conexión de red de área extendida (WAN) vuelva a estar en línea, el modo DAC evita que diferentes copias de las mismas bases de datos terminen activas en ambos centros de datos.

Para un DAG con dos nodos, el modo DAC utiliza una comparación del tiempo de arranque del servidor testigo alternativo y la hora en que el bit DACP se estableció en 1 para determinar si puede montar bases de datos. Si el bit DACP se estableció en 1 antes de la hora de arranque del servidor testigo alternativo, el sistema asume que los dos servidores se reiniciaron al mismo tiempo, posiblemente debido a un corte de energía en el centro de datos principal, y el miembro DAG no tiene permitido montar bases de datos. Si el bit DACP se estableció en 1 después del tiempo de arranque del servidor testigo alternativo, el sistema asume que es seguro montar bases de datos.

Cmdlets de grupo de eliminación de datos y condiciones de cerebro dividido

El cerebro dividido es una situación en la que dos copias diferentes de la misma base de datos se activan al mismo tiempo en centros de datos diferentes. Cuando esto sucede, las dos copias diferentes de la base de datos divergen, causando la pérdida potencial de datos de usuario cuando las dos copias diferentes intentan reconciliarse.

Además de prevenir las afecciones de cerebro dividido, el modo DAC permite iniciar, detener y restaurar los cmdlets de grupo de capacidad de carga de la base de datos. Estos cmdlets se utilizan para realizar conmutaciones manuales del centro de datos. Cuando el modo DAC no está activo, el proceso de un centro de datos manual es complejo e implica tanto herramientas de Intercambio como un administrador de clúster.

Imagine una situación en la que un entorno de Intercambio consta de cuatro servidores, cada uno con una copia de la misma base de datos. Dos de estos servidores se encuentran en el centro de datos A y dos en el centro de datos B. Se produce un fallo de red en el enlace entre los dos centros de datos. Sin el modo DAC habilitado, sería posible que los servidores de cada centro de datos pensaran que necesitaban activar una copia de la base de datos.

El modo DAC evita este escenario de cerebro dividido al requerir mayoría de nodos antes de que se pueda activar una base de datos. La mayoría de nodos significa que la mayoría de los nodos del clúster, o DAG en este caso, deben estar en línea y ser accesibles para que un nodo DAG pueda activar una copia de la base de datos. Si hay un número par de nodos en el DAG, el testigo del recurso compartido de archivos también funcionará como miembro con derecho a voto para determinar la mayoría de nodos.

En el caso descrito anteriormente con un clúster de cuatro nodos y dos nodos en cada centro de datos, solo los servidores de Exchange en el centro de datos con el testigo de uso compartido de archivos podrían activar las bases de datos. Los nodos DAG del otro centro de datos no podrían activar ninguna base de datos hasta que pudieran ponerse en contacto con todos los servidores que figuran como miembros del DAG.

Testigo de un tercer sitio

Una característica añadida a Exchange en la era de 2013 fue la compatibilidad con un testigo de un tercer sitio, que tiene el poder de poner todos los recursos en línea sin intervención del administrador. Cuando cada sitio tiene una ruta de red independiente al testigo del tercer sitio, los nodos de un sitio pueden mantener el quórum utilizando el servidor de testigos. La desventaja de usar un testigo de un tercer sitio es que los administradores de Exchange deben tomarse el tiempo necesario para profundizar y comprender a fondo el comportamiento de su red.

Equilibrio de carga

El equilibrio de carga es una forma de que los administradores gestionen el tráfico de red que termina siendo dirigido a cada servidor de Exchange dentro de una red. Por lo general, es deseable administrar la distribución de conexiones de clientes entrantes entre los servidores de Exchange 2016 por dos razones:

1. Para distribuir la carga de trabajo. Si alguien se va a tomar la molestia de configurar y mantener varios servidores de Exchange, es una buena idea que todos esos servidores de Exchange trabajen de forma regular.
2. Para reducir el impacto de una falla. Cuando algo va mal, es bueno tener un sistema redundante para asumir la carga de trabajo del sistema fracasado.

El equilibrio de carga complementa los DAG. El trabajo de un DAG es: (1) asegurarse de que haya varias copias de cada buzón listas para ser activadas y (2) aceptar las solicitudes de los clientes en caso de que la copia activa no esté disponible. El equilibrio de carga funciona de la misma manera; su trabajo es asegurarse de que haya otros lugares para enviar tráfico de clientes en caso de que un lugar no esté disponible.

El equilibrio de carga puede extenderse entre dos o más servidores de Exchange en un solo sitio, o puede abarcar varios sitios. Una implementación de Exchange de Arquitectura preferida (PA) incluiría cuatro servidores de Exchange distribuidos en dos sitios de anuncios separados. Las versiones actuales de Exchange admiten el equilibrio de carga de ida y vuelta del sistema de nombres de dominio (DNS) de capa 4, Capa 7 y.

Arquitectura preferida de Exchange

Exchange PA es la implementación ideal de Exchange, según lo previsto por el equipo de Exchange de Microsoft. El PA se desarrolla teniendo en cuenta el costo total de propiedad (TCO), HA, resiliencia, redundancia y recuperación. El PA no está destinado a ser utilizado como un modelo de madurez; fue diseñado para ser utilizado como inspiración.

Clientes de Exchange Server

Los usuarios de Exchange acceden e interactúan con los mensajes a través de un cliente de correo electrónico. Microsoft Outlook es el cliente más común. Exchange Server 2016 también es compatible con lo siguiente:

• Outlook 2016
• Outlook 2013
• Paquete de servicio 2 (SP2) de Outlook 2010
• Outlook para Mac para Office 365
• Outlook para Mac 2011

Outlook también está disponible como una aplicación basada en la web, llamada Outlook en la web, anteriormente Aplicación Web de Outlook y comúnmente abreviada como OWA, para que los usuarios accedan e interactúen con mensajes de muchos navegadores web diferentes. Outlook en la web permite a los usuarios vincular y compartir documentos almacenados en OneDrive para empresas en un servidor de SharePoint local. Esto crea una forma más sencilla y directa para que los usuarios finales guarden y adjunten archivos a los correos electrónicos.

Pros y contras de Exchange Server

Si bien es fácil hablar de los pros de usar Microsoft Exchange, puede ser difícil identificar los contras, además de los costos de licencia. En este momento, hay pocos competitors si es que hay alguno competitors verdaderos competidores para intercambiar.

Exchange on-premise, todas las versiones contadas juntas, probablemente tenga la mayor base de usuarios activos, pero Microsoft no publica números sobre el número de usuarios activos en Exchange on-premise o Exchange Online. Outlook.com ahora se ejecuta en Exchange, por lo que intercambia en las instalaciones, Intercambia en línea y Outlook.com probablemente tenga más usuarios totales (de negocios y personales) que Gmail (de negocios y personales). Cualquier otra plataforma de mensajería de la competencia después de las ofertas de Microsoft y Google tiene bases de usuarios de negocios comparativamente pequeñas.

Después de las plataformas de mensajería empresarial de Microsoft y Google, la solución más grande en términos de base de usuarios instalados es probablemente Lotus Notes. Las comparaciones entre Notas e intercambio son difíciles porque Notes no es principalmente una solución de mensajería. Lotus Notes es una solución de base de datos que incluye funcionalidad de mensajería. Además, a partir del 30 de junio de 2019, IBM ha vendido la propiedad de Lotus Notes a HCL y ya no actualizará ese producto.

Zimbra es la solución de mensajería basada en Linux más grande. Hay soluciones Zimbra basadas en SCSI (SAS) locales y conectadas en serie disponibles. Hay versiones de código abierto de Zimbra disponibles, que incluyen diferentes opciones de licencia.

Todas las diferentes soluciones de mensajería con diferentes funciones y enfoques dificultan la comparación directa de pro y con. A continuación se presentan algunas comparaciones de alto nivel a favor y en contra. Estas listas no pretenden ser definitivas.

Exchange local vs Exchange Online

La opción más común para las empresas que buscan una solución de mensajería será entre Exchange locales y de Exchange Online.

Bolsa local
Pros	Contras
Los administradores pueden controlar la programación de actualizaciones y la disponibilidad de funciones	Las reparaciones de hardware son responsabilidad del administrador
Tarifa de licencia única	Debe ser mantenido localmente, en el sitio
Nadie fuera de la organización tiene acceso a servidores o datos	Los costos de hardware y software deben depreciarse

Intercambio en Línea
Pros	Contras
No es necesario mantener hardware o software	Solución inflexible
Gasto mensual de licencias	Pérdida potencial de control de sus datos
99.9% acuerdo de nivel de servicio (SLA) de tiempo de actividad	Potencialmente más caro
	Potencialmente requiere mantener actualizado el software local relacionado

Intercambio en línea vs. Gmail

Exchange Online
Pros	Con
Integration with other Office 365 applications	More expensive than Gmail
Hybrid integration with Exchange on-premises

Gmail
Pro	Cons
Less expensive than Exchange Online	Less complete suite of software
	No hybrid options
	Sin integración de anuncios

Microsoft Exchange Online

Microsoft ofrece Exchange como una oferta SaaS llamada Exchange Online. Está disponible como servicio independiente o como parte de la suite Office 365. Los usuarios finales se conectan a Exchange Online a través del cliente de Outlook o Outlook en la web. Los administradores con permisos administrativos de Office 365 configuran y administran el servicio. Microsoft ofrece Exchange como un servicio alojado para reducir el trabajo administrativo relacionado con las implementaciones locales de Exchange.

Precios de Exchange Server

Los precios de Exchange Server pueden variar ampliamente según cómo se compra y qué versión se compra.

El intercambio local se vende por servidor. Además, se requiere una Licencia de Acceso de Cliente (CAL) para cada usuario que acceda a Exchange. Exchange Server debe instalarse en un servidor que ejecute el sistema operativo Windows Server, que también debe tener licencia con un modelo CAL por servidor plus. El servidor debe estar instalado en un bosque de AD con al menos un DC.

Exchange Server viene en dos niveles de licencia: Standard y Enterprise. Las CAL de intercambio también vienen en estándar y Enterprise. Cada usuario debe tener una CAL estándar de Windows Server y puede tener una CAL de Empresa para una funcionalidad adicional. Tanto las CAL estándar como las Empresariales se pueden usar con cualquiera de las ediciones del servidor.

Exchange Online se vende por usuario y por mes, ya sea como una oferta independiente o como parte de un paquete de Office 365. Hay dos planes independientes. Plan Exchange Online 1 4 4 por usuario, por mes offers ofrece correo electrónico empresarial seguro y disponible, con un buzón de correo de 50 GB por usuario. Plan Exchange Online 2 8 8 por usuario, por mes builds se basa en el Plan 1 e incluye almacenamiento ilimitado, correo de voz alojado y funcionalidad de prevención de pérdida de datos (DLP).

Historial de Exchange Server

Exchange Server se lanzó por primera vez en una vista previa privada en 1993. En 1996, la primera versión disponible públicamente de Exchange Server fue lanzada como Exchange 4.0. El número de versión 4.0 en la primera versión de Exchange estaba destinado a significar que era la actualización de Microsoft Mail 3.5, pero estos eran dos programas drásticamente diferentes. Exchange 4.0 utilizó la X.protocolo 500 para servicios de directorio y entrega de correo.

En 1997, Exchange 5.0 fue lanzado. Esta fue la primera versión de Exchange en presentar el Protocolo de Transferencia de Correo Simple (SMTP) como protocolo de entrega del servidor de correo. SMTP hizo de Exchange 5.0 la primera versión capaz de comunicarse con otras plataformas de mensajería a través de Internet. Exchange 5.0 también introdujo OWA en Exchange 5.0 en un service pack posterior al lanzamiento.

Exchange 5.5 se lanzó menos de un año después de Exchange 5.0 y fue la primera versión de Exchange en venir en las ediciones Standard y Enterprise. Intercambio 5.5 también incluyó la introducción de la recuperación de elementos eliminados y soporte para el Protocolo de Acceso a Mensajes de Internet 4 (IMAP4) y los clientes v3 del Protocolo Ligero de Acceso a Directorios (LDAP).

Exchange Server 2000 fue lanzado dos años más tarde para coincidir con el lanzamiento de AD. Exchange 2000 incluyó una función de Mensajería Instantánea que más tarde se separó del Servidor de Comunicaciones de la Oficina. Exchange Server 2000 no fue ampliamente adoptado.

Exchange Server 2003 fue un gran paso adelante para Exchange, tanto en funcionalidad como en adopción. Exchange Server 2003 comenzó la tendencia de diferenciar diferentes servidores de Exchange para cumplir con diferentes funciones. Si bien el mismo software se instaló en todos los servidores de Exchange, en 2003 se apoyó la idea de designar algunos servidores como servidores front-end para alojar conexiones de clientes. Exchange 2003 también hizo las migraciones de versiones anteriores de Exchange mucho más fáciles al permitir la coexistencia de servidores 2003 en organizaciones que aún estaban ejecutando versiones anteriores.

Exchange Server 2007 fue otra versión importante que incluía una gran cantidad de nuevas funcionalidades. En el lanzamiento, Exchange 2007 no era compatible con carpetas públicas, pero ese soporte se devolvió con Service Pack 1 (SP1) después de las quejas de los clientes. Exchange 2007 fue el primer producto importante de Microsoft que adoptó completamente PowerShell. Por primera vez, todas las funcionalidades de Exchange estaban disponibles como comandos de PowerShell, aunque algunas funcionalidades no tenían controles de interfaz gráfica de usuario (GUI).

Exchange 2007 también introdujo el concepto de roles de servidor de Exchange completamente separados. 2007 incluyó cinco roles de servidor de Exchange diferentes que tenían software separado instalado en el servidor físico. Cuatro de esos roles se pueden instalar en un solo servidor físico si se desea, pero cada rol también se puede instalar en su propio servidor físico.

Exchange 2007 también introdujo UM para proporcionar servicios de telefonía «después de que se responda la llamada» e incluyó múltiples opciones de HA de base de datos. Estas opciones, que incluían múltiples formas de crear un clúster de base de datos, terminaron siendo complicadas y confusas de implementar y mantener.

Exchange 2010 fue una versión menor de Exchange Server. El cambio principal en Exchange Server 2010 fue la introducción del DAG y el abandono de las complicadas opciones de agrupación en clústeres de Exchange 2007. Exchange 2010 incluyó y mejoró la separación de roles de servidor de Exchange 2007, y mejoró las opciones de equilibrio de carga disponibles para una mejor disponibilidad de acceso al cliente. Office 365 se lanzó por primera vez durante el período de tiempo de Exchange 2010, y Exchange 2010 incluyó la primera funcionalidad híbrida de Exchange entre Exchange en las instalaciones y Exchange en línea.

Exchange 2013 fue lanzado en octubre. el 11 de diciembre de 2012, junto con las nuevas versiones de SharePoint y Skype empresarial. Esta versión significó la intención de Microsoft de crear una integración más estrecha entre los tres productos de servidor de oficina y sus versiones en línea de Office 365. Los buzones de correo del sitio se introdujeron en Exchange 2013 e incluyeron una funcionalidad que permitía el acceso a los buzones de correo de Exchange y al contenido de SharePoint juntos.

Exchange 2013 incluyó un cambio significativo en las carpetas públicas llamadas carpetas públicas modernas. Si bien la funcionalidad básica de las carpetas públicas siguió siendo la misma, la arquitectura detrás de escena se cambió para incluir carpetas públicas en las mismas bases de datos de buzones que los buzones de usuario. Durante el ciclo de vida de Exchange 2013, los clientes de Microsoft comenzaron a preguntarse si Microsoft seguiría desarrollando nuevas versiones de Exchange en las instalaciones o solo sería compatible con Exchange Online. La especulación se produjo principalmente porque las nuevas características de Exchange comenzaron a aparecer primero en Exchange Online, y luego se convertirían en versiones locales del software.

Exchange 2016 eliminó la capacidad de instalar roles de servidor de Exchange separados en servidores físicos separados, excepto el rol de Transporte perimetral.

Exchange Server 2019 incluía la posibilidad de instalar Exchange Server en Windows Server Core. Esta fue la primera versión de Exchange que se podía ejecutar y administrar con una interfaz gráfica de usuario. Todas las funciones de UM se eliminaron de Exchange 2019 en esta versión, y se agregaron nuevas funciones para Exchange 2019.

Versiones de Exchange Server

La siguiente lista muestra la progresión de la versión de Exchange Server con la fecha de lanzamiento y la compilación de software correspondientes:

• Exchange Server 4.0 Standard Edition fue lanzado por primera vez el 11 de junio de 1996, como build 4.0.837.
• Exchange Server 5.0 fue lanzado por primera vez el 23 de mayo de 1997, como build 5.0.1457.
• Exchange Server 5.5 se lanzó por primera vez en febrero. 3, 1998, como construcción 5.5.1960.
• El servidor Exchange 2000 se lanzó por primera vez en noviembre. 29, 2000, as build 6.0.4417.
• Exchange Server 2003 se lanzó por primera vez en septiembre. 28, 2003, as build 6.5.6944.
• Exchange Server 2007 se lanzó por primera vez el 8 de marzo de 2007, como compilación 8.0.685.25.
• Exchange Server 2010 se lanzó por primera vez en noviembre. 9, 2009, as build 14.00.0639.021.
• Exchange Server 2013 se lanzó por primera vez en diciembre. 3, 2012, como construcción 15.00.0516.032.
• Exchange Server 2016 se lanzó por primera vez en octubre. 1, 2015, como compilación 15.01.0225.042.
• Exchange Server 2019 se lanzó por primera vez en octubre. 14, 2018, como compilación 15.2.221.12.