Microsoft Exchange Server

Microsoft Exchange Server é a plataforma de E-mail, calendário, contato, agendamento e colaboração da Microsoft. Ele é implantado no Sistema Operacional Windows Server (so) para uso comercial. A Microsoft projetou o Exchange Server para dar aos usuários acesso à plataforma de mensagens a partir de dispositivos móveis, desktops e sistemas baseados na web. Os recursos de telefonia no Exchange Server suportam mensagens de voz.

os usuários do Exchange colaboram por meio do compartilhamento de calendário e documentos. Os recursos de armazenamento e segurança na plataforma permitem que as organizações arquivem conteúdo, realizem pesquisas e executem tarefas de Conformidade. O Exchange Server evoluiu ao longo do tempo e agora é um componente fundamental do Office 365 como uma oferta de software como serviço (SaaS) na nuvem da Microsoft, com a Microsoft atuando como provedor de serviços.

como funciona o Exchange Server?O Exchange Server é um produto de colaboração de classe empresarial que se concentra principalmente no envio, recebimento e armazenamento de mensagens de E-mail. Além de gerenciar o tráfego de mensagens, o Exchange Server fornece vários outros recursos de colaboração, como calendário, e uma forte integração com outros aplicativos do Microsoft Office.

o Exchange Server é conhecido por seus recursos de alta disponibilidade (HA) que garantem o serviço contínuo em diferentes cenários de interrupção. Isso inclui caminhos de design que podem garantir o serviço durante falhas de servidor único ou interrupções de data center.

Exchange Server 2019 recursos

a versão de 2019 fornece failover significativamente mais rápido e confiável entre os servidores. Ele foi projetado para melhorar o desempenho geral e aproveitar o hardware de armazenamento mais recente, incluindo discos maiores e unidades de Estado Sólido (SSDs).

recursos Adicionais no Exchange server 2019 incluem o seguinte:

• oferece suporte para até 256 GB de memória e 48 núcleos de CPU;
• permite instalações no Windows Server Core;
• permite o acesso externo ao centro de administração do Exchange (EAC) e o Shell de Gerenciamento do Exchange para ser bloqueado originalmente;
• emprega dinâmica de memória alocação de cache para otimizar o uso da memória para bancos de dados ativos;
• impede os participantes de encaminhamento de convites de reunião;
• fornece aos usuários finais com o adicional de opções do Office;
• permite que os administradores para cancelar as reuniões que foram organizados por um usuário que deixou a empresa;
• permite que os administradores de atribuir permissões de delegado; e
• permite que endereços de e-mail que contêm caracteres não-inglês para ser encaminhado e entregue de forma nativa.

junto com esses recursos adicionais no Exchange 2019, a função de mensagens unificadas (UM) e todas as funcionalidades associadas foram removidas do Exchange 2019. setembro. 16, 2019, blog no site da equipe do Exchange indicou que a Microsoft empurraria o suporte estendido do Exchange Server 2010 a partir de Janeiro. 14, 2020, para outubro. 13, 2020, para dar aos clientes do Exchange Server 2010 mais tempo para concluir suas migrações.

os administradores que executam cargas de trabalho do Exchange Server 2010 no Windows Server 2008 precisarão fazer ajustes devido ao Jan. 14, 2020, fim da vida útil para esse sistema operacional do servidor.

Exchange Server 2019 requisitos

Os seguintes requisitos devem ser atendidos para instalar o Exchange 2019:

• Troca de 2019 pode ser instalado no Active Directory (AD) florestas existentes Troca de 2016 e/ou 2013 servidores. Nenhuma versão anterior do Exchange pode ser instalada na mesma floresta do Exchange 2019.
• todos os controladores de domínio (DCs) na floresta de anúncios devem estar executando o padrão ou Datacenter do Windows Server 2019, o padrão ou Datacenter do Windows Server 2016 ou o padrão ou Datacenter do Windows Server 2012 R2.
• o nível de função AD forest deve ser Windows Server 2012 R2 ou superior.
• o servidor hosting Exchange 2019 deve usar um processador de 64 bits.
• o servidor hosting Exchange 2019 deve ter entre 128 e 256 gigabytes (GB) de memória de acesso aleatório (RAM).
• o novo sistema de arquivos de tecnologia (NTFS) é necessário em todas as partições de disco contendo a partição do sistema, binários de troca, logs de diagnóstico e banco de dados de transporte. O Resilient File System (ReFS) pode ser usado em partições contendo bancos de dados de caixa de correio e logs de transações.

Exchange Server alta disponibilidade

Exchange Server tem vários recursos importantes para manter a resiliência e HA. Os componentes do servidor de caixa de correio do Exchange dependem de grupos de disponibilidade de banco de dados (DAGs). Os componentes do servidor de acesso ao cliente dependem do balanceamento de carga.

grupos de disponibilidade de banco de dados

o DAG é o subsistema de troca fundamental para garantir HA. O DAG foi introduzido pela primeira vez no Exchange 2010 e rapidamente se tornou um dos subsistemas mais importantes do Exchange.

O DAG é um grupo de até 16 servidores Exchange que automaticamente cópias de bancos de dados entre os membros para fornecer redundância em caso de falha no banco de dados ou no nível do servidor. Qualquer servidor membro de um DAG pode hospedar uma cópia de um banco de dados de qualquer outro servidor membro do DAG. Uma vez que uma cópia de um banco de dados é adicionada a outro servidor, essa cópia é automaticamente mantida atualizada e pronta para ser ativada a qualquer momento.

o DAG é baseado no Clustering do Windows e não na tecnologia específica da própria equipe do Exchange. Isso pode significar que, às vezes, Recursos e bugs no Windows Server podem ter um impacto significativo em como o Exchange funciona.

Active Manager

Active Manager (AM) é o componente do Exchange responsável pelo gerenciamento de eventos de failover em um ambiente do Exchange. O AM é executado no serviço de replicação do Microsoft Exchange em todos os servidores do Exchange 2016. Quando um servidor Exchange é conectado a um DAG, duas funções AM são executadas nesse servidor: Primary Active Manager (Pam) e Standby Active Manager (SAM).

o servidor membro do DAG que possui o recurso de quorum do cluster manterá a função PAM. Se o nó DAG que contém o recurso de quorum falhar, a função PAM será movida para o servidor que assume a propriedade do recurso de quorum.

o SAM é responsável por fornecer informações aos outros componentes do Exchange que estão executando clientes AM sobre qual cópia do banco de dados está ativa no momento. O SAM detecta quando um banco de dados falha e pede ao PAM para iniciar o evento de failover. O SAM não é responsável por selecionar qual cópia do banco de dados é ativada após uma falha. Esse processo é chamado de melhor cópia e seleção de servidor (BCSS).

melhor seleção de cópia

quando uma falha no banco de dados é detectada, o AM toma medidas para se recuperar da falha selecionando a melhor cópia do banco de dados afetado para ativar. O processo BCSS é assim:

1. uma falha é detectada por AM ou pela disponibilidade gerenciada. Esse processo também pode ser iniciado por um administrador que inicia uma transição sem target.
2. o PAM inicia o algoritmo interno do BCSS.
3. o subprocesso tentativa copiar últimos logs (ACLL) tenta copiar quaisquer arquivos de log ausentes do servidor que hospedou pela última vez a cópia ativa do banco de dados.
4. quando o processo ACLL é concluído, um valor AutoDatabaseMountDial é verificado para servidores que hospedam cópias do banco de dados e é comparado ao comprimento da fila de cópia do banco de dados que está sendo ativado. Se o número de arquivos de log ausentes for menor ou igual ao valor de AutoDatabaseMountDial, AM passa para a etapa cinco. Caso contrário, o AM iniciará esse processo na Etapa dois.
5. o PAM emite uma solicitação de montagem para o armazenamento de informações. Se o banco de dados não montar, o AM retornará à etapa dois.

há alguma lógica adicional neste processo se o evento de failover for acionado por um evento de monitoramento. A lógica adicional garantirá que o servidor que assume o banco de dados ativo esteja em Melhor Estado do que o servidor de onde veio.

modos de quorum DAG

um DAG é uma implementação específica de um Cluster do Windows Server. Os componentes do Exchange do DAGs dependem da tecnologia de Cluster do Windows Server subjacente para funcionar. O conceito de quorum é essencial para entender como implementar e gerenciar DAGs.O Quorum é a ideia de que, no caso de uma falha de alguns membros do DAG, existem regras para governar quais recursos os membros restantes podem fornecer. Esses conjuntos de regras de quorum existem para fornecer uma operação consistente de um DAG e atuar como um desempate em situações em que os nós dag perdem a comunicação entre si.

quando um DAG tem um número par de nós, ele usa o modo de quorum de maioria de compartilhamento de arquivos Node &. Neste modo, um servidor de testemunhas externo atua como o desempate. Ao executar neste modo, cada membro do nó dag recebe um único voto, mas o servidor witness dá a um dos nós dag uma votação adicional. Os dados do quorum do cluster são armazenados no disco do sistema local de cada membro, mas o servidor witness tem um arquivo separado que aponta para um membro DAG como a cópia mais atualizada dos dados do quorum do cluster dag.

quando um DAG tem um número ímpar de membros, ele usa o modo de quorum da maioria dos nós. Nesse modo, cada membro do DAG recebe um voto e o disco do sistema local de cada membro é usado para armazenar dados de quorum do cluster.

é possível atribuir manualmente membros DAG específicos com votos de quorum ponderados. Isso não é recomendado na maioria das circunstâncias e só deve ser feito após consulta direta com o Suporte da Microsoft.

modo de Coordenação de ativação do Datacenter

o modo de Coordenação de ativação do Datacenter (DAC) é um recurso do DAGs projetado para evitar situações em que uma interrupção faz com que duas cópias de um banco de dados estejam ativas em dois servidores diferentes. O modo DAC requer intervenção manual quando o servidor que hospeda o banco de dados não pode alcançar a maioria dos servidores membros do DAG.As práticas recomendadas da Microsoft exigem que o modo DAC seja ativado em qualquer DAG que tenha dois ou mais membros e use replicação contínua. Os únicos casos em que o modo DAC para um DAG não é recomendado seriam se o administrador estivesse usando uma ferramenta de replicação de terceiros.

quando o DAC está ativo, há comunicação adicional entre os nós dag na inicialização que usam o protocolo DAC (DACP). DACP é definido como 0 na inicialização. Se o bit DACP permanecer em 0, AM não tentará iniciar nenhum banco de dados nesse nó. O bit DACP também pode ser definido como 1 se outro membro dag tiver seu bit DACP definido como 1 ou quando um nó DAG puder entrar em contato com todos os servidores em sua lista de membros DAG.O modo DAC é útil quando um data center primário falha completamente e um data center de backup é ativado. Quando os retornos de energia e os servidores surgem antes que a conexão da rede de área ampla (WAN) esteja on-line novamente, o modo DAC impede que cópias diferentes dos mesmos bancos de dados acabem ativas em ambos os data centers.

Para um DAG com dois nós, o modo DAC usa uma comparação do tempo de inicialização do servidor testemunha alternativo e o momento em que o DACP bit definido como 1 para determinar se ele pode montar bancos de dados. Se o bit DACP foi definido como 1 antes do tempo de inicialização do servidor de testemunha alternativo, o sistema assume que os dois servidores foram reinicializados ao mesmo tempo-possivelmente por causa de uma falha de energia no data center primário-e o membro dag não tem permissão para montar bancos de dados. Se o bit DACP foi definido como 1 após o tempo de inicialização do servidor witness alternativo, o sistema assume que é seguro montar bancos de dados.

DatabaseAvailabilityGroup cmdlets e split-brain conditions

Split brain é uma situação em que duas cópias diferentes do mesmo banco de dados se tornam ativas ao mesmo tempo em diferentes data centers. Quando isso acontece, as duas cópias diferentes do banco de dados divergem, causando a perda potencial de dados do usuário quando as duas cópias diferentes tentam se reconciliar.

além de prevenir condições de cérebro dividido, o modo DAC permite que os cmdlets DatabaseAvailabilityGroup sejam iniciados, interrompidos e restaurados. Esses cmdlets são usados para realizar comutadores manuais de data center. Quando o modo DAC não está ativo, o processo de um data center manual é complexo e envolve Ferramentas de troca e um gerenciador de cluster.

Imagine uma situação em que um ambiente de troca consiste em quatro servidores, cada um com uma cópia do mesmo banco de dados. Dois desses servidores estão no data center A e dois estão no data center B. Uma falha de rede ocorre no link entre os dois data centers. Sem o modo DAC ativado, seria possível que os servidores em cada data center pensassem que precisavam ativar uma cópia do banco de dados.

o modo DAC impede esse cenário de cérebro dividido, exigindo a maioria dos nós antes que um banco de dados possa ser ativado. A maioria dos nós significa que a maioria dos nós no cluster-ou DAG neste caso-precisa estar online e acessível para que um nó DAG possa ativar uma cópia do banco de dados. Se houver um número par de nós no DAG, a testemunha de compartilhamento de arquivos também funcionará como um membro votante para determinar a maioria dos nós.

no caso descrito acima com um cluster de quatro nós e dois nós em cada data center, apenas os servidores Exchange no data center com a testemunha de compartilhamento de arquivos seriam capazes de ativar bancos de dados. Os nós DAG no outro data center seriam impedidos de ativar qualquer banco de dados até que pudessem entrar em contato com todos os servidores listados como membros do DAG.

testemunha do Terceiro site

um recurso adicionado ao Exchange na era de 2013 foi o suporte para uma testemunha do terceiro site, que tem o poder de colocar todos os recursos online sem intervenção do administrador. Quando cada site tem um caminho de rede independente para a testemunha do terceiro site, os nós em um site podem manter o quorum usando o servidor witness. A desvantagem de usar uma testemunha de terceiro site é que os administradores do Exchange precisam dedicar o tempo necessário para cavar e entender completamente seu comportamento de rede.

balanceamento de carga

o balanceamento de carga é uma maneira de os administradores gerenciarem o tráfego de rede que acaba sendo direcionado para cada servidor Exchange dentro de uma rede. Normalmente, é desejável gerenciar a distribuição de conexões de clientes de entrada entre os servidores do Exchange 2016 por dois motivos:

1. para distribuir a carga de trabalho. Se alguém vai se dar ao trabalho de configurar e manter vários servidores Exchange, é uma boa ideia ter todos esses servidores Exchange fazendo algum trabalho regularmente.
2. para reduzir o impacto de uma falha. Quando algo dá errado, é bom ter um sistema redundante para assumir a carga de trabalho do sistema com falha.

o balanceamento de carga complementa os DAGs. O trabalho de um DAG é: (1) para garantir que haja várias cópias de cada caixa de correio prontas para serem ativadas e (2) para aceitar solicitações do cliente, caso a cópia ativa fique indisponível. O balanceamento de carga funciona da mesma maneira; seu trabalho é garantir que haja outros locais para enviar o tráfego do cliente, caso um local fique indisponível.

o balanceamento de carga pode variar entre dois ou mais servidores Exchange em um único site, ou pode abranger vários sites. Uma implantação do Exchange de arquitetura preferida (PA) incluiria quatro servidores do Exchange distribuídos em dois sites de anúncios separados. Versões atuais do Exchange support Layer 4, Layer 7 e domain name system (DNS) round-robin load balancing.

Exchange Preferred Architecture

o Exchange PA é a implantação ideal do Exchange, conforme previsto pela equipe do Exchange na Microsoft. O PA é desenvolvido com custo total de propriedade (TCO), HA, resiliência, redundância e recuperação em mente. O PA não se destina a ser usado como modelo de maturidade; foi projetado para ser usado como inspiração.

clientes do Exchange Server

os usuários do Exchange acessam e interagem com mensagens por meio de um cliente de E-mail. O Microsoft Outlook é o cliente mais comum. O Exchange Server 2016 também suporta o seguinte:

• Outlook 2016
• Outlook 2013
• Outlook 2010 Service Pack 2 (SP2)
• Outlook para Mac do Office 365
• Outlook para Mac 2011

o Outlook também está disponível como um aplicativo baseado na web, chamado de Outlook na web-anteriormente o Outlook Web App e comumente abreviado para o OWA — para que os usuários acessam e interagem com as mensagens de muitos diferentes navegadores da web. O Outlook na web permite que os usuários vinculem e compartilhem documentos armazenados no OneDrive for Business em um servidor SharePoint local. Isso cria uma maneira mais simples e direta para os usuários finais salvarem e anexarem arquivos a e-mails.

prós e contras do Exchange Server

embora seja fácil falar sobre os prós do uso do Microsoft Exchange, pode ser difícil identificar quaisquer contras, além dos custos de licenciamento. No momento, há poucos-se houver-verdadeiros concorrentes para trocar.

Exchange on-premises-todas as versões contadas juntas-provavelmente tem a maior base de usuários ativa, mas a Microsoft não divulga publicamente números sobre o número de usuários ativos no Exchange on-premises ou no Exchange Online. Outlook.com agora funciona em troca, então troque no local, troque Online e Outlook.com provavelmente tem mais usuários totais (comerciais e pessoais) do que o Gmail (comercial e pessoal). Qualquer outra plataforma de mensagens concorrente após as ofertas da Microsoft e do Google tem bases de Usuários de pequenas empresas comparativamente.

após as plataformas de mensagens de negócios da Microsoft e do Google, a maior solução em termos de base de usuários instalada é provavelmente o Lotus Notes. Comparações entre notas e troca são difíceis porque notas não é principalmente uma solução de mensagens. O Lotus Notes é uma solução de banco de dados que inclui a funcionalidade de mensagens. Além disso, a partir de 30 de junho de 2019, a IBM vendeu a propriedade do Lotus Notes para a HCL e não estará mais atualizando esse produto.

Zimbra é a maior solução de mensagens baseada em Linux. Existem soluções Zimbra baseadas em SCSI (SAS) no local e em Série disponíveis. Existem versões de código aberto do Zimbra disponíveis, que incluem diferentes opções de licenciamento.

todas as diferentes soluções de mensagens com diferentes recursos e focos dificultam uma comparação direta entre Pro e Con. Abaixo estão algumas comparações Pro e con de alto nível. Essas listas não se destinam a ser definitivas.

Exchange on-premises vs. Exchange Online

a escolha mais comum para empresas que procuram uma solução de mensagens será entre o Exchange on-premises e o Exchange Online.

Exchange no local
Prós	Contras
os Administradores podem controlar a atualização de agenda e disponibilidade de recursos	as reparações de Hardware são de responsabilidade do administrador
One-time taxa de licenciamento	Deve ser mantida localmente, no site
Ninguém fora da organização tem acesso a servidores de dados ou	custos de Hardware e software devem ser amortizados

o Exchange Online
Prós	Contras
Não há necessidade de manutenção de hardware ou software	Inflexível solução
Mensal de licenciamento de despesa	Potencial de perda de controle de seus dados
99.9% o uptime do acordo de nível de serviço (SLA)	Potencialmente mais caros
	Potencialmente requer manutenção relacionado no local de software atualizado

o Exchange Online 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
	nenhuma integração do anúncio

Microsoft Exchange Online

a Microsoft oferece o Exchange como uma oferta SaaS chamada Exchange Online. Está disponível como um serviço autônomo ou como parte da suíte Office 365. Os usuários finais se conectam ao Exchange Online através do cliente Outlook ou Outlook na web. Administradores com permissões administrativas do Office 365 configuram e gerenciam o serviço. A Microsoft oferece o Exchange como um serviço hospedado para reduzir o trabalho administrativo envolvido com implantações locais do Exchange.

preços do Exchange Server

os preços do Exchange Server podem variar amplamente com base em como ele é comprado e em qual versão está sendo comprada.

o Exchange no local é vendido por servidor. Além disso, uma licença de acesso ao cliente (CAL) é necessária para cada usuário que acessa o Exchange. O Exchange Server deve ser instalado em um servidor executando o sistema operacional Windows Server, que também deve ser licenciado com um modelo cal por servidor mais. O servidor deve ser instalado em uma floresta de anúncios com pelo menos um DC.

o próprio Exchange Server vem em dois níveis de licença: Padrão e empresa. CALs de troca também vêm em padrão e empresa. Cada usuário deve ter um CAL padrão do Windows Server e pode ter um Cal corporativo para funcionalidade adicional. Tanto as CALs padrão quanto as Enterprise podem ser usadas com o server edition.

o Exchange Online é vendido por usuário, por mês, seja como uma oferta autônoma ou como parte de um pacote do Office 365. Existem dois planos autônomos. O Exchange Online Plan 1-US $4 por usuário, por mês-oferece e-mail comercial seguro e disponível, com uma caixa de correio de 50 GB por usuário. O Exchange Online Plan 2-US $ 8 por usuário, por mês-baseia-se no plano 1 e inclui armazenamento ilimitado, correio de voz hospedado e funcionalidade de prevenção de perda de dados (DLP).

histórico do Exchange Server

o Exchange Server foi lançado pela primeira vez em uma visualização privada em 1993. Em 1996, a primeira versão publicamente disponível do Exchange Server foi lançada como Exchange 4.0. O número da versão 4.0 na primeira versão do Exchange significava que era a atualização do Microsoft Mail 3.5, mas esses eram dois programas drasticamente diferentes. O Exchange 4.0 usou o X.500 Protocolo para serviços de diretório e entrega de correio.

em 1997, o Exchange 5.0 foi lançado. Esta foi a primeira versão do Exchange a apresentar o Simple Mail Transfer Protocol (SMTP) como o mail Server delivery protocol. O SMTP tornou o Exchange 5.0 a primeira versão capaz de se comunicar com outras plataformas de mensagens na internet. O Exchange 5.0 também introduziu o OWA no Exchange 5.0 em um service pack pós-lançamento.O Exchange 5.5 foi lançado menos de um ano após o Exchange 5.0 e foi a primeira versão do Exchange a entrar nas edições Standard e Enterprise. Troca 5.5 também incluiu a introdução de recuperação para itens excluídos e suporte para Internet Message Access Protocol 4 (IMAP4) e Lightweight Directory Access Protocol (LDAP) V3 clientes.

o Exchange Server 2000 foi lançado dois anos depois para coincidir com o lançamento do anúncio. O Exchange 2000 incluiu um recurso de mensagens instantâneas que foi posteriormente desmembrado no Office Communications Server. O Exchange Server 2000 não foi amplamente adotado.

o Exchange Server 2003 foi um grande passo em frente para o Exchange, tanto em funcionalidade quanto em adoção. O Exchange Server 2003 iniciou a tendência de diferenciar diferentes servidores Exchange para atender a diferentes funções. Embora o mesmo software tenha sido instalado em todos os servidores do Exchange, 2003 suportou a ideia de designar alguns servidores como servidores front-end para hospedar conexões de clientes. O Exchange 2003 também facilitou muito as migrações de versões anteriores do Exchange, permitindo a coexistência de servidores 2003 em organizações que ainda estavam executando versões anteriores.

o Exchange Server 2007 foi outra versão importante que incluiu muitas novas funcionalidades. No lançamento, o Exchange 2007 não suportava pastas públicas, mas esse suporte foi devolvido com Service Pack 1 (SP1) após reclamações de clientes. O Exchange 2007 foi o primeiro grande produto da Microsoft a adotar totalmente o PowerShell. Pela primeira vez, todas as funcionalidades do Exchange estavam disponíveis como comandos do PowerShell, embora algumas funcionalidades não tivessem controles de interface gráfica do usuário (GUI).

o Exchange 2007 também introduziu o conceito de funções de servidor do Exchange totalmente separadas. 2007 incluiu cinco funções diferentes do Exchange Server que tinham software separado instalado no servidor físico. Quatro dessas funções podem ser instaladas em um único servidor físico, se desejado, mas cada função também pode ser instalada em seu próprio servidor físico.

Exchange 2007 também introduziu UM para fornecer serviços de telefonia “depois que a chamada é atendida” e incluiu várias opções de banco de dados HA. Essas opções, que incluíam várias maneiras de construir um cluster de banco de dados, acabaram sendo complicadas e confusas de implantar e manter.

Exchange 2010 foi uma versão menor do Exchange Server. A principal mudança no Exchange Server 2010 foi a introdução do DAG e a descontinuação das complicadas opções de cluster do Exchange 2007. O Exchange 2010 incluiu e melhorou a separação de funções do servidor do Exchange 2007 e melhorou as opções de balanceamento de carga disponíveis para melhor disponibilidade de acesso do cliente. O Office 365 foi lançado pela primeira vez durante o período de tempo do Exchange 2010, e o Exchange 2010 incluiu a primeira funcionalidade híbrida do Exchange entre o Exchange no local e o Exchange Online.

Exchange 2013 foi lançado em outubro. 11, 2012, juntamente com novas versões do SharePoint e Skype for Business. Esta versão significou a intenção da Microsoft de criar uma integração mais estreita entre os três produtos do Office server e suas versões online do Office 365. As caixas de correio do Site foram introduzidas no Exchange 2013 e incluíram funcionalidades que permitiram o acesso às caixas de correio do Exchange e ao conteúdo do SharePoint juntos.

Exchange 2013 incluiu uma mudança significativa para pastas públicas chamadas pastas públicas modernas. Embora a funcionalidade básica das pastas públicas permanecesse a mesma, a arquitetura dos bastidores foi alterada para incluir pastas públicas nos mesmos bancos de dados de caixa de correio que as caixas de correio do Usuário. Durante o ciclo de vida do Exchange 2013, os clientes da Microsoft começaram a se perguntar se a Microsoft continuaria a desenvolver novas versões do Exchange no local ou apenas suportaria o Exchange Online. A especulação ocorreu principalmente porque novos recursos do Exchange começaram a aparecer no Exchange Online primeiro, e então eles o transformariam em versões locais do software.

o Exchange 2016 removeu a capacidade de instalar funções separadas do Exchange Server em servidores físicos separados, exceto para a função de transporte de borda.

Exchange Server 2019 incluiu a capacidade de instalar o Exchange Server no Windows Server Core. Esta foi a primeira versão do Exchange que poderia ser executada e gerenciada com uma GUI. Todos os recursos da UM foram removidos do Exchange 2019 nesta versão, e novos recursos para o Exchange 2019 foram adicionados.

versões do Exchange Server

a lista A seguir mostra a versão progressão do Exchange Server com a correspondente data de lançamento e compilação de software:

• o Exchange Server 4.0 Standard Edition foi lançado pela primeira vez em junho 11, de 1996, como construir 4.0.837.
• Exchange Server 5.0 foi lançado pela primeira vez em 23 de Maio de 1997, como build 5.0.1457.
• o Exchange Server 5.5 foi lançado pela primeira vez em Fevereiro. 3, 1998, como construir 5.5.1960.
• o Exchange 2000 Server foi lançado pela primeira vez em Novembro. 29, 2000, como construir 6.0.4417.
• Exchange Server 2003 foi lançado pela primeira vez em Setembro. 28, 2003, como construir 6.5.6944.
• o Exchange Server 2007 foi lançado pela primeira vez em 8 de Março de 2007, como build 8.0.685.25.
• Exchange Server 2010 foi lançado pela primeira vez em Novembro. 9, 2009, como construir 14.00.0639.021.
• o Exchange Server 2013 foi lançado pela primeira vez em Dezembro. 3, 2012, como construir 15.00.0516.032.
• o Exchange Server 2016 foi lançado pela primeira vez em outubro. 1, 2015, como construir 15.01.0225.042.
• o Exchange Server 2019 foi lançado pela primeira vez em outubro. 14, 2018, como construir 15.2.221.12.