Microsoft Exchange Server

Microsoft Exchange Server Er Microsofts e-post, kalender, kontakt, planlegging og samarbeidsplattform. Det er distribuert På Windows Server operativsystem (OS) for forretningsbruk. Microsoft utviklet Exchange Server for å gi brukerne tilgang til meldingsplattformen fra mobile enheter, skrivebord og nettbaserte systemer. Telefoni evner I Exchange Server støtte talemeldinger.

Exchange-brukere samarbeider gjennom kalender-og dokumentdeling. Lagrings-og sikkerhetsfunksjoner i plattformen lar organisasjoner arkivere innhold, utføre søk og utføre samsvarsoppgaver. Exchange Server har utviklet seg over tid, og det er nå en grunnleggende komponent I Office 365 som en programvare som en tjeneste (SaaS) tilbud I Microsoft cloud Med Microsoft som tjenesteleverandør.

hvordan Fungerer Exchange Server?

Exchange Server Er et samarbeidsprodukt i bedriftsklassen som primært fokuserer på sending, mottak og lagring av e-postmeldinger. I tillegg til å administrere meldingstrafikk, Gir Exchange Server flere andre samarbeidsfunksjoner, som kalender og tett integrasjon med Andre Microsoft Office-programmer.

Exchange Server er kjent for sine HØY tilgjengelighet (HA) funksjoner som sikrer fortsatt service i ulike driftsstans scenarier. Dette inkluderer utformingsbaner som kan sikre service under enkelt serverfeil eller datasenterbrudd.

Exchange Server 2019-funksjoner

2019-utgivelsen gir betydelig raskere og mer pålitelig failover mellom servere. Den ble designet for å forbedre den generelle ytelsen og dra nytte av den nyeste lagringsmaskinvaren, inkludert større disker og ssd-er.

Tilleggsfunksjoner i Exchange server-2019 inkluderer følgende:

• gir støtte for opptil 256 GB minne og 48 CPU-kjerner;
• aktiverer installasjoner På Windows Server Core;
• aktiverer ekstern tilgang Til Exchange admin center (EAC) og Exchange Management Shell som skal blokkeres opprinnelig;
• bruker dynamisk minnebuffertildeling for å optimalisere minnebruken for aktive databaser;
• hindrer deltakere i å videresende møteinvitasjoner;
• gir sluttbrukere ekstra Fraværsalternativer;
• gjør det mulig for administratorer å avbryte møter som ble organisert av en bruker som har forlatt firmaet;
• gjør det mulig for administratorer å tildele representanttillatelser; og
• gjør det mulig for e-postadresser som inneholder ikke-engelske tegn, å rutes og leveres opprinnelig.

Sammen med disse tilleggsfunksjonene I Exchange 2019 er Unified Messaging (UM) – rollen og all tilknyttet funksjonalitet fjernet Fra Exchange 2019. En September. 16, 2019, blogg På Exchange-Gruppeområdet indikerte At Microsoft ville presse den utvidede støtten Til Exchange Server 2010 Fra Jan. 14, 2020, Til Oktober. 13, 2020, for Å gi Exchange Server 2010-kunder mer tid til å fullføre sine overføringer.

Administratorer som kjører Exchange Server 2010-arbeidsbelastninger På Windows Server 2008, må foreta justeringer På Grunn Av Jan. 14, 2020, slutten av livet for det server OS.

Exchange Server 2019 krav

følgende krav må være oppfylt for å installere Exchange 2019:

• Exchange 2019 kan installeres I Active Directory (AD) – skoger med Eksisterende Exchange 2016-og / eller 2013-servere. Ingen Tidligere Versjoner Av Exchange kan installeres i samme skog som Exchange 2019.
• alle domenekontrollere (DCs) i AD-skogen må kjøre Windows Server 2019 Standard Eller Datacenter, Windows Server 2016 Standard Eller Datacenter eller Windows Server 2012 R2 Standard Eller Datacenter.
• AD forest-funksjonsnivået må være Windows Server 2012 R2 eller høyere.
• Server hosting Exchange 2019 må bruke en 64-biters prosessor.
• server hosting Exchange 2019 skal ha mellom 128 OG 256 gigabyte (GB) ram (random access memory).
• Nytt Teknologifilsystem (NTFS) kreves på alle diskpartisjoner som inneholder systempartisjonen, Exchange-binærfiler, diagnoselogger og transportdatabase. Resilient File System (ReFS) kan brukes på partisjoner som inneholder postboksdatabaser og transaksjonslogger.

Exchange Server høy tilgjengelighet

Exchange Server har flere viktige funksjoner for å opprettholde motstandskraft og HA. Postboksserverkomponentene i Exchange er avhengige av databasetilgjengelighetsgrupper (DAGs). Klienttilgangsserverkomponenter er avhengige av belastningsfordeling.

databasetilgjengelighetsgrupper

DAG er det grunnleggende Utvekslingsundersystemet for å sikre HA. DAG ble først introdusert I Exchange 2010 og ble raskt et av De viktigste delsystemene innen Exchange.

DAG ER en gruppe på opptil 16 Exchange-servere som automatisk kopierer databaser mellom medlemmer for å gi redundans i tilfelle feil på enten databasen eller servernivået. En hvilken som helst medlemsserver i EN DAG kan være vert for en kopi av en database fra en hvilken som helst annen medlemsserver I DAG. Når en kopi av en database er lagt til en annen server, blir kopien automatisk oppdatert og klar til å aktiveres når som helst.

DAG er basert På Windows Clustering og ikke teknologi som er spesifikk For Exchange-Teamet selv. Dette kan bety at noen ganger funksjoner og feil I Windows Server kan ha en betydelig innvirkning på Hvordan Exchange fungerer.

Active Manager

Active Manager (AM) Er Exchange-komponenten som er ansvarlig for å administrere failover-hendelser i Et Exchange-miljø. AM kjører I Microsoft Exchange Replication Service på Alle Exchange 2016-servere. Når En Exchange-server er koblet til EN DAG, kjøres TO AM-roller på denne serveren: Primær Active Manager (Pam) og Standby Active Manager (SAM).

DAG-medlemsserveren som eier cluster quorum-ressursen, holder pam-rollen. HVIS dag-noden som inneholder quorumressursen, mislykkes, flyttes pam-rollen til serveren som tar eierskap av quorumressursen.

SAM er ansvarlig for å gi informasjon til De Andre Exchange-komponentene som kjører am-klienter om hvilken databasekopi som er aktiv. SAM oppdager når en database mislykkes og ber PAM å starte failover hendelsen. SAM er ikke ansvarlig for å velge hvilken kopi av databasen som er aktivert etter en feil. Denne prosessen kalles best copy and server selection (BCSS).

Beste kopieringsvalg

NÅR det oppdages en databasefeil, tar AM skritt for å gjenopprette fra feilen ved å velge den beste kopien av databasen som skal aktiveres. BCSS-prosessen går slik:

1. en feil oppdages AV AM eller Administrert Tilgjengelighet. Denne prosessen kan også startes av en administrator som starter en målfri overgang.
2. PAM starter DEN INTERNE bcss-algoritmen.
3. DELPROSESSEN forsøk kopier siste logger (ACLL) prøver å kopiere manglende loggfiler fra serveren som sist var vert for den aktive kopien av databasen.
4. NÅR ACLL-prosessen er fullført, kontrolleres en autodatabasemountdial-verdi for servere som er vert for kopier av databasen, og sammenlignes med kopikøen for databasen som aktiveres. HVIS antall manglende loggfiler er mindre enn eller lik Verdien Av AutoDatabaseMountDial, GÅR AM videre til trinn fem. Hvis IKKE, VIL JEG starte denne prosessen på trinn to.
5. PAM utsteder en monteringsforespørsel til informasjonslageret. Hvis databasen ikke monteres, GÅR AM tilbake til trinn to.

det er noe ekstra logikk i denne prosessen hvis failover-hendelsen utløses av en overvåkingshendelse. Den ekstra logikken vil sikre at serveren som tar over den aktive databasen, er i bedre helse enn serveren den kom fra.

DAG quorum modes

EN DAG er en spesifikk implementering Av En Windows Server-Klynge. Exchange-komponentene I DAGs er avhengige av den underliggende Windows Server-Klyngeteknologien for å fungere. Begrepet quorum er viktig for å forstå hvordan man implementerer Og administrerer DAGs.

Quorum er Ideen om at i tilfelle AV EN svikt I NOEN DAG medlemmer, det er regler for å styre hvilke ressurser de gjenværende medlemmene kan gi. Disse quorumsregelsettene eksisterer for å gi konsekvent drift AV EN DAG og fungere som en tiebreaker i situasjoner DER DAG noder mister kommunikasjon med hverandre.

når EN DAG har et jevnt antall noder, bruker Den Node & File Share Majority quorum-modus. I denne modusen fungerer en ekstern vitne server som tiebreaker. Når du kjører i denne modusen, får HVERT DAG node-medlem en enkelt stemme, men vitneserveren gir en AV DAG-nodene en ekstra stemme. Klyngekvorumdataene lagres på hvert medlems lokale systemdisk, men vitneserveren har en egen fil som peker til ett DAG-medlem som den mest oppdaterte kopien AV DAG-klyngekvorumdataene.

når EN DAG har et ulikt antall medlemmer, bruker Den Node Majority quorum-modus. I denne modusen får HVERT DAG-medlem en stemme, og hvert medlems lokale systemdisk brukes til å lagre klyngekvorumsdata.

det er mulig å manuelt tildele bestemte DAG medlemmer med vektede quorum stemmer. Dette anbefales ikke i de fleste tilfeller, og bør bare gjøres etter direkte konsultasjon Med Microsoft support.

Koordineringsmodus For Datasenteraktivering

dac-modus (Datacenter Activation Coordination) er en funksjon i DAGs som er utformet for å forhindre situasjoner der et strømbrudd fører til at to kopier av en database blir lagret på to forskjellige servere. DAC-modus krever manuell intervensjon når serveren som er vert for databasen, ikke kan nå et flertall AV DAG-medlemsserverne.

microsoft best practices krever at DAC-modus aktiveres på EN DAG som har to eller flere medlemmer og bruker kontinuerlig replikering. De eneste tilfellene DER DAC-modus for EN DAG ikke anbefales, ville være hvis administratoren brukte et tredjeparts replikeringsverktøy.

når DAC er aktiv, er det ytterligere kommunikasjon MELLOM dag-noder ved oppstart som bruker Dac-Protokollen (DACP). DACP er satt til 0 ved oppstart. Hvis dacp-biten forblir på 0, VIL IKKE AM forsøke å starte noen databaser på den noden. Dacp-biten kan også settes til 1 hvis et ANNET DAG-medlem har sin dacp-bit satt til 1 eller når EN DAG-node kan kontakte alle servere på DAG-medlemslisten.

DAC-modus er nyttig når et primært datasenter mislykkes fullstendig og et backup – datasenter er aktivert. Når strømreturer og servere kommer opp før wan-tilkoblingen (wide area network) er tilkoblet igjen, forhindrer DAC-modus at forskjellige kopier av de samme databasene slutter å være aktive i begge datasentrene.

FOR EN DAG med to noder bruker DAC-modus en sammenligning av oppstartstiden til den alternative vitneserveren og tiden dacp-biten ble satt til 1 for å avgjøre om den kan montere databaser. Hvis dacp-biten ble satt til 1 tidligere enn oppstartstiden til den alternative witness-serveren, antar systemet at de to serverne ble startet på nytt samtidig-muligens på grunn av strømbrudd i det primære datasenteret-og DAG-medlemmet har ikke lov til å montere databaser. HVIS dacp-biten ble satt til 1 etter oppstartstiden for den alternative vitneserveren, antar systemet at det er trygt å montere databaser.

DatabaseAvailabilityGroup cmdlets og split-brain forhold

Split brain Er en situasjon der to forskjellige kopier av samme database blir aktive samtidig i forskjellige datasentre. Når dette skjer, divergerer de to forskjellige kopiene av databasen, noe som forårsaker potensielt tap av brukerdata når de to forskjellige kopiene forsøker å forene.

I TILLEGG til å hindre split-hjerne forhold, GJØR DAC-modus DatabaseAvailabilityGroup cmdlets som skal startes, stoppes og gjenopprettes. Disse cmdletene brukes til å utføre manuelle datasenterbrytere. NÅR DAC-modus ikke er aktiv, er prosessen med et manuelt datasenter komplisert og involverer Både Exchange-verktøy og en klyngebehandling.

Tenk deg en situasjon der Et Exchange-miljø består av fire servere, som hver har en kopi av samme database. To av disse serverne er i datasenter A og to er i datasenter B. Det oppstår en nettverksfeil i koblingen mellom de to datasentrene. Uten DAC-modus aktivert, ville det være mulig for servere i hvert datasenter å tro at de trengte å aktivere en kopi av databasen.

DAC-modus hindrer denne split-hjerne scenario ved å kreve node flertall før en database kan aktiveres. Node flertall betyr at de fleste av nodene i klyngen-ELLER DAG i dette tilfellet-må være online og nås for EN DAG node for å kunne aktivere en database kopi. Hvis DET er et jevnt antall noder I DAG, vil fildelingsvitnet også fungere som et stemmemedlem for å bestemme nodeflertall.

i tilfellet beskrevet ovenfor med en fire-node-klynge og to noder i hvert datasenter, vil Bare Exchange-serverne i datasenteret med fildelingsvitnet kunne aktivere databaser. DAG-nodene i det andre datasenteret ville bli forhindret i å aktivere noen databaser før de kunne kontakte alle servere som er oppført som medlemmer AV DAG.

tredje stedsvitne

en funksjon lagt Til Exchange i 2013-æraen var støtte for et tredje stedsvitne, som har makt til å bringe alle ressurser på nettet uten administratorintervensjon. Når hvert område har en uavhengig nettverksbane til vitnet på det tredje stedet, kan nodene på ett sted opprettholde quorum ved hjelp av vitneserveren. Ulempen med å bruke et tredje nettstedsvitne er At Exchange-administratorer må ta den nødvendige tiden til å grave inn og grundig forstå deres nettverksadferd.

Lastbalansering

Lastbalansering Er en måte for administratorer å administrere hvilken nettverkstrafikk som ender opp med å bli rettet til Hver Exchange-server i et nettverk. Vanligvis er det ønskelig å administrere distribusjonen av innkommende klientforbindelser mellom Exchange 2016-servere av to grunner:

1. for å fordele arbeidsbelastningen. Hvis noen skal gå i trøbbel med å sette opp og vedlikeholde flere Exchange-servere, er det en god ide å få Alle Disse Exchange-serverne til å jobbe regelmessig.
2. for å redusere virkningen av en feil. Når noe går galt, er det fint å ha et overflødig system for å overta arbeidsbelastningen til det mislykkede systemet.

Lastbalansering kompletterer Dager. JOBBEN til EN DAG er: (1) for å sikre at det er flere kopier av hver postkasse klar til å bli aktivert og (2) for å godta klientforespørsler dersom den aktive kopien blir utilgjengelig. Lastbalansering fungerer mye på samme måte; jobben er å sørge for at det er andre steder å sende klienttrafikk hvis ett sted blir utilgjengelig.

Lastbalansering kan strekke seg mellom to eller flere Exchange-servere på ett enkelt område, eller det kan strekke seg over flere områder. En Exchange-distribusjon Med Foretrukket Arkitektur (Pa) inkluderer fire Exchange-servere fordelt på to SEPARATE ANNONSEOMRÅDER. Gjeldende versjoner Av Exchange-støtte Layer 4, layer 7 og domain name system (DNS) round-robin lastbalansering.

Exchange Preferred Architecture

Exchange PA er den ideelle Exchange-distribusjonen, slik Exchange-Teamet hos Microsoft ser For seg. PA er utviklet med tanke på total cost of ownership (TCO), ha, resiliency, redundans og recovery. PA er ikke ment å bli brukt som en modenhetsmodell; den ble designet for å bli brukt som inspirasjon.

Exchange Server-klienter

Exchange-brukere tilgang til og samhandle med meldinger via en e-postklient. Microsoft Outlook er den vanligste klienten. Exchange Server 2016 støtter også følgende:

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

Outlook er også tilgjengelig som et nettbasert program, Kalt Outlook på nettet-tidligere Outlook Web App og ofte forkortet TIL OWA-for brukere å få tilgang til og samhandle med meldinger fra mange forskjellige nettlesere. Outlook på nettet lar brukere koble til og dele dokumenter som er lagret I OneDrive for Business i en Lokal SharePoint-server. Dette skaper en enklere og mer direkte måte for sluttbrukere å lagre og legge ved filer i e-post.

Fordeler Og ulemper Med Exchange Server

Mens det er lett å snakke om fordelene Med Å bruke Microsoft Exchange, kan det være vanskelig å identifisere noen ulemper, i tillegg til lisensieringskostnader. Akkurat nå er det få-om noen-sanne konkurrenter Å Bytte ut.

Exchange lokalt-alle versjoner telt sammen-har sannsynligvis den største aktive brukerbasen, Men Microsoft utgir ikke offentlig tall om antall aktive brukere, Enten I Exchange lokalt eller Exchange Online. Outlook.com kjører nå På Exchange, Så Exchange on-premises, Exchange Online Og Outlook.com sannsynligvis har flere totale brukere (bedrift og personlig) enn Gmail (bedrift og personlig). Enhver annen konkurrerende meldingsplattform etter Microsofts og Googles tilbud har relativt små bedrifter brukerbaser.

Etter Microsofts og Googles forretningsmeldingsplattformer er Den største løsningen når det gjelder installert brukerbase Trolig Lotus Notes. Sammenligninger mellom Notater og Utveksling er vanskelig fordi Notater ikke er primært en meldingsløsning. Lotus Notes er en databaseløsning som inkluderer meldingsfunksjonalitet. FRA 30. juni 2019 har IBM solgt Eierskapet Av Lotus Notes til HCL og vil ikke lenger oppdatere Dette produktet.

Zimbra er Den største Linux-baserte meldingsløsningen. Det er både lokale OG Serietilkoblede Scsi (SAS)-baserte Zimbra-løsninger tilgjengelig. Det er åpen kildekode-versjoner Av Zimbra tilgjengelig, som inkluderer ulike lisensieringsalternativer.

Alle de forskjellige meldingsløsningene med forskjellige funksjoner og fokuserer gjør en rett pro og con sammenligning vanskelig. Nedenfor er noen høyt nivå pro og con sammenligninger. Disse listene er ikke ment å være definitive.

Exchange lokalt vs. Exchange Online

det vanligste valget for bedrifter som leter etter en meldingsløsning, er Mellom Exchange lokalt og Exchange Online.

Bytte lokalt
Fordeler	Ulemper
Administratorer kan kontrollere oppgraderingsplan og funksjonstilgjengelighet	Maskinvarereparasjoner er administratorens ansvar
Engangs lisensavgift	må vedlikeholdes lokalt, på stedet
Ingen utenfor organisasjonen har tilgang til servere eller data	Maskinvare – og programvarekostnader må avskrives

Exchange Online
Fordeler	Ulemper
du trenger ikke å vedlikeholde maskinvare eller programvare	Ufleksibel løsning
Månedlig lisensutgift	Potensielt tap av kontroll over dataene dine
99.9% OPPETID servicenivåavtale (SLA)	Potensielt dyrere
	Krever Potensielt å holde relatert lokal programvare oppdatert

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 ad integrasjon

Microsoft Exchange Online

Microsoft tilbyr Exchange som Et Saas-tilbud kalt Exchange Online. Den er tilgjengelig som en frittstående tjeneste eller Som En Del Av Office 365-pakken. Sluttbrukere koble Til Exchange Online via outlook-klienten Eller Outlook på nettet. Administratorer med Administratortillatelser For Office 365 konfigurerer og administrerer tjenesten. Microsoft tilbyr Exchange som en vertsbasert tjeneste for å redusere det administrative arbeidet som er involvert i Lokale exchange-distribusjoner.

Exchange Server priser

Exchange Server priser kan variere mye basert på hvordan det er kjøpt og hvilken versjon som blir kjøpt.

Exchange on-premises selges per server. I tillegg kreves En Klienttilgangslisens (Cal) for hver Bruker som får Tilgang Til Exchange. Exchange Server må være installert på en server som kjører Windows Server OS, som også må være lisensiert med en per-server plus CAL-modell. Serveren må være installert i EN ANNONSESKOG med minst EN DC.

Exchange Server selv kommer i to lisensnivåer: Standard Og Enterprise. Utveksling CALs kommer også I Standard Og Enterprise. Hver bruker må ha En Windows Server Standard CAL og Kan ha En Enterprise CAL for ekstra funksjonalitet. Både Standard Og Enterprise CALs kan brukes med enten server edition.

Exchange Online selges per bruker per måned, enten som et frittstående tilbud eller Som En Del Av En Office 365-pakke. Det er to frittstående planer. Exchange Online-Abonnement 1 – $4 per bruker, per måned-tilbyr sikker og tilgjengelig e-post for bedrifter, med en postboks på 50 GB per bruker. Exchange Online Plan 2 – $8 per bruker, per måned-bygger På Plan 1 og inkluderer ubegrenset lagring, vertsbasert talepost og DLP-funksjonalitet (DATA loss prevention).

Historie For Exchange Server

Exchange Server ble først utgitt i en privat forhåndsvisning i 1993. I 1996 ble Den første offentlig tilgjengelige Versjonen av Exchange Server utgitt Som Exchange 4.0. 4.0-versjonsnummeret i Den første utgivelsen Av Exchange var ment å betegne at det var oppgraderingen Fra Microsoft Mail 3.5, men disse var to drastisk forskjellige programmer. Exchange 4.0 brukte X.500 protokoll for katalogtjenester og postlevering.

I 1997 Ble Exchange 5.0 utgitt. Dette Var Den første Versjonen Av Exchange med Simple Mail Transfer Protocol (SMTP) som e-postserverens leveringsprotokoll. SMTP gjorde Exchange 5.0 den første versjonen i stand til å kommunisere med andre meldingsplattformer over internett. Exchange 5.0 introduserte OGSÅ OWA i Exchange 5.0 i en oppdateringspakke etter utgivelsen.

Exchange 5.5 ble utgitt mindre enn ett år etter Exchange 5.0 og var den første Versjonen Av Exchange som kom I Standard-og Enterprise-utgaver. Utveksling 5.5 inkluderte også innføring av gjenoppretting for slettede elementer og støtte For Internet Message Access Protocol 4 (IMAP4) og LIGHTWEIGHT Directory Access Protocol (LDAP) v3-klienter.

Exchange Server 2000 ble utgitt to år senere for å falle sammen med utgivelsen AV AD. Exchange 2000 inkluderte En Direktemeldingsfunksjon som senere ble skilt ut Til Office Communications Server. Exchange Server 2000 ble ikke mye vedtatt.

Exchange Server 2003 var et stort skritt fremover For Exchange, både i funksjonalitet og adopsjon. Exchange Server 2003 startet trenden med å differensiere Ulike Exchange-servere for å møte ulike funksjoner. Mens den samme programvaren ble installert på Alle Exchange-servere, støttet 2003 ideen om å utpeke noen servere som front-end-servere for å være vert for klienttilkoblinger. Exchange 2003 gjorde også overføringer fra tidligere Versjoner av Exchange mye enklere ved å aktivere sameksistensen av 2003-servere i organisasjoner som fortsatt kjører tidligere versjoner.

Exchange Server 2007 var en annen stor versjon som inkluderte mye ny funksjonalitet. Ved utgivelsen Støttet Exchange 2007 ikke fellesmapper, men den støtten ble returnert Med Service Pack 1 (SP1) etter kundeklager. Exchange 2007 var Det første Store Microsoft-produktet som fullt ut omfavnet PowerShell. For første gang var All funksjonalitet I Exchange tilgjengelig Som PowerShell-kommandoer, selv om enkelte funksjoner ikke hadde kontroller for grafisk brukergrensesnitt (GUI).

Exchange 2007 introduserte også konseptet med helt separate Exchange Server-roller. 2007 inkluderte fem Forskjellige Exchange Server-roller som hadde separat programvare installert på den fysiske serveren. Fire av disse rollene kan installeres på en enkelt fysisk server hvis ønskelig, men hver rolle kan installeres på sin egen fysiske server også.

Exchange 2007 introduserte OGSÅ UM for å levere telefoni-tjenester «etter at anropet er besvart» og inkluderte flere ha-databasealternativer. Disse alternativene, som inkluderte flere måter å bygge en database klynge, endte opp med å bli komplisert og forvirrende å distribuere og vedlikeholde.

Exchange 2010 var en mindre utgave Av Exchange Server. Den store endringen I Exchange Server 2010 var innføringen AV DAG og avskrivning av kompliserte clustering alternativer Fra Exchange 2007. Exchange 2010 inkludert og forbedret på server rolle separasjon Fra Exchange 2007, og det forbedret på de tilgjengelige belastningsfordeling alternativer for bedre Klienttilgang tilgjengelighet. Office 365 ble først utgitt i Løpet Av Exchange 2010-tidsrammen, Og Exchange 2010 inkluderte Den første Exchange-hybridfunksjonaliteten mellom Exchange on-premises og Exchange Online.

Exchange 2013 ble utgitt På Oktober. 11, 2012, sammen med nye versjoner Av SharePoint Og Skype For Business. Denne utgivelsen betydde Microsofts intensjon om å skape tettere integrasjon mellom De tre Office server-produktene og Deres Office 365 online-versjoner. Nettstedspostbokser ble introdusert I Exchange 2013 og inkluderte funksjonalitet som aktiverte tilgang Til Exchange-postbokser og SharePoint-innhold sammen.

Exchange 2013 inkluderte en betydelig endring i offentlige mapper kalt moderne offentlige mapper. Mens den grunnleggende funksjonaliteten til fellesmapper forblir den samme, ble arkitekturen bak kulissene endret for å inkludere fellesmapper i samme postboksdatabaser som brukerpostbokser. I løpet Av livssyklusen Til Exchange 2013 begynte microsoft-kunder å lure på Om Microsoft ville fortsette å utvikle nye Versjoner Av Exchange lokalt eller bare ville støtte Exchange Online. Spekulasjonene skjedde først og fremst fordi nye Exchange-funksjoner begynte å dukke opp I Exchange Online først, og da ville de gjøre det til lokale versjoner av programvaren.

Exchange-2016 fjernet muligheten til å installere separate Exchange Server-roller på separate fysiske servere med unntak Av Edge Transport-rollen.

Exchange Server 2019 inkluderte muligheten til å installere Exchange Server På Windows Server Core. Dette var den første Versjonen Av Exchange som kunne kjøres og administreres med EN GUI. Alle um-funksjoner ble fjernet Fra Exchange 2019 i denne versjonen, og nye funksjoner for Exchange 2019 ble lagt til.

Exchange Server-versjoner

følgende liste viser versjonsprogresjonen For Exchange Server med tilhørende utgivelsesdato og programvarebygging:

• Exchange Server 4.0 Standard Edition ble først utgitt 11. juni 1996, som build 4.0.837.
• Exchange Server 5.0 ble først utgitt 23. Mai 1997, som build 5.0.1457.
• Exchange Server 5.5 ble først utgitt Februar. 3, 1998, som bygge 5.5.1960.
• Exchange 2000 Server ble først utgitt November. 29, 2000, som bygge 6.0.4417.
• Exchange Server 2003 ble først utgitt September. 28, 2003, som bygge 6.5.6944.
• Exchange Server 2007 ble først utgitt 8. Mars 2007, som build 8.0.685.25.
• Exchange Server 2010 ble først utgitt November. 9, 2009, som bygge 14.00.0639.021.
• Exchange Server 2013 ble først utgitt Desember. 3, 2012, som bygge 15.00.0516.032.
• Exchange Server 2016 ble først utgitt Oktober. 1, 2015, som bygge 15.01.0225.042.
• Exchange Server 2019 ble først utgitt Oktober. 14, 2018, som bygge 15.2.221.12.