Microsoft Udvekslingsserver

Microsoft Udvekslingsserver er Microsofts e-mail, kalender, kontakt, planlægning og samarbejdsplatform. Det er implementeret på os til forretningsbrug. Microsoft designet Udvekslingsserver for at give brugerne adgang til messaging-platformen fra mobile enheder, desktops og internetbaserede systemer. Telefoni kapaciteter i udveksling Server støtte talebeskeder.

udveksle brugere samarbejder gennem kalender og dokumentdeling. Lagrings-og sikkerhedsfunktioner på platformen giver organisationer mulighed for at arkivere indhold, udføre søgninger og udføre overholdelsesopgaver. Udvekslingsserver har udviklet sig over tid, og det er nu en grundlæggende komponent i Office 365 som et program som en tjeneste (SaaS), der tilbyder i Microsoft cloud, hvor Microsoft fungerer som tjenesteudbyder.

Hvordan fungerer Udvekslingsserver?

Udvekslingsserver er et samarbejdsprodukt i virksomhedsklasse, der primært fokuserer på at sende, modtage og gemme e-mails. Ud over at styre messaging trafik, udveksling Server giver flere andre samarbejdsfunktioner, ligesom kalender, og stram integration med andre Microsoft Office-programmer.

Udvekslingsserver er kendt for sine høje tilgængelighedsfunktioner (HA), der sikrer fortsat service i forskellige strømafbrydelsesscenarier. Dette inkluderer designstier, der kan sikre service under enkeltserverfejl eller datacenterafbrydelser.

Udvekslingsserver 2019 Funktioner

2019-udgivelsen giver betydeligt hurtigere og mere pålidelig failover mellem servere. Det var designet til at forbedre den samlede ydelse og drage fordel af det nyeste lagringsudstyr, inklusive større diske og solid state-drev (SSD ‘ er).

yderligere funktioner i Udvekslingsserver 2019 inkluderer følgende:

• giver støtte til op til 256 GB hukommelse og 48 CPU-kerner;
• muliggør installationer på vinduer Server Core;
• muliggør ekstern adgang til udveksling Administration center (EAC) og udveksling Management Shell, der skal blokeres indbygget;
• beskæftiger dynamisk hukommelse cache tildeling til at optimere hukommelsesforbruget til aktive databaser;
• forhindrer deltagere i at videresende mødeinvitationer;
• giver slutbrugere yderligere muligheder uden for kontoret;
• gør det muligt for administratorer at annullere møder, der blev arrangeret af en bruger, der har forladt virksomheden;
• gør det muligt for administratorer at tildele delegerede tilladelser; og
• gør det muligt at dirigere og levere E-mail-adresser, der indeholder ikke-engelske tegn.

sammen med disse yderligere funktioner i bytte 2019 er Unified Messaging (UM) – rollen og al tilknyttet funktionalitet fjernet fra udveksling 2019. En Sept. 16, 2019, blog på Udvekslingsteamsiden angav, at Microsoft ville skubbe den udvidede support fra Udvekslingsserver 2010 fra Jan. 14, 2020, til okt. 13, 2020, for at give Udvekslingsserver 2010-kunder mere tid til at gennemføre deres migrationer.

administratorer, der kører udveksling Server 2010 arbejdsbyrder på vinduer Server 2008 bliver nødt til at foretage justeringer på grund af Jan. 14, 2020, slutningen af livet for det server OS.

Udvekslingsserver 2019 krav

følgende krav skal være opfyldt for at installere udveksling 2019:

• udveksling 2019 kan installeres i Active Directory (AD) skove med eksisterende udveksling 2016 og/eller 2013 servere. Ingen tidligere versioner af udveksling må installeres i samme skov som udveksling 2019.
• alle domænecontrollere (DCs) i ANNONCESKOVEN skal køre standard 2019 Standard eller Datacenter, standard 2016 Standard eller Datacenter eller standard 2012 R2 Standard eller Datacenter.
• funktionen AD forest skal være R2 eller højere.
• Serverhostingudvekslingen 2019 skal bruge en 64-bit processor.
• Serverhostingudvekslingen 2019 skal have mellem 128 og 256 gigabyte (GB) random access memory (RAM).
• ny teknologi filsystem (NTFS) er påkrævet på alle diskpartitioner, der indeholder systempartitionen, Udvekslingsbinarier, diagnostiske logfiler og transportdatabase. Resilient File System (ReFS) kan bruges på partitioner, der indeholder postkassedatabaser og transaktionslogfiler.

Udvekslingsserver høj tilgængelighed

Udvekslingsserver har flere vigtige funktioner til at opretholde modstandsdygtighed og HA. Postkasseserverkomponenterne i udveksling er afhængige af Databasetilgængelighedsgrupper (dag ‘ er). Klientadgangsserverkomponenter er afhængige af belastningsbalancering.

databasetilgængelighedsgrupper

DAG er det grundlæggende Udvekslingsundersystem til sikring af HA. DAG blev først introduceret i udveksling 2010 og blev hurtigt et af de vigtigste delsystemer inden for udveksling.

DAG er en gruppe på op til 16 Udvekslingsservere, der automatisk kopierer databaser mellem medlemmer for at give redundans i tilfælde af en fejl på enten databasen eller serverniveauet. Enhver medlemsserver på en DAG kan være vært for en kopi af en database fra enhver anden medlemsserver på dagen. Når en kopi af en database er føjet til en anden server, denne kopi holdes automatisk opdateret og klar til at aktivere til enhver tid.

den DAG er baseret på vinduer klyngedannelse og ikke teknologi, der er specifik for udvekslingen holdet selv. Dette kan betyde, at nogle gange, funktioner og fejl i kan have en betydelig indvirkning på, hvordan udveksling funktioner.

Active Manager

Active Manager (AM) er den Udvekslingskomponent, der er ansvarlig for styring af failover-begivenheder i et Udvekslingsmiljø. AM kører i Microsoft udveksling replikering tjeneste på alle udveksling 2016 servere. Når en Udvekslingsserver er forbundet til en DAG, køres to am-roller på den server: primær aktiv Manager (PAM) og Standby aktiv Manager (SAM).

DAG-medlemsserveren, der ejer klyngens kvorumressource, vil have PAM-rollen. Hvis DAG-noden, der holder kvorumressourcen, mislykkes, flyttes PAM-rollen til den server, der overtager ejerskabet af kvorumressourcen.

SAM er ansvarlig for at give oplysninger til de andre Udvekslingskomponenter, der kører AM-klienter om, hvilken databasekopi der aktuelt er aktiv. SAM registrerer, når en database mislykkes, og beder PAM om at starte failover-begivenheden. SAM er ikke ansvarlig for at vælge, hvilken kopi af databasen der aktiveres efter en fejl. Denne proces kaldes best copy and server selection (BCSS).

bedste kopivalg

når der opdages en databasefejl, tager AM skridt til at komme sig efter fejlen ved at vælge den bedste kopi af den udførte database, der skal aktiveres. BCSS-processen går sådan:

1. en fejl registreres af AM eller af administreret tilgængelighed. Denne proces kan også startes af en administrator, der starter en targetless overgang.
2. PAM starter BCSS interne algoritme.
3. underprocessen forsøg kopier sidste logfiler (ACLL) forsøger at kopiere eventuelle manglende logfiler fra den server, der sidst var vært for den aktive kopi af databasen.
4. når ACLL-processen er afsluttet, kontrolleres en autodatabasemountdial-værdi for servere, der er vært for kopier af databasen, og sammenlignes med kopikølængden for den database, der aktiveres. Hvis antallet af manglende logfiler er mindre end eller lig med værdien af AutoDatabaseMountDial, går AM videre til trin fem. Hvis ikke, am starter denne proces på trin to.
5. PAM udsteder en monteringsanmodning til informationsbutikken. Hvis databasen ikke monteres, går AM tilbage til trin to.

der er en vis yderligere logik i denne proces, hvis failover-begivenheden udløses af en overvågningshændelse. Den ekstra logik vil sikre, at serveren, der overtager den aktive database, er i bedre sundhed end den server, den kom fra.

dag kvorumstilstande

en DAG er en specifik implementering af en serverklynge. Udvekslingskomponenterne i dag ‘ er er afhængige af, at den underliggende Serverklyngeteknologi fungerer. Begrebet beslutningsdygtighed er afgørende for at forstå, hvordan man implementerer og styrer dag ‘ er.

beslutningsdygtighed er tanken om, at der i tilfælde af svigt hos nogle DAG-medlemmer er regler for, hvilke ressourcer de resterende medlemmer kan give. Disse kvorumsregelsæt findes for at give ensartet drift af en DAG og fungere som en tiebreaker i situationer, hvor DAG-noder mister kommunikationen med hinanden.

når en DAG har et lige antal noder, bruger den Node & File Share Majority kvorum mode. I denne tilstand fungerer en ekstern vidneserver som tiebreaker. Når du kører i denne tilstand, får hvert DAG-knudemedlem en enkelt stemme, men vidneserveren giver en af DAG-knudepunkterne en ekstra stemme. Klyngens kvorumsdata gemmes på hvert medlems lokale systemdisk, men vidneserveren har en separat fil, der peger på et DAG-medlem som den mest opdaterede kopi af DAG-klyngens kvorumsdata.

når en DAG har et ulige antal medlemmer, bruger den node flertal kvorum tilstand. I denne tilstand får hvert DAG-medlem en stemme, og hvert medlems lokale systemdisk bruges til at gemme klyngekvorumdata.

det er muligt manuelt at tildele specifikke DAG-medlemmer med vægtede beslutningsdygtige stemmer. Det anbefales ikke under de fleste omstændigheder og bør kun ske efter direkte konsultation med Microsoft-support.

Datacenteraktiveringskoordineringstilstand

Datacenteraktiveringskoordinering (DAC) – tilstand er en funktion i dag ‘ er, der er designet til at forhindre situationer, hvor en afbrydelse får to kopier af en database til at være live på to forskellige servere. DAC-tilstand kræver manuel indgriben, når serveren, der er vært for databasen, ikke kan nå et flertal af DAG-medlemsserverne.

Microsoft best practices kræver, at DAC-tilstand aktiveres på enhver DAG, der har to eller flere medlemmer og bruger kontinuerlig replikering. De eneste tilfælde, hvor DAC-tilstand til en DAG ikke anbefales, ville være, hvis administratoren brugte et tredjeparts replikationsværktøj.

når DAC er aktiv, er der yderligere kommunikation mellem DAG-noder ved opstart, der bruger DAC-protokollen (DaCP). DACP er indstillet til 0 ved opstart. Hvis DaCP-bit forbliver på 0, vil AM ikke forsøge at starte nogen databaser på den node. DaCP-bit kan også indstilles til 1, hvis et andet DAG-medlem har sin DACP-bit indstillet til 1, eller når en DAG-node kan kontakte alle servere på sin dag-medlemsliste.

DAC-tilstand er nyttig, når et primært datacenter fejler fuldstændigt, og et backup-datacenter er aktiveret. Når strømmen vender tilbage, og servere kommer op, før forbindelsen til det brede netværk er online igen, forhindrer DAC-tilstand, at forskellige kopier af de samme databaser ender med at være aktive i begge datacentre.

for en DAG med to noder bruger DAC-tilstand en sammenligning af opstartstiden for den alternative vidneserver og det tidspunkt, hvor DACP-bit blev indstillet til 1 for at afgøre, om den kan montere databaser. Hvis DaCP-bit blev indstillet til 1 tidligere end starttidspunktet for den alternative vidneserver, antager systemet, at de to servere blev genstartet på samme tid-muligvis på grund af strømsvigt i det primære datacenter-og DAG-medlemmet har ikke lov til at montere databaser. Hvis DaCP-bit blev indstillet til 1 Efter opstartstiden for den alternative vidneserver, antager systemet, at det er sikkert at montere databaser.

Databasetilgængelighedgruppe cmdlets og split-brain betingelser

Split brain er en situation, hvor to forskellige kopier af samme database bliver aktive på samme tid i forskellige datacentre. Når dette sker, afviger de to forskellige kopier af databasen, hvilket forårsager det potentielle tab af brugerdata, når de to forskellige kopier forsøger at forene.

ud over at forhindre split-hjerne-tilstande muliggør DAC-tilstand Databaseavailability Group cmdlet ‘ er, der skal startes, stoppes og gendannes. Disse cmdlet ‘ er bruges til at udføre manuelle datacenteromskiftninger. Når DAC-tilstand ikke er aktiv, er processen med et manuelt datacenter kompleks og involverer både Udvekslingsværktøjer og en klyngestyring.

Forestil dig en situation, hvor et Udvekslingsmiljø består af fire servere, der hver har en kopi af den samme database. To af disse servere er i Datacenter A og to er i datacenter B. Der opstår en netværksfejl i forbindelsen mellem de to datacentre. Uden DAC-tilstand aktiveret, ville det være muligt for servere i hvert datacenter at tro, at de havde brug for at aktivere en kopi af databasen.

DAC-tilstand forhindrer dette split-hjerne-scenarie ved at kræve node-flertal, før en database kan aktiveres. Node flertal betyder, at de fleste af knudepunkterne i klyngen-eller DAG i dette tilfælde-skal være online og nås for en DAG node for at kunne aktivere en databasekopi. Hvis der er et lige antal noder i DAG, fungerer fildelingsvidnet også som et stemmeberettiget medlem for at bestemme node flertal.

i det ovenfor beskrevne tilfælde med en klynge med fire knudepunkter og to noder i hvert datacenter er det kun Udvekslingsserverne i datacentret med fildelingsvidnet, der kan aktivere databaser. DAG-knudepunkterne i det andet datacenter ville blive forhindret i at aktivere databaser, indtil de var i stand til at kontakte alle servere, der er opført som medlemmer af DAG.

tredje site vidne

en funktion tilføjet til udveksling i 2013-æraen var støtte til et tredje site vidne, som har beføjelse til at bringe alle ressourcer online uden administratorintervention. Når hvert sted har en uafhængig netværkssti til vidnet på det tredje sted, knudepunkterne på et sted kan opretholde beslutningsdygtighed ved hjælp af vidneserveren. Ulempen ved at bruge et vidne fra et tredje sted er, at Udvekslingsadministratorer skal tage den nødvendige tid til at grave ind og grundigt forstå deres netværksadfærd.

belastningsbalancering

belastningsbalancering er en måde for administratorer at styre, hvilken netværkstrafik der ender med at blive rettet til hver Udvekslingsserver i et netværk. Normalt er det ønskeligt at styre fordelingen af indgående klientforbindelser mellem udveksling 2016-servere af to grunde:

1. at fordele arbejdsbyrden. Hvis nogen vil gå i besværet med at oprette og vedligeholde flere Udvekslingsservere, er det en god ide at få alle disse Udvekslingsservere til at udføre noget arbejde regelmæssigt.
2. for at reducere virkningen af en fejl. Når noget går galt, er det rart at have et overflødigt system til at overtage arbejdsbyrden for det mislykkede system.

belastningsbalancering supplerer dag ‘ er. Opgaven for en DAG er: (1) at sikre, at der er flere kopier af hver postkasse klar til at blive aktiveret, og (2) at acceptere klientanmodninger, hvis den aktive kopi bliver utilgængelig. Belastningsbalancering fungerer meget på samme måde; dets job er at sikre, at der er andre steder at sende klienttrafik, hvis et sted bliver utilgængeligt.

Load balancing kan spænde mellem to eller flere Udvekslingsservere på et enkelt sted, eller det kan spænde over flere steder. En foretrukken arkitektur (PA) – udveksling vil omfatte fire Udvekslingsservere fordelt på to separate annoncesider. Aktuelle versioner af udveksling support Layer 4, Layer 7 og domain name system (DNS) round-robin load balancing.

udveksling foretrukken arkitektur

udveksling PA er den ideelle udveksling implementering, som forudset af udvekslingen Team på Microsoft. PA er udviklet med samlede ejeromkostninger (TCO), HA, elasticitet, redundans og genopretning i tankerne. PA er ikke beregnet til at blive brugt som modenhedsmodel; det var designet til at blive brugt som inspiration.

udveksle Serverklienter

udveksle brugere få adgang til og interagere med meddelelser via en e-mail-klient. Microsoft Outlook er den mest almindelige klient. Udvekslingsserver 2016 understøtter også følgende:

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

Outlook er også tilgængelig som en internetbaseret applikation, kaldet Outlook på internettet-tidligere Outlook-App og ofte forkortet til Outlook – for brugere at få adgang til og interagere med meddelelser fra mange forskellige internetsøgere. I Outlook på internettet kan brugerne sammenkæde og dele dokumenter, der er gemt i OneDrive for Business, på en lokal SharePoint-server. Dette skaber en enklere og mere direkte måde for slutbrugere at gemme og vedhæfte filer til e-mails.

fordele og ulemper ved Udvekslingsserver

selvom det er let at tale om fordelene ved at bruge Microsoft-udveksling, kan det være svært at identificere eventuelle ulemper udover licensomkostninger. Lige nu er der få-hvis nogen-sande konkurrenter at udveksle.

udveksling lokalt-alle versioner tælles sammen-har sandsynligvis den største aktive brugerbase, men Microsoft frigiver ikke offentligt tal om antallet af aktive brugere, hverken i bytte lokalt eller online. Outlook.com nu kører på udveksling, så udveksle on-premises, udveksle Online og Outlook.com sandsynligvis har flere samlede brugere (business og personlige) end Gmail (business og personlige). Enhver anden konkurrerende messaging-platform efter Microsofts og Googles tilbud har relativt små forretningsbrugerbaser.

efter Microsofts og Googles forretningsmeddelingsplatforme er den største løsning med hensyn til installeret brugerbase sandsynligvis Lotus Notes. Sammenligninger mellem noter og udveksling er vanskelige, fordi noter ikke primært er en messaging-løsning. Lotus Notes er en database løsning, der omfatter messaging funktionalitet. Desuden har IBM fra 30.juni 2019 solgt ejerskab af Lotus Notes til HCL og vil ikke længere opdatere dette produkt.

IMBRA er den største messaging-løsning. Der er både on-premises og Serial-Attached SCSI (SAS)-baserede løsninger til rådighed. Der er open source-versioner til rådighed, som inkluderer forskellige licensmuligheder.

alle de forskellige messaging-løsninger med forskellige funktioner og fokus gør en lige Pro og con sammenligning vanskelig. Nedenfor er nogle højt niveau Pro og con sammenligninger. Disse lister er ikke beregnet til at være endelige.

udveksling lokalt vs. udveksling online

det mest almindelige valg for virksomheder, der leder efter en messaging-løsning, vil være mellem udveksling lokalt og udveksling online.

udveksling på stedet
fordele	ulemper
administratorer kan styre opgradering tidsplan og funktion tilgængelighed	reparationer er administratorens ansvar
engangslicensgebyr	skal vedligeholdes lokalt på stedet
ingen uden for organisationen har adgang til servere eller data	omkostninger til maskinel og programmel skal afskrives

udveksling Online
fordele	ulemper
ingen grund til at vedligeholde udstyr eller programmer	Ufleksibel løsning
Månedlig licensudgift	potentielt tab af kontrol over dine data
99.9% oppetid serviceniveauaftale (SLA)	potentielt dyrere
	potentielt kræver at holde relaterede lokale programmer opdateret

udveksling 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 ad integration

Microsoft udveksling online

Microsoft tilbyder udveksling som et SaaS-tilbud kaldet udveksling Online. Den fås som en enkeltstående service eller som en del af Office 365-pakken. Slutbrugere opretter forbindelse for at udveksle Online via Outlook-klienten eller Outlook på internettet. Administratorer med Office 365 administrative tilladelser konfigurerer og administrerer tjenesten. Microsoft tilbyder udveksling som en hostet tjeneste for at reducere det administrative arbejde, der er involveret i udveksling af lokale implementeringer.

prissætning af Udvekslingsserver

prissætning af Udvekslingsserver kan variere meget afhængigt af, hvordan den købes, og hvilken version der købes.

udveksling på stedet sælges på en per-server basis. Derudover kræves en klientadgangslicens (CAL) for hver bruger, der får adgang til udveksling. Server skal installeres på en server, der kører server OS, som også skal være licenseret med en per-server plus Cal model. Serveren skal installeres i en ANNONCESKOV med mindst en DC.

Udvekslingsserver selv kommer i to licensniveauer: Standard og Enterprise. Udveksling CALs også kommer i Standard og Enterprise. Hver bruger skal have en standard Cal og kan have en Enterprise CAL for yderligere funktionalitet. Både Standard og Enterprise CALs kan bruges med enten server edition.

udveksling online sælges pr.bruger, pr. måned, enten som et enkeltstående tilbud eller som en del af et Office 365-bundt. Der er to enkeltstående planer. Udveksling online Plan 1 – $4 per bruger, per måned-tilbyder sikker og tilgængelig business e-mail, med en 50 GB postkasse per bruger. Udveksling online Plan 2 – $8 per bruger, per måned-bygger på Plan 1 og omfatter ubegrænset lagerplads, hosted voicemail og data Loss prevention (DLP) funktionalitet.

historie om Udvekslingsserver

Udvekslingsserver blev først udgivet i en privat forhåndsvisning i 1993. I 1996 blev den første offentligt tilgængelige version af Udvekslingsserver frigivet som udveksling 4.0. 4.0-versionsnummeret i den første udgivelse af udveksling var beregnet til at betyde, at det var opgraderingen fra Microsoft Mail 3.5, men disse var to drastisk forskellige programmer. Udveksling 4.0 brugte den.500 protokol for katalogtjenester og postlevering.

i 1997 blev udveksling 5.0 frigivet. Dette var den første version af udveksling til funktionen Simple Mail Transfer Protocol (SMTP) som mail server delivery protocol. SMTP gjorde udveksling 5.0 til den første version, der var i stand til at kommunikere med andre messaging-platforme på tværs af internettet. Udveksling 5.0 introducerede også en i bytte 5.0 i en servicepakke efter frigivelse.

udveksling 5.5 blev frigivet mindre end et år efter udveksling 5.0 og var den første version af udveksling, der kom i standard-og Enterprise-udgaver. Udveksling 5.5 omfattede også indførelsen af recovery for deleted items og støtte til internet Message Access Protocol 4 (IMAP4) og letvægts Directory Access Protocol (LDAP) v3 klienter.

Udvekslingsserver 2000 blev frigivet to år senere for at falde sammen med udgivelsen af AD. Udveksling 2000 inkluderede en Instant Messaging-funktion, der senere blev udskilt til Office Communications Server. Udvekslingsserver 2000 blev ikke bredt vedtaget.

Udvekslingsserver 2003 var et stort skridt fremad for udveksling, både i funktionalitet og vedtagelse. Udvekslingsserver 2003 startede tendensen med at differentiere forskellige Udvekslingsservere for at imødekomme forskellige funktioner. Mens det samme program blev installeret på alle Udvekslingsservere, understøttede 2003 ideen om at udpege nogle servere som front-end-servere til at være vært for klientforbindelser. Udveksling 2003 gjorde også migrationer fra tidligere versioner af udveksling meget lettere ved at muliggøre sameksistens mellem 2003-servere i organisationer, der stadig kørte tidligere versioner.

Udvekslingsserver 2007 var en anden større version, der indeholdt en masse ny funktionalitet. Ved udgivelsen understøttede udveksling 2007 ikke offentlige mapper, men denne support blev returneret med Service Pack 1 (SP1) efter kundeklager. Udveksling 2007 var det første store Microsoft-produkt, der fuldt ud omfavnede Magtshell. For første gang var Al Udvekslingsfunktionalitet tilgængelig som Styrkeskallkommandoer, selvom nogle funktioner ikke havde grafisk brugergrænseflade (GUI) kontroller.

udveksling 2007 introducerede også begrebet fuldt separate Udvekslingsserverroller. 2007 omfattede fem forskellige Udvekslingsserverroller, der havde separate programmer installeret på den fysiske server. Fire af disse roller kunne installeres på en enkelt fysisk server, hvis det ønskes, men hver rolle kunne også installeres på sin egen fysiske server.

udveksling 2007 introducerede også UM for at levere telefonitjenester “efter opkaldet er besvaret” og inkluderede flere database HA-muligheder. Disse muligheder, som omfattede flere måder at opbygge en databaseklynge på, endte med at blive komplicerede og forvirrende at implementere og vedligeholde.

udveksling 2010 var en mindre frigivelse af Udvekslingsserver. Den største ændring i Udvekslingsserver 2010 var introduktionen af DAG og afskrivningen af de komplicerede klyngemuligheder fra udveksling 2007. Udveksling 2010 inkluderet og forbedret serverrolleseparationen fra udveksling 2007, og det forbedrede de tilgængelige belastningsbalanceringsmuligheder for bedre tilgængelighed af klientadgang. Office 365 blev først udgivet under udvekslingen 2010 tidsramme, og udveksling 2010 omfattede den første udveksling hybrid funktionalitet mellem udveksling på stedet og udveksling Online.

udveksling 2013 blev udgivet den okt. 11, 2012, sammen med nye versioner af SharePoint og Skype for Business. Denne udgivelse betød Microsofts intention om at skabe strammere integration mellem de tre Office server-produkter og deres Office 365 online-versioner. Site postkasser blev introduceret i udveksling 2013 og omfattede funktionalitet, der gjorde det muligt at udveksle postkasser og SharePoint-indhold sammen.

udveksling 2013 omfattede en betydelig ændring af offentlige mapper kaldet moderne offentlige mapper. Mens den grundlæggende funktionalitet i offentlige mapper forblev den samme, blev arkitekturen bag kulisserne ændret til at omfatte offentlige mapper i de samme postkassedatabaser som brugerpostkasser. I løbet af livscyklussen for udveksling 2013 begyndte Microsoft-kunder at spekulere på, om Microsoft fortsat ville udvikle nye versioner af udveksling lokalt eller kun ville understøtte udveksling Online. Spekulationen opstod primært fordi nye udvekslingsfunktioner begyndte at dukke op i bytte Online Først, og så ville de gøre det til lokale versioner af programmet.

udveksling 2016 fjernede muligheden for at installere separate Udvekslingsserverroller på separate fysiske servere undtagen Kanttransportrollen.

Udvekslingsserver 2019 inkluderede muligheden for at installere Udvekslingsserver på vinduer Serverkerne. Dette var den første version af udveksling, der kunne køres og styres med en GUI. Alle um-funktioner blev fjernet fra udveksling 2019 i denne udgivelse, og nye funktioner til udveksling 2019 blev tilføjet.

Udvekslingsserverversioner

følgende liste viser versionsprogressionen for Udvekslingsserver med den tilsvarende udgivelsesdato og programopbygning:

• Udvekslingsserver 4.0 Standard Edition blev først udgivet 11. juni 1996 som build 4.0.837.
• Udvekslingsserver 5.0 blev først udgivet 23.maj 1997 som build 5.0.1457.
• udveksling Server 5.5 blev først udgivet februar. 3, 1998, som build 5.5.1960.
• udveksling 2000 Server blev først udgivet Nov. 29, 2000, som build 6.0.4417.
• Udvekslingsserver 2003 blev først udgivet september. 28, 2003, som build 6.5.6944.
• Udvekslingsserver 2007 blev først udgivet 8.marts 2007 som build 8.0.685.25.
• Udvekslingsserver 2010 blev først udgivet Nov. 9, 2009, som build 14.00.0639.021.
• Udvekslingsserver 2013 blev først udgivet Dec. 3, 2012, som build 15.00.0516.032.
• Udvekslingsserver 2016 blev først udgivet oktober. 1, 2015, som build 15.01.0225.042.
• Udvekslingsserver 2019 blev først udgivet oktober. 14, 2018, som build 15.2.221.12.