Microsoft Exchange Server

Microsoft Exchange Server je Microsoft e-mail, kalendář, kontakt, plánování a spolupráce platformy. Je nasazen v operačním systému Windows Server (OS) pro obchodní použití. Microsoft navrhl Exchange Server, aby uživatelům umožnil přístup k platformě pro zasílání zpráv z mobilních zařízení, stolních počítačů a webových systémů. Telefonní funkce v Exchange Server podporují hlasové zprávy.

Uživatelé Exchange spolupracují prostřednictvím sdílení kalendáře a dokumentů. Funkce úložiště a zabezpečení v platformě umožňují organizacím archivovat obsah, provádět vyhledávání a provádět úkoly dodržování předpisů. Exchange Server se postupem času vyvíjel a nyní je základní součástí sady Office 365 jako software jako služba (SaaS), která nabízí v cloudu Microsoft a společnost Microsoft působí jako poskytovatel služeb.

jak funguje Exchange Server?

Exchange Server je produkt pro spolupráci podnikové třídy, který se primárně zaměřuje na odesílání, přijímání a ukládání e-mailových zpráv. Kromě správy provozu zpráv poskytuje Exchange Server několik dalších funkcí spolupráce, jako je kalendář a těsná integrace s dalšími aplikacemi Microsoft Office.

Exchange Server je známý svými funkcemi s vysokou dostupností (HA), které zajišťují nepřetržitý servis v různých scénářích výpadku. To zahrnuje návrhové cesty, které mohou zajistit servis během selhání jednoho serveru nebo výpadků datového centra.

funkce Exchange Server 2019

vydání 2019 poskytuje výrazně rychlejší a spolehlivější převzetí služeb při selhání mezi servery. Byl navržen tak, aby zlepšil celkový výkon a využil nejnovější úložný hardware, včetně větších disků a pevných disků (SSD).

Mezi další funkce v Exchange server 2019 patří následující:

• poskytuje podporu až 256 GB paměti a 48 jader CPU;
• umožňuje instalace na jádře Windows Server;
• umožňuje nativní blokování externího přístupu k Exchange admin center (EAC) a shellu Exchange Management;
• využívá dynamickou alokaci mezipaměti paměti pro optimalizaci využití paměti pro aktivní databáze;
• zabraňuje účastníkům předávat pozvánky na schůzky;
• poskytuje koncovým uživatelům další možnosti mimo kancelář;
• umožňuje správcům zrušit schůzky organizované uživatelem, který opustil společnost;
• umožňuje správcům přiřadit oprávnění delegátů; a
• umožňuje nativně směrovat a doručovat e-mailové adresy, které obsahují neanglické znaky.

spolu s těmito dalšími funkcemi v Exchange 2019 byla role Unified Messaging (UM) a všechny související funkce z Exchange 2019 odstraněny. září. 16, 2019, blog na webu Exchange Team naznačil, že společnost Microsoft bude prosazovat rozšířenou podporu serveru Exchange Server 2010 od ledna. 14, 2020, do října. 13, 2020, poskytnout zákazníkům Exchange Server 2010 více času na dokončení jejich migrace.

administrátoři, kteří provozují pracovní zatížení Exchange Server 2010 v systému Windows Server 2008, budou muset provést úpravy kvůli Jan. 14, 2020, konec životnosti tohoto serverového OS.

Exchange Server 2019 požadavky

pro instalaci Exchange musí být splněny následující požadavky 2019:

• Exchange 2019 může být instalován v Active Directory (AD) lesích s existujícími Exchange 2016 a / nebo 2013 servery. Žádné starší verze Exchange nesmí být instalovány ve stejném lese jako Exchange 2019.
• všechny řadiče domény (DCs) v AD lese musí být se systémem Windows Server 2019 Standard nebo Datacenter, Windows Server 2016 Standard nebo Datacenter, nebo Windows Server 2012 R2 Standard nebo Datacenter.
• úroveň funkce Ad forest musí být Windows Server 2012 R2 nebo vyšší.
• server hosting Exchange 2019 musí používat 64bitový procesor.
• server hosting Exchange 2019 by měl mít 128 až 256 gigabajtů (GB) paměti s náhodným přístupem (RAM).
• na všech diskových oddílech obsahujících systémový oddíl, binární soubory pro výměnu, diagnostické protokoly a transportní databázi je vyžadován systém souborů nové technologie (NTFS). Resilient File System (ReFS) lze použít na oddílech obsahujících databáze poštovních schránek a protokoly transakcí.

Exchange Server vysoká dostupnost

Exchange Server má několik důležitých funkcí pro udržení odolnosti a HA. Komponenty serveru poštovní schránky Exchange spoléhají na skupiny dostupnosti databáze (dag). Komponenty Client access server spoléhají na vyvažování zátěže.

skupiny dostupnosti databáze

Dag je základním výměnným subsystémem pro zajištění HA. DAG byl poprvé představen v Exchange 2010 a rychle se stal jedním z nejdůležitějších subsystémů v rámci Exchange.

Dag je skupina až 16 výměnných serverů, které automaticky kopírují databáze mezi členy, aby poskytly redundanci v případě selhání na úrovni databáze nebo serveru. Každý členský server DAG může hostit kopii databáze z jakéhokoli jiného členského serveru DAG. Jakmile je kopie databáze přidána na jiný server, je tato kopie automaticky aktualizována a připravena k aktivaci kdykoli.

Dag je založen na shlukování systému Windows a nikoli na technologii, která je specifická pro samotný výměnný tým. To může znamenat, že někdy mohou mít funkce a chyby v systému Windows Server významný dopad na fungování Exchange.

Active Manager

Active Manager (AM) je součást Exchange, která je zodpovědná za správu událostí při selhání v prostředí Exchange. AM běží v Microsoft Exchange Replication Service na všech serverech Exchange 2016. Když je server Exchange připojen k DAG, na tomto serveru jsou spuštěny dvě role AM: primární aktivní správce (PAM) a pohotovostní aktivní správce (SAM).

členský server DAG, který vlastní zdroj kvora klastru, bude mít roli PAM. Pokud uzel DAG, který drží zdroj kvora, selže, role PAM se přesune na server, který převezme vlastnictví zdroje kvora.

SAM je zodpovědný za poskytování informací ostatním komponentám Exchange, které používají am klienty o tom, která kopie databáze je aktuálně aktivní. SAM detekuje selhání databáze a požádá Pam o zahájení události převzetí služeb při selhání. SAM není zodpovědný za výběr, která kopie databáze je aktivována po selhání. Tento proces se nazývá best copy and server selection (BCSS).

výběr nejlepší kopie

když je zjištěna porucha databáze, AM podnikne kroky k obnovení selhání výběrem nejlepší kopie provedené databáze, kterou má aktivovat. Proces BCSS jde takto:

1. porucha je detekována AM nebo řízenou dostupností. Tento proces může také spustit správce, který zahájí bezcílné přepínání.
2. Pam spustí interní algoritmus BCSS.
3. podproces pokusu kopírovat Poslední protokoly (ACLL) se pokusí zkopírovat všechny chybějící soubory protokolu ze serveru, který naposledy hostil aktivní kopii databáze.
4. po dokončení procesu ACLL je zkontrolována hodnota AutoDatabaseMountDial pro servery hostující kopie databáze a je porovnána s délkou fronty kopií aktivované databáze. Pokud je počet chybějících souborů protokolu menší nebo roven hodnotě AutoDatabaseMountDial, am přejde ke kroku pět. Pokud ne, AM zahájí tento proces v kroku dva.
5. Pam vydá požadavek na připojení do úložiště informací. Pokud se Databáze nepřipojí, AM se vrátí ke kroku dva.

v tomto procesu existuje nějaká další logika, pokud je událost převzetí služeb při selhání spuštěna monitorovací událostí. Dodatečná logika zajistí, že server, který přebírá aktivní databázi, je v lepším zdravotním stavu než server, ze kterého pochází.

režimy kvora dag

Dag je specifická implementace klastru serveru Windows. Komponenty výměny Dag se spoléhají na základní technologii clusteru Windows Server, aby fungovaly. Koncept kvora je nezbytný pro pochopení toho, jak implementovat a spravovat dag.

kvorum je myšlenka, že v případě selhání některých členů DAG existují pravidla, která upravují, jaké zdroje mohou zbývající členové poskytnout. Tyto sady pravidel kvora existují, aby poskytovaly konzistentní fungování DAG a fungovaly jako tiebreaker v situacích, kdy uzly DAG ztratí vzájemnou komunikaci.

když má DAG sudý počet uzlů, používá uzel & režim usnášeníschopnosti sdílení souborů. V tomto režimu funguje externí server svědků jako tiebreaker. Při spuštění v tomto režimu získá každý člen uzlu DAG jeden hlas, ale server witness dává jednomu z uzlů DAG další hlas. Data kvora klastru jsou uložena na lokálním systémovém disku každého člena, ale server svědků má samostatný soubor, který ukazuje na jednoho člena DAG jako nejaktuálnější kopii dat kvora klastru DAG.

pokud má DAG lichý počet členů, používá režim kvora většiny uzlů. V tomto režimu, každý člen DAG dostane hlas, a místní systémový disk každého člena se používá k ukládání dat clusteru kvora.

je možné ručně přiřadit konkrétní členy DAG s váženými hlasy kvora. Ve většině případů se to nedoporučuje a mělo by to být provedeno pouze po přímé konzultaci s podporou společnosti Microsoft.

režim koordinace aktivace Datacenter

režim koordinace aktivace Datacenter (DAC) je funkce dag, která je navržena tak, aby zabránila situacím, kdy výpadek způsobí, že dvě kopie databáze budou aktivní na dvou různých serverech. Režim DAC vyžaduje ruční zásah, když server hostující databázi nemůže dosáhnout většiny členských serverů DAG.

osvědčené postupy společnosti Microsoft vyžadují aktivaci režimu DAC na jakémkoli DAG, který má dva nebo více členů a používá kontinuální replikaci. Jedinými případy, kdy se režim DAC pro DAG nedoporučuje, by bylo, kdyby Správce používal nástroj replikace třetí strany.

když je DAC aktivní, existuje další komunikace mezi uzly DAG při spuštění, které používají protokol DAC (DaCP). DaCP je při spuštění nastaven na 0. Pokud bit DACP zůstane na 0, AM se nepokusí spustit žádné databáze v tomto uzlu. Bit DACP může být také nastaven na 1, pokud má jiný člen DAG svůj bit DaCP nastaven na 1 nebo když uzel DAG může kontaktovat všechny servery v seznamu členů DAG.

režim DAC je užitečný, když primární datové centrum zcela selže a je aktivováno záložní datové centrum. Když se vrátí napájení a servery se objeví před připojením wide area network (WAN) zpět do režimu online, režim DAC zabrání tomu, aby různé kopie stejných databází skončily aktivní v obou datových centrech.

pro DAG se dvěma uzly používá režim DAC porovnání doby zavádění serveru alternativního svědka a času, kdy byl bit DACP nastaven na 1, aby se zjistilo, zda může připojit databáze. Pokud byl bit DACP nastaven na hodnotu 1 dříve, než je doba zavádění serveru Alternative witness, systém předpokládá, že dva servery byly restartovány současně-pravděpodobně kvůli výpadku napájení v primárním datovém centru – a člen DAG nemá povoleno připojovat databáze. Pokud byl bit DACP nastaven na 1 po době spuštění serveru Alternative witness, systém předpokládá, že je bezpečné připojit databáze.

DatabaseAvailabilityGroup cmdlets and split-brain conditions

Split brain je situace, kdy se dvě různé kopie stejné databáze aktivují současně v různých datových centrech. Když k tomu dojde, dvě různé kopie databáze se rozcházejí, což způsobuje potenciální ztrátu uživatelských dat, když se dvě různé kopie pokusí sladit.

kromě prevence stavů rozděleného mozku umožňuje režim DAC spouštění, zastavování a obnovování rutin DatabaseAvailabilityGroup. Tyto rutiny se používají k ručním přepínačům datových center. Pokud režim DAC není aktivní, proces ručního datového centra je složitý a zahrnuje jak Nástroje pro výměnu, tak Správce klastrů.

Představte si situaci, kdy prostředí Exchange sestává ze čtyř serverů, z nichž každý má kopii stejné databáze. Dva z těchto serverů jsou v datovém centru A a dva v datovém centru B. Ve spojení mezi dvěma datovými centry dochází k selhání sítě. Bez povoleného režimu DAC by bylo možné, aby si servery v každém datovém centru myslely, že potřebují aktivovat kopii databáze.

režim DAC zabraňuje tomuto scénáři rozděleného mozku tím, že vyžaduje většinu uzlů před aktivací databáze. Většina uzlů znamená, že většina uzlů v clusteru-nebo v tomto případě DAG-musí být online a dosažitelná, aby uzel DAG mohl aktivovat kopii databáze. Pokud je v DAG sudý počet uzlů, pak svědek sdílení souborů bude také pracovat jako hlasující člen k určení většiny uzlů.

v případě popsaném výše se čtyř uzlovým clusterem a dvěma uzly v každém datovém centru by databáze mohly aktivovat pouze Servery Exchange v datovém centru se svědkem sdílení souborů. Uzlům DAG v jiném datovém centru by bylo zabráněno v aktivaci jakýchkoli databází, dokud nebudou moci kontaktovat všechny servery, které jsou uvedeny jako členové DAG.

třetí svědek

funkce přidaná k výměně v éře 2013 byla podpora třetího svědka, který má pravomoc přinést všechny zdroje online bez zásahu Správce. Pokud má každý web nezávislou síťovou cestu ke svědkovi třetího místa, uzly na jednom místě mohou udržovat usnášeníschopnost pomocí serveru svědků. Nevýhodou použití svědka třetího místa je to, že správci burzy musí mít potřebný čas na to, aby se ponořili a důkladně porozuměli jejich chování v síti.

Load balancing

Load balancing je způsob, jak mohou správci spravovat, jaký síťový provoz nakonec směřuje na každý výměnný server v síti. Obvykle je žádoucí spravovat distribuci příchozích klientských připojení mezi servery Exchange 2016 ze dvou důvodů:

1. rozdělit pracovní zátěž. Pokud se někdo dostane do potíží s nastavením a údržbou více serverů Exchange, je dobré nechat všechny tyto servery Exchange pravidelně pracovat.
2. pro snížení dopadu poruchy. Když se něco pokazí, je hezké mít redundantní systém, který převezme pracovní zátěž neúspěšného systému.

vyvažování zátěže doplňuje dag. Úkolem DAG je: (1) zajistit, aby bylo připraveno k aktivaci více kopií každé poštovní schránky, a (2) přijmout požadavky klientů v případě, že aktivní kopie nebude k dispozici. Vyrovnávání zatížení funguje téměř stejným způsobem; jeho úkolem je zajistit, aby existovaly další místa pro odesílání klientského provozu, pokud by se jedno místo stalo nedostupným.

Load balancing se může pohybovat mezi dvěma nebo více výměnnými servery na jednom webu nebo může zahrnovat více webů. Nasazení výměny preferované architektury (PA) by zahrnovalo čtyři výměnné servery distribuované na dvou samostatných reklamních webech. Aktuální verze Exchange podporují layer 4, Layer 7 a domain name system (DNS) round-robin vyrovnávání zatížení.

Exchange preferovaná Architektura

Exchange PA je ideální výměna nasazení, jak předpokládá Exchange tým společnosti Microsoft. PA je vyvíjen s ohledem na celkové náklady na vlastnictví( TCO), HA, odolnost, redundanci a zotavení. PA není určen k použití jako model zralosti; byl navržen tak, aby byl použit jako inspirace.

klienti Exchange Server

Uživatelé Exchange přístup a interakci se zprávami prostřednictvím e-mailového klienta. Microsoft Outlook je nejběžnějším klientem. Exchange Server 2016 také podporuje následující:

• Outlook 2016
• Outlook 2013
• Outlook 2010 Service Pack 2 (SP2)
• Outlook pro Mac Pro Office 365
• Outlook pro Mac 2011

Outlook je také k dispozici jako webová aplikace, s názvem Outlook na webu-dříve Outlook Web App a běžně zkráceně OWA-pro uživatele pro přístup a interakci se zprávami z mnoha různých webových prohlížečů. Aplikace Outlook na webu umožňuje uživatelům propojit a sdílet dokumenty uložené v OneDrive for Business v místním serveru SharePoint. To vytváří jednodušší a přímější způsob, jak koncovým uživatelům ukládat a připojovat soubory k e-mailům.

klady a zápory serveru Exchange

i když je snadné mluvit o výhodách používání Microsoft Exchange, může být obtížné identifikovat jakékoli nevýhody, kromě licenčních nákladů. Právě teď existuje jen málo-pokud vůbec-skutečných konkurentů, kteří by si mohli vyměnit.

Exchange on-premises – všechny verze se počítají dohromady-má pravděpodobně největší aktivní uživatelskou základnu, ale Microsoft veřejně nezveřejňuje čísla o počtu aktivních uživatelů buď v Exchange on-premises, nebo Exchange Online. Outlook.com nyní běží na burze, takže výměna v prostorách, výměna Online a Outlook.com pravděpodobně mají více uživatelů (obchodní a osobní) než Gmail (obchodní a osobní). Jakákoli jiná konkurenční platforma pro zasílání zpráv po nabídkách Microsoftu a Googlu má poměrně malé uživatelské základny.

po platformách obchodních zpráv společnosti Microsoft a Google je největším řešením z hlediska nainstalované uživatelské základny pravděpodobně Lotus Notes. Srovnání mezi poznámkami a výměnou je obtížné, protože poznámky nejsou primárně řešením pro zasílání zpráv. Lotus Notes je databázové řešení, které zahrnuje funkce zasílání zpráv. Kromě toho od 30. června 2019 IBM prodala vlastnictví Lotus Notes společnosti HCL a tento produkt již nebude aktualizovat.

Zimbra je největší řešení pro zasílání zpráv založené na Linuxu. K dispozici jsou jak místní, tak sériově připojená řešení Zimbra založená na SCSI (SAS). K dispozici jsou open source verze Zimbra, které zahrnují různé možnosti licencování.

všechna různá řešení pro zasílání zpráv s různými funkcemi a zaměřením ztěžují přímé srovnání pro A con. Níže jsou uvedena některá srovnání Pro a con na vysoké úrovni. Tyto seznamy nejsou určeny jako konečné.

Exchange on-premises vs. Exchange Online

nejběžnější volbou pro podniky, které hledají řešení pro zasílání zpráv, bude mezi Exchange on-premises a Exchange Online.

výměna na místě
klady	nevýhody
Administrátoři mohou řídit plán upgradu a dostupnost funkcí	opravy hardwaru jsou odpovědností Správce
jednorázový licenční poplatek	musí být udržována lokálně, na místě
nikdo mimo organizaci nemá přístup k serverům nebo datům	náklady na Hardware a software musí být odpisovány

výměna Online
klady	nevýhody
není třeba udržovat hardware nebo software	nepružné řešení
měsíční licenční náklady	potenciální ztráta kontroly nad vašimi daty
99.9% uptime Service-level agreement (SLA)	potenciálně dražší
	potenciálně vyžaduje aktualizaci souvisejícího softwaru na místě

výměna 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
	žádná integrace reklam

Microsoft Exchange Online

Microsoft nabízí Exchange jako SaaS nabídku nazvanou Exchange Online. Je k dispozici jako samostatná služba nebo jako součást sady Office 365. Koncoví uživatelé se připojují k Exchange Online prostřednictvím klienta aplikace Outlook nebo aplikace Outlook na webu. Administrátoři s oprávněními pro správu Office 365 službu konfigurují a spravují. Společnost Microsoft nabízí službu Exchange jako hostovanou službu, která snižuje administrativní práci spojenou s nasazením Exchange na místě.

ceny serveru Exchange

ceny serveru Exchange se mohou značně lišit v závislosti na tom, jak je zakoupena a která verze je zakoupena.

Exchange on-premises se prodává na základě serveru. Kromě toho je pro každého uživatele, který přistupuje k Exchange, vyžadována licence Client Access License (CAL). Exchange Server musí být nainstalován na Serveru s operačním systémem Windows Server, který musí být také licencován s modelem per-server plus CAL. Server musí být nainstalován v AD lese s alespoň jedním DC.

samotný Exchange Server je dodáván ve dvou licenčních úrovních: Standard a podnik. Exchange CALs také přicházejí ve standardu a podniku. Každý uživatel musí mít standardní CAL systému Windows Server a může mít Cal Enterprise pro další funkce. Standardní i podnikové CALs lze použít s edicí serveru.

Exchange Online se prodává na jednoho uživatele, za měsíc buď jako samostatná nabídka, nebo jako součást balíčku Office 365. Existují dva samostatné plány. Exchange Online Plán 1 – $ 4 na uživatele, za měsíc-nabízí bezpečný a dostupný obchodní e-mail s poštovní schránkou 50 GB na uživatele. Exchange Online plán 2 – $ 8 na uživatele, za měsíc-staví na plánu 1 a zahrnuje neomezené úložiště, hostované hlasové schránky a prevence ztráty dat (DLP) funkčnost.

historie serveru Exchange

Exchange Server byl poprvé vydán v soukromém náhledu v roce 1993. V roce 1996 byla vydána první veřejně dostupná verze serveru Exchange Server jako Exchange 4.0. Číslo verze 4.0 v první verzi Exchange mělo znamenat, že se jedná o upgrade z Microsoft Mail 3.5, ale jednalo se o dva drasticky odlišné programy. Exchange 4.0 použil x.500 protokol pro adresářové služby a doručování pošty.

v roce 1997 byla vydána Exchange 5.0. Jednalo se o první verzi Exchange s funkcí Simple Mail Transfer Protocol (SMTP) jako mail server delivery protocol. SMTP udělal Exchange 5.0 první verzi schopnou komunikovat s jinými platformami pro zasílání zpráv přes internet. Exchange 5.0 také představil OWA v Exchange 5.0 v aktualizaci service pack po vydání.

Exchange 5.5 byla vydána méně než rok po Exchange 5.0 a byla první verzí Exchange, která přišla ve standardních a podnikových vydáních. Výměna 5.5 také zahrnovalo zavedení obnovy odstraněných položek a podporu pro klienty Internet Message Access Protocol 4 (IMAP4) a Lightweight Directory Access Protocol (LDAP) v3.

Exchange Server 2000 byl propuštěn o dva roky později, aby se shodoval s vydáním AD. Exchange 2000 součástí funkce Instant Messaging, který byl později točil off na Office Communications Server. Exchange Server 2000 nebyl široce přijat.

Exchange Server 2003 byl obrovský krok vpřed pro výměnu, a to jak ve funkčnosti a přijetí. Exchange Server 2003 zahájil trend rozlišování různých výměnných serverů tak, aby splňovaly různé funkce. Zatímco stejný software byl nainstalován na všech serverech Exchange, 2003 podpořil myšlenku označit některé servery jako front-end servery pro hostování klientských připojení. Exchange 2003 také usnadnil migraci z předchozích verzí Exchange tím, že umožnil koexistenci serverů 2003 v organizacích, které stále používaly předchozí verze.

Exchange Server 2007 byla další hlavní verze, která obsahovala mnoho nových funkcí. Při vydání Exchange 2007 nepodporoval veřejné složky, ale tato podpora byla vrácena s aktualizací Service Pack 1 (SP1) po stížnostech zákazníků. Exchange 2007 byl prvním významným produktem společnosti Microsoft, který plně přijal PowerShell. Poprvé byly všechny funkce Exchange k dispozici jako příkazy PowerShell, i když některé funkce neměly ovládací prvky grafického uživatelského rozhraní (GUI).

Exchange 2007 také představil koncept plně samostatných rolí serveru Exchange. 2007 zahrnovalo pět různých rolí Exchange Server, které měly samostatný software nainstalovaný na fyzickém serveru. Čtyři z těchto rolí by mohly být nainstalovány na jednom fyzickém serveru, pokud je to žádoucí, ale každá role by mohla být nainstalována také na svém vlastním fyzickém serveru.

Exchange 2007 také zavedla UM pro poskytování telefonních služeb „po přijetí hovoru“ a zahrnovala několik možností HA databáze. Tyto možnosti, které zahrnovaly několik způsobů vytvoření databázového clusteru, byly nakonec komplikované a matoucí pro nasazení a údržbu.

Exchange 2010 bylo menší vydání serveru Exchange. Hlavní změnou v Exchange Server 2010 bylo zavedení DAG a odmítnutí komplikovaných možností clusterů z Exchange 2007. Exchange 2010 zahrnoval a vylepšil oddělení role serveru Od Exchange 2007 a zlepšil Dostupné možnosti vyvažování zátěže pro lepší dostupnost přístupu ke klientům. Office 365 byl poprvé vydán během časového rámce Exchange 2010 a Exchange 2010 zahrnoval první hybridní funkci Exchange mezi Exchange on-premises a Exchange Online.

Exchange 2013 byl propuštěn na Říjen. 11, 2012, spolu s novými verzemi SharePoint a Skype for Business. Toto vydání znamenalo záměr společnosti Microsoft vytvořit těsnější integraci mezi třemi produkty Office server a jejich online verzemi Office 365. Poštovní schránky webu byly představeny ve službě Exchange 2013 a obsahovaly funkce, které umožňovaly přístup k poštovním schránkám Exchange a obsahu SharePoint společně.

Exchange 2013 zahrnoval významnou změnu ve veřejných složkách zvaných moderní veřejné složky. Zatímco základní funkčnost veřejných složek zůstala stejná, Architektura zákulisí byla změněna tak, aby zahrnovala veřejné složky ve stejných databázích poštovních schránek jako poštovní schránky uživatelů. Během životního cyklu Exchange 2013 se zákazníci společnosti Microsoft začali ptát, zda Microsoft bude i nadále vyvíjet nové verze Exchange v prostorách nebo bude podporovat pouze Exchange Online. Ke spekulacím došlo především proto, že se v Exchange Online začaly objevovat nové funkce Exchange, a pak by se dostali do místních verzí softwaru.

Exchange 2016 odstranil možnost instalovat samostatné role serveru Exchange na samostatných fyzických serverech s výjimkou role Edge Transport.

Exchange Server 2019 zahrnoval možnost instalace Exchange Server na jádro Windows Server. Toto byla první verze Exchange, která mohla být spuštěna a spravována pomocí GUI. Všechny funkce UM byly z Exchange 2019 v této verzi odstraněny a byly přidány nové funkce pro Exchange 2019.

verze serveru Exchange

následující seznam ukazuje vývoj verze serveru Exchange s odpovídajícím datem vydání a sestavením softwaru:

• Exchange Server 4.0 Standard Edition byl poprvé vydán 11. června 1996 jako build 4.0.837.
• Exchange Server 5.0 byl poprvé vydán 23. května 1997 jako build 5.0.1457.
• Exchange Server 5.5 byl poprvé vydán února. 3, 1998, jako build 5.5.1960.
• server Exchange 2000 byl poprvé vydán v listopadu. 29, 2000, jako sestavení 6.0.4417.
• Exchange Server 2003 byl poprvé vydán září. 28, 2003, jako build 6.5.6944.
• Exchange Server 2007 byl poprvé vydán 8. března 2007 jako build 8.0.685.25.
• Exchange Server 2010 byl poprvé vydán listopadu. 9, 2009, as build 14.00.0639.021.
• Exchange Server 2013 byl poprvé vydán Dec. 3, 2012, as build 15.00.0516.032.
• Exchange Server 2016 byl poprvé vydán Oct. 1, 2015, as build 15.01.0225.042.
• Exchange Server 2019 byl poprvé vydán Oct. 14, 2018, as build 15.2.221.12.