Microsoft Exchange Server

Microsoft Exchange Server är Microsofts e-post, kalender, kontakt, schemaläggning och samarbetsplattform. Det distribueras på operativsystemet Windows Server (OS) för affärsbruk. Microsoft utformade Exchange Server för att ge användarna tillgång till meddelandeplattformen från mobila enheter, stationära datorer och webbaserade system. Telefonifunktioner i Exchange Server stöder röstmeddelanden.

Exchange-användare samarbetar genom kalender-och dokumentdelning. Lagrings-och säkerhetsfunktioner i plattformen låter organisationer arkivera innehåll, utföra sökningar och utföra efterlevnadsuppgifter. Exchange Server har utvecklats över tid, och det är nu en grundläggande komponent i Office 365 som en software as a service (SaaS) – erbjudande i Microsoft-molnet med Microsoft som tjänsteleverantör.

hur fungerar Exchange Server?

Exchange Server är en samarbetsprodukt i företagsklass som främst fokuserar på att skicka, ta emot och lagra e-postmeddelanden. Förutom att hantera meddelandetrafik tillhandahåller Exchange Server flera andra samarbetsfunktioner, som kalender och tät integration med andra Microsoft Office-applikationer.

Exchange Server är känd för sina hög tillgänglighet (HA) funktioner som säkerställer fortsatt service i olika avbrott scenarier. Detta inkluderar designvägar som kan säkerställa service vid fel på en server eller avbrott i datacentret.

Exchange Server 2019-funktioner

2019-utgåvan ger betydligt snabbare och mer tillförlitlig failover mellan servrar. Det var utformat för att förbättra övergripande prestanda och dra nytta av den senaste lagringshårdvaran, inklusive större diskar och SSD-enheter (SSD).

ytterligare funktioner i Exchange server 2019 inkluderar följande:

• ger stöd för upp till 256 GB minne och 48 CPU-kärnor;
• möjliggör installationer på Windows Server Core;
• möjliggör extern åtkomst till Exchange admin center (EAC) och Exchange Management Shell som ska blockeras inbyggt;
• använder dynamisk minnescacheallokering för att Optimera minnesanvändningen för aktiva databaser;
• förhindrar deltagare från att vidarebefordra mötesinbjudningar;
• ger slutanvändare ytterligare alternativ utanför kontoret;
• gör det möjligt för administratörer att avbryta möten som organiserats av en användare som har lämnat företaget;
• gör det möjligt för administratörer att tilldela delegerade behörigheter; och
• gör det möjligt för e-postadresser som innehåller icke-engelska tecken att dirigeras och levereras naturligt.

tillsammans med dessa ytterligare funktioner i Exchange 2019 har rollen Unified Messaging (UM) och alla tillhörande funktioner tagits bort från Exchange 2019. september. 16, 2019, blogg på Exchange-Teamwebbplatsen indikerade att Microsoft skulle driva det utökade stödet från Exchange Server 2010 från Jan. 14, 2020, till okt. 13, 2020, för att ge Exchange Server 2010-kunder mer tid att slutföra sina migreringar.

administratörer som kör Exchange Server 2010 arbetsbelastningar på Windows Server 2008 måste göra justeringar på grund av Jan. 14, 2020, livets slut för det server OS.

Exchange Server 2019 krav

följande krav måste uppfyllas för att installera Exchange 2019:

• Exchange 2019 kan installeras i Active Directory (AD) skogar med befintliga Exchange 2016 och/eller 2013 servrar. Inga tidigare versioner av Exchange får installeras i samma skog som Exchange 2019.
• alla domänkontrollanter (DCs) i annonsskogen måste köra Windows Server 2019 Standard eller Datacenter, Windows Server 2016 Standard eller Datacenter, eller Windows Server 2012 R2 Standard eller Datacenter.
• funktionsnivån AD forest måste vara Windows Server 2012 R2 eller högre.
• server hosting Exchange 2019 måste använda en 64-bitars processor.
• server hosting Exchange 2019 bör ha mellan 128 och 256 gigabyte (GB) random access memory (RAM).
• New Technology File System (NTFS) krävs på alla diskpartitioner som innehåller systempartitionen, Exchange binärer, diagnostiska loggar och transportdatabas. Resilient File System (ReFS) kan användas på partitioner som innehåller postlådedatabaser och transaktionsloggar.

Exchange Server hög tillgänglighet

Exchange Server har flera viktiga funktioner för att upprätthålla motståndskraft och HA. Postlådeserverkomponenterna i Exchange är beroende av databastillgänglighetsgrupper (dags). Klientåtkomstserverkomponenter är beroende av lastbalansering.

Databastillgänglighetsgrupper

DAG är det grundläggande utbytessystemet för att säkerställa HA. DAG introducerades först i Exchange 2010 och blev snabbt ett av de viktigaste delsystemen inom Exchange.

DAG är en grupp på upp till 16 Exchange-servrar som automatiskt kopierar databaser mellan medlemmar för att ge redundans i händelse av ett fel på antingen databasen eller servernivå. Varje medlemsserver i en dag kan vara värd för en kopia av en databas från någon annan medlemsserver i DAG. När en kopia av en databas har lagts till en annan server hålls den kopian automatiskt uppdaterad och redo att aktiveras när som helst.

DAG är baserad på Windows-kluster och inte teknik som är specifik för Exchange-teamet själv. Detta kan innebära att funktioner och buggar i Windows Server ibland kan ha en betydande inverkan på hur Exchange fungerar.

Active Manager

Active Manager (AM) är den Exchange-komponent som ansvarar för att hantera failover-händelser i en Exchange-miljö. Am körs i Microsoft Exchange Replication Service på alla Exchange 2016-servrar. När en Exchange-server är ansluten till en dag körs två am-roller på den servern: primär aktiv chef (PAM) och Standby Active Manager (SAM).

dag-medlemsservern som äger klusterkvorumresursen kommer att inneha PAM-rollen. Om dag-noden som håller quorum-resursen misslyckas flyttas PAM-rollen till servern som äger Quorum-resursen.

SAM ansvarar för att tillhandahålla information till de andra Exchange-komponenterna som kör AM-klienter om vilken databas kopia som för närvarande är aktiv. SAM upptäcker när en databas misslyckas och ber PAM att initiera failover-händelsen. SAM ansvarar inte för att välja vilken kopia av databasen som aktiveras efter ett fel. Den processen kallas bästa kopia och serverval (BCSS).

bästa kopieringsval

när ett databasfel upptäcks vidtar AM åtgärder för att återställa felet genom att välja den bästa kopian av den påverkade databasen som ska aktiveras. BCSS-processen går så här:

1. ett fel upptäcks av AM eller av hanterad tillgänglighet. Denna process kan också startas av en administratör som initierar en mållös övergång.
2. PAM startar BCSS interna algoritm.
3. underprocessen försök kopiera sista loggar (ACLL) försöker kopiera alla saknade loggfiler från servern som senast var värd för den aktiva kopian av databasen.
4. när ACLL-processen är klar kontrolleras ett AutoDatabaseMountDial-värde för servrar som är värd för kopior av databasen och jämförs med kopieringskölängden för databasen som aktiveras. Om antalet saknade loggfiler är mindre än eller lika med värdet för AutoDatabaseMountDial går AM vidare till steg fem. Om inte, kommer AM att starta denna process i steg två.
5. PAM utfärdar en monteringsbegäran till informationsbutiken. Om databasen inte monteras går AM tillbaka till steg två.

det finns ytterligare en logik i denna process om failover-händelsen triggas av en övervakningshändelse. Den extra logiken säkerställer att servern som tar över den aktiva databasen har bättre hälsa än servern den kom ifrån.

dag quorum-lägen

en DAG är en specifik implementering av ett Windows Server-kluster. Exchange-komponenterna i dag är beroende av den underliggande Windows Server Cluster-tekniken för att fungera. Begreppet kvorum är viktigt för att förstå hur man implementerar och hanterar dag.

kvorum är tanken att i händelse av att vissa DAG-medlemmar misslyckas finns det regler för vilka resurser de återstående medlemmarna kan tillhandahålla. Dessa kvorumregeluppsättningar finns för att ge konsekvent drift av en DAG och fungera som en tiebreaker i situationer där DAG-noder förlorar kommunikation med varandra.

när en DAG har ett jämnt antal noder använder den Node & File Share majoritets quorum-läge. I det här läget fungerar en extern vittnesserver som tiebreaker. När du kör i det här läget får varje dag-nodmedlem en enda röst, men vittnesservern ger en av DAG-noderna ytterligare en röst. Klusterkvorumdata lagras på varje medlems lokala systemdisk, men vittnesservern har en separat fil som pekar på en dag-medlem som den mest uppdaterade kopian av dag-klusterkvorumdata.

när en DAG har ett udda antal medlemmar använder den Node Majority quorum mode. I det här läget får varje dag-medlem en röst och varje medlems lokala systemdisk används för att lagra klusterkvorumdata.

det är möjligt att manuellt tilldela specifika dag-medlemmar med viktade kvorumröster. Att göra det rekommenderas inte under de flesta omständigheter och bör endast göras efter direkt samråd med Microsoft support.

datacenter Activation Coordination mode

datacenter Activation Coordination (DAC) – läge är en funktion i DAGs som är utformad för att förhindra situationer där ett avbrott gör att två kopior av en databas är live på två olika servrar. DAC-läget kräver manuell åtgärd när servern som är värd för databasen inte kan nå en majoritet av dag-medlemsservrarna.

Microsoft best practices kräver att DAC-läge aktiveras på alla DAG som har två eller flera medlemmar och använder kontinuerlig replikering. De enda fall där DAC-läge för en DAG inte rekommenderas skulle vara om administratören använde ett replikationsverktyg från tredje part.

när DAC är aktivt finns det ytterligare kommunikation mellan dag-noder vid start som använder DAC-protokollet (DACP). DACP är inställt på 0 vid start. Om DaCP-biten förblir på 0 försöker AM inte starta några databaser på den noden. DaCP-biten kan också ställas in på 1 om en annan dag-medlem har sin DACP-bit inställd på 1 eller när en dag-nod kan kontakta alla servrar på sin dag-medlemslista.

DAC-läget är användbart när ett primärt datacenter misslyckas helt och ett backup-datacenter aktiveras. När strömmen återgår och servrar kommer upp innan Wan-anslutningen (wide area network) är online igen, förhindrar DAC-läget att olika kopior av samma databaser hamnar aktiva i båda datacentren.

för en DAG med två noder använder DAC-läget en jämförelse av starttiden för den alternativa vittnesservern och tiden DACP-biten var inställd på 1 för att avgöra om den kan montera databaser. Om DaCP-biten var inställd på 1 tidigare än starttiden för den alternativa vittnesservern, antar systemet att de två servrarna startades om samtidigt-möjligen på grund av ett strömavbrott i det primära datacentret-och DAG-medlemmen får inte montera databaser. Om DaCP-biten var inställd på 1 efter starttiden för alternate witness-servern antar systemet att det är säkert att montera databaser.

Databaseavailabilitygrupp cmdlets och split-brain villkor

Split brain är en situation där två olika kopior av samma databas blir aktiva samtidigt i olika datacenter. När detta händer avviker de två olika kopiorna av databasen, vilket orsakar potentiell förlust av användardata när de två olika kopiorna försöker förena.

förutom att förhindra split-hjärnförhållanden möjliggör DAC-läget DatabaseAvailabilityGroup cmdlets att startas, stoppas och återställas. Dessa cmdlets används för att utföra manuella datacenteromkopplingar. När DAC-läget inte är aktivt är processen för ett manuellt datacenter komplex och involverar både Utbytesverktyg och en klusterhanterare.

Föreställ dig en situation där en Exchange-miljö består av fyra servrar, var och en har en kopia av samma databas. Två av dessa servrar finns i datacenter A och två är i datacenter B. Ett nätverksfel uppstår i länken mellan de två datacentren. Utan Dac-läge aktiverat skulle det vara möjligt för servrar i varje datacenter att tro att de behövde aktivera en kopia av databasen.

DAC-läge förhindrar detta split-brain-scenario genom att kräva nodmajoritet innan en databas kan aktiveras. Nod majoritet innebär att de flesta av noderna i klustret-eller DAG i det här fallet-måste vara online och nås för en dag nod för att kunna aktivera en databas kopia. Om det finns ett jämnt antal noder i DAG, kommer file share witness också att fungera som röstmedlem för att bestämma nodmajoritet.

i det fall som beskrivs ovan med ett kluster med fyra noder och två noder i varje datacenter, skulle endast Exchange-servrarna i datacentret med file share witness kunna aktivera databaser. Dag-noderna i det andra datacentret skulle hindras från att aktivera databaser tills de kunde kontakta alla servrar som är listade som medlemmar i DAG.

tredje platsvittne

en funktion som lagts till i Exchange under 2013-eran var stöd för ett tredje platsvittne, som har befogenhet att ta med alla resurser online utan administratörsintervention. När varje webbplats har en oberoende nätverksväg till det tredje platsvittnet kan noderna på en plats upprätthålla kvorum med hjälp av vittnesservern. Nackdelen med att använda en tredje plats vittne är att Exchange administratörer måste ta den tid som krävs för att gräva i och grundligt förstå deras nätverk beteende.

lastbalansering

lastbalansering är ett sätt för administratörer att hantera vilken nätverkstrafik som slutligen riktas till varje Exchange-server i ett nätverk. Vanligtvis är det önskvärt att hantera distributionen av inkommande klientanslutningar mellan Exchange 2016-servrar av två skäl:

1. för att fördela arbetsbelastningen. Om någon kommer att gå till besväret med att installera och underhålla flera Exchange-servrar, är det bra att låta alla dessa Exchange-servrar göra lite arbete regelbundet.
2. för att minska effekten av ett misslyckande. När något går fel är det trevligt att ha ett redundant system för att ta över arbetsbelastningen för det misslyckade systemet.

lastbalansering kompletterar dag. Jobbet för en DAG är: (1) för att säkerställa att det finns flera kopior av varje brevlåda redo att aktiveras och (2) för att acceptera klientförfrågningar om den aktiva kopian blir otillgänglig. Lastbalansering fungerar ungefär på samma sätt; dess uppgift är att se till att det finns andra platser att skicka klienttrafik om en plats blir otillgänglig.

lastbalansering kan sträcka sig mellan två eller flera Exchange-servrar på en enda plats, eller det kan sträcka sig över flera platser. En Preferred Architecture (PA) Exchange-distribution skulle omfatta fyra Exchange-servrar fördelade över två separata annonswebbplatser. Aktuella versioner av Exchange stöd Layer 4, Layer 7 och domain name system (DNS) round-robin lastbalansering.

Exchange Preferred Architecture

Exchange PA är den perfekta Exchange-distributionen, som förutsågs av Exchange-teamet på Microsoft. PA är utvecklat med total cost of ownership (TCO), HA, elasticitet, redundans och återhämtning i åtanke. PA är inte avsedd att användas som en mognadsmodell; den var avsedd att användas som inspiration.

Exchange Server-klienter

Exchange-användare får åtkomst till och interagerar med meddelanden via en e-postklient. Microsoft Outlook är den vanligaste klienten. Exchange Server 2016 stöder också följande:

• Outlook 2016
• Outlook 2013
• Outlook 2010 Service Pack 2 (SP2)
• Outlook för Mac för Office 365
• Outlook för Mac 2011

Outlook är också tillgängligt som en webbaserad applikation, kallad Outlook på webben-tidigare Outlook Web App och ofta förkortat till OWA-för användare att komma åt och interagera med meddelanden från många olika webbläsare. Med Outlook på webben kan användare länka och dela dokument som är lagrade i OneDrive för företag på en lokal SharePoint-server. Detta skapar ett enklare och mer direkt sätt för slutanvändare att spara och bifoga filer till e-post.

fördelar och nackdelar med Exchange Server

även om det är lätt att prata om fördelarna med att använda Microsoft Exchange, kan det vara svårt att identifiera några nackdelar, förutom licenskostnader. Just nu finns det få-om några-sanna konkurrenter att byta ut.

Exchange on-premises – alla versioner räknas tillsammans-har förmodligen den största aktiva användarbasen, men Microsoft släpper inte offentligt siffror om antalet aktiva användare antingen i Exchange on-premises eller Exchange Online. Outlook.com nu körs på Exchange, så Exchange on-premises, Exchange Online och Outlook.com förmodligen har fler totala användare (företag och personliga) än Gmail (företag och personliga). Alla andra konkurrerande meddelandeplattformar efter Microsofts och Googles erbjudanden har relativt små företagsanvändarbaser.

efter Microsofts och Googles affärsmeddelandeplattformar är den största lösningen när det gäller installerad användarbas förmodligen Lotus Notes. Jämförelser mellan Notes och Exchange är svåra eftersom Notes inte i första hand är en meddelandelösning. Lotus Notes är en databaslösning som innehåller meddelandefunktioner. Vidare har IBM från och med den 30 juni 2019 sålt ägandet av Lotus Notes till HCL och kommer inte längre att uppdatera den produkten.

Zimbra är den största Linux – baserade meddelandelösningen. Det finns både lokala och seriella SCSI-baserade (SAS) Zimbra-lösningar tillgängliga. Det finns öppna källkodsversioner av Zimbra tillgängliga, som inkluderar olika licensalternativ.

alla de olika meddelandelösningar med olika funktioner och fokuserar gör en rak pro och con jämförelse svårt. Nedan följer några högkvalitativa Pro-och con-jämförelser. Dessa listor är inte avsedda att vara definitiva.

Exchange on-premises vs. Exchange Online

det vanligaste valet för företag som letar efter en meddelandelösning är mellan Exchange on-premises och Exchange Online.

utbyte på plats
fördelar	nackdelar
administratörer kan styra uppgraderingsschema och tillgänglighet av funktioner	Hårdvarureparationer är administratörens ansvar
Engångslicensavgift	måste underhållas lokalt, på plats
ingen utanför organisationen har tillgång till servrar eller data	hårdvaru-och programvarukostnader måste skrivas av

Exchange Online
fördelar	nackdelar
inget behov av att underhålla hårdvara eller mjukvara	oflexibel lösning
månatlig licenskostnad	potentiell förlust av kontroll över dina data
99.9% serviceavtal för drifttid (SLA)	potentiellt dyrare
	potentiellt kräver att hålla relaterad lokal programvara uppdaterad

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
	ingen annons integration

Microsoft Exchange Online

Microsoft erbjuder Exchange som ett SaaS-erbjudande som heter Exchange Online. Den är tillgänglig som en fristående tjänst eller som en del av Office 365-sviten. Slutanvändare ansluter till Exchange Online via Outlook-klienten eller Outlook på webben. Administratörer med administratörsbehörighet för Office 365 konfigurerar och hanterar tjänsten. Microsoft erbjuder Exchange som en värdtjänst för att minska det administrativa arbetet med Exchange-lokala distributioner.

Exchange Server prissättning

Exchange Server prissättning kan variera mycket beroende på hur det köps och vilken version som köps.

Exchange on-premises säljs per server. Dessutom krävs en Klientåtkomstlicens (Cal) för varje användare som använder Exchange. Exchange Server måste installeras på en server som kör Windows Server OS, som också måste licensieras med en per-server plus CAL-modell. Servern måste installeras i en annonsskog med minst en likström.

Exchange Server själv kommer i två licensnivåer: Standard och Enterprise. Exchange CALs kommer också i Standard och Enterprise. Varje användare måste ha en Windows Server Standard CAL och kan ha en Enterprise CAL för ytterligare funktionalitet. Både Standard och Enterprise CAL kan användas med antingen server edition.

Exchange Online säljs per användare, per månad, antingen som ett fristående erbjudande eller som en del av ett Office 365-paket. Det finns två fristående planer. Exchange Online Plan 1 – $4 per användare, per månad-erbjuder säker och tillgänglig företags e-post, med en 50 GB brevlåda per användare. Exchange Online Plan 2 – $8 per användare, per månad-bygger på Plan 1 och inkluderar obegränsad lagring, värd röstbrevlåda och DLP-funktionalitet (data loss prevention).

historik för Exchange Server

Exchange Server släpptes först i en privat förhandsvisning 1993. 1996 släpptes den första offentligt tillgängliga versionen av Exchange Server som Exchange 4.0. 4.0-versionsnumret i den första utgåvan av Exchange var tänkt att betyda att det var uppgraderingen från Microsoft Mail 3.5, men det var två drastiskt olika program. Exchange 4.0 använde X.500 protokoll för katalogtjänster och postleverans.

1997 släpptes Exchange 5.0. Detta var den första versionen av Exchange med SMTP (Simple Mail Transfer Protocol) som leveransprotokoll för e-postserver. SMTP gjorde Exchange 5.0 till den första versionen som kunde kommunicera med andra meddelandeplattformar över internet. Exchange 5.0 introducerade också OWA i Exchange 5.0 i ett service pack efter utgåvan.

Exchange 5.5 släpptes mindre än ett år efter Exchange 5.0 och var den första versionen av Exchange som kom i standard-och Enterprise-utgåvor. Utbyte 5.5 inkluderade också införandet av återställning för raderade objekt och stöd för Internet Message Access Protocol 4 (IMAP4) och Lightweight Directory Access Protocol (LDAP) v3-klienter.

Exchange Server 2000 släpptes två år senare för att sammanfalla med lanseringen av AD. Exchange 2000 inkluderade en Snabbmeddelandefunktion som senare spunnits till Office Communications Server. Exchange Server 2000 antogs inte allmänt.

Exchange Server 2003 var ett stort steg framåt för Exchange, både i funktionalitet och adoption. Exchange Server 2003 startade trenden att differentiera olika Exchange-servrar för att möta olika funktioner. Medan samma programvara installerades på alla Exchange-servrar, stödde 2003 tanken på att utse vissa servrar som front-end-servrar för att vara värd för klientanslutningar. Exchange 2003 gjorde också migreringar från tidigare versioner av Exchange mycket enklare genom att möjliggöra samexistens av 2003-servrar i organisationer som fortfarande kör tidigare versioner.

Exchange Server 2007 var en annan stor version som innehöll en hel del nya funktioner. Vid utgåvan stödde Exchange 2007 inte offentliga mappar, men det stödet returnerades med Service Pack 1 (SP1) efter kundklagomål. Exchange 2007 var den första stora Microsoft-produkten som helt omfamnade PowerShell. För första gången var all funktionalitet i Exchange tillgänglig som PowerShell-kommandon, även om vissa funktioner inte hade grafiska användargränssnitt (GUI) – kontroller.

Exchange 2007 introducerade också begreppet helt separata Exchange Server-roller. 2007 inkluderade fem olika Exchange Server-roller som hade separat programvara installerad på den fysiska servern. Fyra av dessa roller kan installeras på en enda fysisk server om så önskas, men varje roll kan också installeras på sin egen fysiska server.

Exchange 2007 introducerade också UM för att tillhandahålla telefonitjänster” efter att samtalet besvarats ” och inkluderade flera databas HA-alternativ. Dessa alternativ, som inkluderade flera sätt att bygga ett databaskluster, blev komplicerade och förvirrande att distribuera och underhålla.

Exchange 2010 var en mindre version av Exchange Server. Den stora förändringen i Exchange Server 2010 var introduktionen av DAG och avskrivningen av de komplicerade klusteralternativen från Exchange 2007. Exchange 2010 inkluderade och förbättrade serverrollseparationen från Exchange 2007, och det förbättrade de tillgängliga lastbalanseringsalternativen för bättre tillgänglighet för Klientåtkomst. Office 365 släpptes först under Exchange 2010-tidsramen och Exchange 2010 inkluderade den första Exchange-hybridfunktionen mellan Exchange on-premises och Exchange Online.

Exchange 2013 släpptes den okt. 11, 2012, tillsammans med nya versioner av SharePoint och Skype för företag. Den här versionen innebar Microsofts avsikt att skapa en stramare integration mellan de tre Office server-produkterna och deras Office 365 Online-versioner. Webbplatspostlådor introducerades i Exchange 2013 och inkluderade funktioner som möjliggjorde åtkomst till Exchange-postlådor och SharePoint-innehåll tillsammans.

Exchange 2013 inkluderade en betydande förändring av offentliga mappar som heter moderna offentliga mappar. Medan den grundläggande funktionaliteten för offentliga mappar förblev densamma ändrades arkitekturen bakom kulisserna för att inkludera offentliga mappar i samma postlådedatabaser som användarpostlådor. Under livscykeln för Exchange 2013 började Microsoft-kunder undra om Microsoft skulle fortsätta att utveckla nya versioner av Exchange lokalt eller bara skulle stödja Exchange Online. Spekulationerna inträffade främst för att nya Exchange-funktioner började dyka upp i Exchange Online först, och sedan skulle de göra det till lokala versioner av programvaran.

Exchange 2016 tog bort möjligheten att installera separata Exchange Server-roller på separata fysiska servrar förutom Edge Transport-rollen.

Exchange Server 2019 inkluderade möjligheten att installera Exchange Server på Windows Server Core. Detta var den första versionen av Exchange som kunde köras och hanteras med ett GUI. Alla um-funktioner togs bort från Exchange 2019 i den här versionen och nya funktioner för Exchange 2019 lades till.

Exchange Server-versioner

följande lista visar versionen progression av Exchange Server med motsvarande releasedatum och programvara bygga:

• Exchange Server 4.0 Standard Edition släpptes först den 11 juni 1996 som build 4.0.837.
• Exchange Server 5.0 släpptes först den 23 maj 1997 som build 5.0.1457.
• Exchange Server 5.5 släpptes först Februari. 3, 1998, som build 5.5.1960.
• Exchange 2000 Server släpptes först November. 29, 2000, som build 6.0.4417.
• Exchange Server 2003 släpptes först September. 28, 2003, som build 6.5.6944.
• Exchange Server 2007 släpptes först 8 mars 2007, som build 8.0.685.25.
• Exchange Server 2010 släpptes först November. 9, 2009, som build 14.00.0639.021.
• Exchange Server 2013 släpptes först December. 3, 2012, som build 15.00.0516.032.
• Exchange Server 2016 släpptes först oktober. 1, 2015, som build 15.01.0225.042.
• Exchange Server 2019 släpptes först oktober. 14, 2018, som build 15.2.221.12.