Microsoft Exchange Server

Microsoft Exchange Server este platforma Microsoft de e-mail, Calendar, contact, programare și colaborare. Acesta este implementat pe sistemul de operare Windows Server (OS) pentru uz de afaceri. Microsoft a proiectat Exchange Server pentru a oferi utilizatorilor acces la platforma de mesagerie de pe dispozitive mobile, desktop-uri și sisteme bazate pe web. Capacitățile de telefonie din Exchange Server acceptă mesaje vocale.

utilizatorii Exchange colaborează prin partajarea calendarului și a documentelor. Funcțiile de stocare și securitate din platformă permit organizațiilor să arhiveze conținutul, să efectueze căutări și să execute sarcini de conformitate. Exchange Server a evoluat de-a lungul timpului și este acum o componentă fundamentală a Office 365 ca software ca serviciu (SaaS) oferind în cloud Microsoft, Microsoft acționând ca furnizor de servicii.

cum funcționează Exchange Server?

Exchange Server este un produs de colaborare de clasă enterprise care se concentrează în principal pe trimiterea, primirea și stocarea mesajelor de e-mail. În plus față de gestionarea traficului de mesagerie, Exchange Server oferă mai multe alte caracteristici de colaborare, cum ar fi calendare, și integrarea strânsă cu alte aplicații Microsoft Office.

Exchange Server este cunoscut pentru caracteristicile sale de înaltă disponibilitate (HA) care asigură serviciul continuu în diferite scenarii de întrerupere. Aceasta include căi de proiectare care pot asigura serviciul în timpul eșecurilor unui singur server sau al întreruperilor Centrului de date.

caracteristici Exchange Server 2019

versiunea din 2019 oferă o failover semnificativ mai rapidă și mai fiabilă între servere. Acesta a fost conceput pentru a îmbunătăți performanța generală și pentru a profita de cele mai recente hardware de stocare, inclusiv discuri mai mari și unități SSD (SSD).

caracteristicile suplimentare din Exchange server 2019 includ următoarele:

• oferă suport pentru până la 256 GB de memorie și 48 de nuclee CPU;
• permite instalările pe Windows Server Core;
• permite accesul extern la Exchange admin center (EAC) și Shell-ul de gestionare Exchange să fie blocat nativ;
• utilizează alocarea cache-ului de memorie dinamică pentru a optimiza utilizarea memoriei;
• împiedică participanții să redirecționeze invitații la întâlnire;
• oferă utilizatorilor finali opțiuni suplimentare în afara biroului;
• permite administratorilor să anuleze întâlnirile organizate de un utilizator care a părăsit compania;
• permite administratorilor să atribuie permisiuni de delegat; și
• permite direcționarea și livrarea nativă a adreselor de e-mail care conțin caractere non-engleze.

împreună cu aceste caracteristici suplimentare în Exchange 2019, rolul de mesagerie unificată (UM) și toate funcționalitățile asociate au fost eliminate din Exchange 2019. Un Sept. 16, 2019, blogul de pe site-ul echipei Exchange a indicat că Microsoft va împinge suportul extins al Exchange Server 2010 din ianuarie. 14, 2020, până în Oct. 13, 2020, pentru a oferi clienților Exchange Server 2010 mai mult timp pentru a-și finaliza migrațiile.

administratorii care execută sarcini de lucru Exchange Server 2010 pe Windows Server 2008 vor trebui să facă ajustări din cauza Jan. 14, 2020, sfârșitul vieții pentru sistemul de operare al serverului respectiv.

cerințe Exchange Server 2019

următoarele cerințe trebuie îndeplinite pentru a instala Exchange 2019:

• Exchange 2019 poate fi instalat în pădurile Active Directory (AD) cu serverele Exchange 2016 și/sau 2013 existente. Nu există versiuni anterioare de Exchange pot fi instalate în aceeași pădure ca Exchange 2019.
• toate controlerele de domeniu (DC) din pădurea de anunțuri trebuie să ruleze Windows Server 2019 Standard sau Datacenter, Windows Server 2016 Standard sau Datacenter sau Windows Server 2012 R2 Standard sau Datacenter.
• nivelul funcției AD forest trebuie să fie Windows Server 2012 R2 sau mai mare.
• serverul de găzduire Exchange 2019 trebuie să utilizeze un procesor pe 64 de biți.
• serverul de găzduire Exchange 2019 ar trebui să aibă între 128 și 256 gigabytes (GB) de memorie cu acces aleatoriu (RAM).
• sistemul de fișiere cu tehnologie nouă (NTFS) este necesar pe toate partițiile de disc care conțin partiția de sistem, binarele de schimb, jurnalele de diagnosticare și baza de date de transport. Resilient File System (ReFS) poate fi utilizat pe partiții care conțin baze de date pentru cutii poștale și jurnale de tranzacții.

Exchange Server disponibilitate ridicată

Exchange Server are câteva caracteristici importante pentru a menține rezistența și HA. Componentele serverului de cutie poștală ale Exchange se bazează pe grupuri de disponibilitate a bazei de date (dag). Componentele serverului de acces Client se bazează pe echilibrarea sarcinii.

grupuri de disponibilitate a bazei de date

DAG este subsistemul fundamental de schimb pentru asigurarea HA. DAG a fost introdus pentru prima dată în Exchange 2010 și a devenit rapid unul dintre cele mai importante subsisteme din cadrul Exchange.

DAG este un grup de până la 16 servere Exchange care copiază automat bazele de date între membri pentru a oferi redundanță în cazul unei defecțiuni fie la baza de date, fie la nivelul serverului. Orice server membru al unui DAG poate găzdui o copie a unei baze de date de la orice alt server membru al DAG. Odată ce o copie a unei baze de date este adăugată la un alt server, acea copie este actualizată automat și gata de activare în orice moment.

DAG se bazează pe gruparea Windows și nu pe tehnologia specifică echipei Exchange. Acest lucru poate însemna că, uneori, caracteristicile și erorile din Windows Server pot avea un impact semnificativ asupra modului în care funcționează Exchange.

Active Manager

Active Manager (am) este componenta Exchange care este responsabil pentru gestionarea evenimentelor failover într-un mediu Exchange. Am rulează în serviciul de replicare Microsoft Exchange pe toate serverele Exchange 2016. Când un server Exchange este asociat la un DAG, două roluri AM sunt rulate pe acel server: manager activ primar (Pam) și manager activ în așteptare (SAM).

serverul membru DAG care deține resursa cluster quorum va deține rolul PAM. Dacă nodul DAG care deține resursa cvorumului eșuează, rolul PAM se va muta la serverul care preia proprietatea asupra resursei cvorumului.

SAM este responsabil pentru furnizarea de informații celorlalte componente Exchange care execută clienți AM despre copia bazei de date care este activă în prezent. SAM detectează atunci când o bază de date nu reușește și cere PAM pentru a iniția evenimentul failover. SAM nu este responsabil pentru selectarea care copie a bazei de date este activat după un eșec. Acest proces se numește best copy and server selection (BCSS).

Best copy selection

când este detectată o eroare a bazei de date, am ia măsuri pentru a recupera de la eșec selectând cea mai bună copie a bazei de date efectuate pentru a activa. Procesul BCSS merge astfel:

1. o eroare este detectată de AM sau de disponibilitatea gestionată. Acest proces poate fi, de asemenea, pornit de un administrator care inițiază o comutare fără țintă.
2. PAM pornește algoritmul intern BCSS.
3. subprocesul încercare copiere ultimele jurnale (ACLL) încearcă să copieze orice fișiere jurnal lipsă de pe serverul care a găzduit ultima copie activă a bazei de date.
4. când procesul ACLL se finalizează, o valoare AutoDatabaseMountDial este verificată pentru serverele care găzduiesc copii ale bazei de date și este comparată cu lungimea cozii de copiere a bazei de date care este activată. Dacă numărul de fișiere jurnal lipsă este mai mic sau egal cu valoarea AutoDatabaseMountDial, AM trece la Pasul cinci. Dacă nu, AM va începe acest proces la Pasul doi.
5. PAM emite o cerere de montare la magazinul de informații. Dacă baza de date nu se montează, AM revine la Pasul doi.

există o logică suplimentară în acest proces dacă evenimentul failover este declanșat de un eveniment de monitorizare. Logica suplimentară va asigura că serverul care preia baza de date activă este într-o stare de sănătate mai bună decât serverul de la care a venit.

moduri cvorum DAG

un DAG este o implementare specifică a unui Cluster Windows Server. Componentele Exchange ale DAGs se bazează pe tehnologia Windows Server Cluster de bază pentru a lucra. Conceptul de cvorum este esențial pentru înțelegerea modului de implementare și gestionare a DAG.

cvorumul este ideea că, în cazul unui eșec al unor membri DAG, există reguli care să guverneze ce resurse pot oferi membrii rămași. Aceste seturi de reguli ale cvorumului există pentru a asigura funcționarea consecventă a unui DAG și acționează ca un tiebreaker în situațiile în care nodurile DAG pierd comunicarea între ele.

atunci când un DAG are un număr par de noduri, se folosește nod & File Share modul cvorum majoritar. În acest mod, un server martor extern acționează ca tiebreaker. Când rulează în acest mod, fiecare membru al nodului DAG primește un singur vot, dar serverul martor dă unuia dintre nodurile DAG un vot suplimentar. Datele cvorumului cluster sunt stocate pe discul de sistem local al fiecărui membru, dar serverul martor are un fișier separat care indică un membru DAG ca cea mai actualizată copie a datelor cvorumului cluster dag.

când un DAG are un număr impar de membri, folosește modul cvorum majoritar nod. În acest mod, fiecare membru DAG primește un vot și discul de sistem local al fiecărui membru este utilizat pentru a stoca datele cvorumului cluster.

este posibilă atribuirea manuală a anumitor membri DAG cu voturi de cvorum ponderate. Acest lucru nu este recomandat în majoritatea circumstanțelor și trebuie făcut numai după consultarea directă cu asistența Microsoft.

modul de coordonare a activării Centrului de date

modul de coordonare a activării Centrului de date (DAC) este o caracteristică a DAGs care este concepută pentru a preveni situațiile în care o întrerupere face ca două copii ale unei baze de date să fie live pe două servere diferite. Modul DAC necesită intervenție manuală atunci când serverul care găzduiește baza de date nu poate ajunge la majoritatea serverelor membre DAG.

cele mai bune practici Microsoft solicită activarea modului DAC pe orice DAG care are doi sau mai mulți membri și utilizează replicarea continuă. Singurele cazuri în care modul DAC pentru un DAG nu este recomandat ar fi dacă administratorul ar folosi un instrument de replicare terță parte.

când DAC este activ, există o comunicare suplimentară între nodurile DAG la pornire care utilizează protocolul DAC (DACP). DACP este setat la 0 la pornire. Dacă bitul DACP rămâne la 0, AM nu va încerca să pornească nicio bază de date pe acel nod. Bitul DACP poate fi, de asemenea, setat la 1 dacă un alt membru dag are bitul DACP setat la 1 sau când un nod dag poate contacta toate serverele din lista sa de membri DAG.

modul DAC este util atunci când un centru de date primar eșuează complet și un centru de date de rezervă este activat. Când se întoarce puterea și serverele apar înainte ca conexiunea wide Area network (WAN) să fie din nou online, modul DAC împiedică diferite copii ale acelorași baze de date să devină active în ambele centre de date.

pentru un DAG cu două noduri, modul DAC utilizează o comparație a timpului de pornire al serverului martor alternativ și a timpului în care bitul DACP a fost setat la 1 pentru a determina dacă poate monta baze de date. Dacă bitul DACP a fost setat la 1 mai devreme decât timpul de pornire al serverului martor alternativ, sistemul presupune că cele două servere au fost repornite în același timp-posibil din cauza unei pene de curent la Centrul de date primar-și membrul DAG nu are voie să monteze baze de date. Dacă bitul DACP a fost setat la 1 după timpul de pornire al serverului martor alternativ, sistemul presupune că este sigur să montați baze de date.

DatabaseAvailabilityGroup cmdlets and split-brain conditions

Split brain este o situație în care două copii diferite ale aceleiași baze de date devin active în același timp în centre de date diferite. Când se întâmplă acest lucru, cele două copii diferite ale bazei de date diferă, provocând pierderea potențială a datelor utilizatorului atunci când cele două copii diferite încearcă să se împace.

în plus față de prevenirea condițiilor split-creier, modul DAC permite cmdleturi DatabaseAvailabilityGroup să fie pornit, oprit și restaurat. Aceste cmdleturi sunt utilizate pentru a efectua comutări manuale ale centrelor de date. Când modul DAC nu este activ, procesul unui centru de date manual este complex și implică atât instrumente Exchange, cât și un manager de cluster.

Imaginați-vă o situație în care un mediu Exchange este format din patru servere, fiecare având o copie a aceleiași baze de date. Două dintre aceste servere sunt în centrul de date A și două sunt în centrul de date B. O eroare de rețea apare în legătura dintre cele două centre de date. Fără modul DAC activat, ar fi posibil ca serverele din fiecare centru de date să creadă că au nevoie să activeze o copie a bazei de date.

modul DAC previne acest scenariu cu creier divizat, necesitând majoritatea nodurilor înainte ca o bază de date să poată fi activată. Majoritatea nodurilor înseamnă că majoritatea nodurilor din cluster-sau DAG în acest caz-trebuie să fie online și accesibile pentru ca un nod DAG să poată activa o copie a bazei de date. Dacă există un număr par de noduri în DAG, atunci martorul de partajare a fișierelor va funcționa și ca membru cu drept de vot pentru a determina majoritatea nodului.

în cazul descris mai sus cu un cluster cu patru noduri și două noduri în fiecare centru de date, numai serverele Exchange din Centrul de date cu martorul de partajare a fișierelor ar putea activa bazele de date. Nodurile DAG din celălalt centru de date ar fi împiedicate să activeze orice baze de date până când vor putea contacta toate serverele care sunt listate ca membri ai DAG.

third-site witness

o caracteristică adăugată la Exchange în era 2013 a fost sprijinul pentru un third-site witness, care are puterea de a aduce toate resursele online fără intervenția administratorului. Când fiecare site are o cale de rețea independentă către martorul celui de-al treilea site, nodurile dintr-un site pot menține cvorumul folosind serverul martor. Dezavantajul utilizării unui martor al celui de-al treilea site este că administratorii de schimb trebuie să ia timpul necesar pentru a săpa și a înțelege temeinic comportamentul rețelei.

Load balancing

load balancing este o modalitate pentru administratori de a gestiona traficul de rețea care ajunge să fie direcționat către fiecare server Exchange dintr-o rețea. De obicei, este de dorit să gestionați distribuția conexiunilor client primite între serverele Exchange 2016 din două motive:

1. pentru a distribui volumul de muncă. Dacă cineva va merge la probleme de a configura și menține mai multe servere Exchange, este o idee bună să aibă toate aceste servere Exchange face unele de lucru în mod regulat.
2. pentru a reduce impactul unei defecțiuni. Când ceva nu merge bine, este frumos să ai un sistem redundant care să preia volumul de muncă al sistemului eșuat.

echilibrarea sarcinii completează dag-urile. Sarcina unui DAG este: (1) să se asigure că există mai multe copii ale fiecărei cutii poștale gata de activare și (2) să accepte solicitările clientului în cazul în care copia activă devine indisponibilă. Load balancing funcționează la fel; sarcina sa este să vă asigurați că există alte locuri pentru a trimite traficul clientului în cazul în care un loc devine indisponibil.

echilibrarea încărcării se poate întinde între două sau mai multe servere Exchange într-un singur site sau se poate întinde pe mai multe site-uri. O implementare Exchange de arhitectură preferată (pa) ar include patru servere Exchange distribuite pe două site-uri de anunțuri separate. Versiunile actuale ale Exchange suport Layer 4, Layer 7 și domain Name system (DNS) round-robin load balancing.

Exchange Preferred Architecture

Exchange PA este implementarea Exchange ideală, așa cum este prevăzută de echipa Exchange de la Microsoft. PA este dezvoltat cu costul total de proprietate (TCO), HA, reziliență, redundanță și recuperare în minte. AP nu este destinat a fi utilizat ca model de maturitate; a fost conceput pentru a fi utilizat ca inspirație.

clienți Exchange Server

utilizatorii Exchange accesează și interacționează cu mesajele printr-un client de e-mail. Microsoft Outlook este cel mai comun client. Exchange Server 2016 acceptă, de asemenea, următoarele:

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

Outlook este, de asemenea, disponibil ca o aplicație bazată pe web, numită Outlook pe web-fostă Outlook Web App și prescurtată în mod obișnuit la OWA-pentru ca utilizatorii să acceseze și să interacționeze cu mesaje din mai multe browsere web diferite. Outlook pe web permite utilizatorilor să conecteze și să partajeze documente stocate în OneDrive pentru Business într-un server SharePoint local. Acest lucru creează o modalitate mai simplă și mai directă pentru utilizatorii finali de a salva și atașa fișiere la e-mailuri.

Pro și contra Exchange Server

deși este ușor să vorbim despre avantajele utilizării Microsoft Exchange, poate fi dificil să identificăm orice Contra, pe lângă costurile de licențiere. Chiar acum, există puțini-dacă există-concurenți adevărați la schimb.

Exchange on-premises-toate versiunile numărate împreună-are probabil cea mai mare bază de utilizatori activi, dar Microsoft nu publică numere despre numărul de utilizatori activi nici în Exchange on-premises, nici în Exchange Online. Outlook.com acum rulează pe Exchange, deci Exchange On-premises, Exchange Online și Outlook.com probabil că au mai mulți utilizatori (business și personal) decât Gmail (business și personal). Orice altă platformă de mesagerie concurentă după ofertele Microsoft și Google are baze de utilizatori de afaceri relativ mici.

după platformele de mesagerie de afaceri Microsoft și Google, cea mai mare soluție în ceea ce privește baza de utilizatori instalată este probabil Lotus Notes. Comparațiile dintre note și schimb sunt dificile, deoarece Notes nu este în primul rând o soluție de mesagerie. Lotus Notes este o soluție de baze de date care include funcționalitatea de mesagerie. Mai mult, începând cu 30 iunie 2019, IBM a vândut proprietatea Lotus Notes către HCL și nu va mai actualiza produsul respectiv.

Zimbra este cea mai mare soluție de mesagerie bazată pe Linux. Sunt disponibile atât soluții Zimbra bazate pe SCSI (Sas), cât și soluții bazate pe SCSI atașate în serie. Există versiuni open source ale Zimbra disponibile, care includ diferite opțiuni de licențiere.

toate soluțiile de mesagerie diferite, cu caracteristici și focalizări diferite, fac dificilă o comparație directă pro și con. Mai jos sunt câteva comparații pro și con la nivel înalt. Aceste liste nu sunt destinate să fie definitive.

Exchange on-premises vs.Exchange Online

cea mai comună alegere pentru companiile care caută o soluție de mesagerie va fi între Exchange on-premises și Exchange Online.

schimb local
Pro	contra
administratorii pot controla programul de upgrade și disponibilitatea caracteristicilor	reparațiile Hardware sunt responsabilitatea administratorului
taxă de licențiere unică	trebuie întreținut local, la fața locului
nimeni din afara organizației nu are acces la servere sau date	costurile Hardware și software trebuie amortizate

schimb Online
Pro	contra
nu este nevoie pentru a menține hardware sau software	soluție inflexibilă
cheltuieli lunare de licențiere	pierderea potențială a controlului asupra datelor
99.9% uptime service-Level agreement (SLA)	potențial mai scump
	potențial necesită păstrarea software-ul on-premise aferente până la data de

schimb 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
	fără integrare AD

Microsoft Exchange Online

Microsoft oferă Exchange ca o ofertă SaaS numită Exchange Online. Este disponibil ca serviciu autonom sau ca parte a suitei Office 365. Utilizatorii finali se conectează la Exchange Online prin Clientul Outlook sau Outlook pe web. Administratorii cu permisiuni administrative Office 365 configurează și gestionează serviciul. Microsoft oferă Exchange ca serviciu găzduit pentru a reduce activitatea administrativă implicată în implementările Exchange local.

Exchange Server pricing

Exchange Server pricing poate varia foarte mult în funcție de modul în care este achiziționat și ce versiune este achiziționată.

Exchange on-premises este vândut pe bază de server. În plus, este necesară o licență de acces Client (CAL) pentru fiecare utilizator care accesează Exchange. Exchange Server trebuie să fie instalat pe un server care rulează sistemul de operare Windows Server, care, de asemenea, trebuie să fie licențiat cu un model per-server Plus CAL. Serverul trebuie să fie instalat într-o pădure de anunțuri cu cel puțin un DC.

Exchange Server în sine vine în două niveluri de licență: Standard și Enterprise. Cal-urile de schimb vin, de asemenea, în standard și Enterprise. Fiecare utilizator trebuie să aibă un CAL Standard Windows Server și poate avea un CAL Enterprise pentru funcționalități suplimentare. Atât Cal-urile standard, cât și cele Enterprise pot fi utilizate cu oricare ediție server.

Exchange Online este vândut pe o bază per utilizator, pe lună, fie ca o ofertă autonomă, fie ca parte a unui pachet Office 365. Există două planuri de sine stătătoare. Exchange Online Plan 1 – 4 USD pe utilizator, pe lună-oferă E-mail de afaceri sigur și disponibil, cu o cutie poștală de 50 GB per utilizator. Exchange Online Plan 2-8 USD pe utilizator, pe lună-se bazează pe Planul 1 și include spațiu de stocare nelimitat, mesagerie vocală găzduită și funcționalitate de prevenire a pierderilor de date (DLP).

Istoricul Exchange Server

Exchange Server a fost lansat pentru prima dată într-o previzualizare privată în 1993. În 1996, prima versiune disponibilă public a Exchange Server a fost lansată ca Exchange 4.0. Numărul versiunii 4.0 din prima versiune a Exchange a fost menit să însemne că a fost actualizarea de la Microsoft Mail 3.5, dar acestea erau două programe drastic diferite. Schimb 4.0 folosit X.500 protocol pentru servicii de director și de livrare e-mail.

în 1997, Exchange 5.0 a fost lansat. Aceasta a fost prima versiune a Exchange care a prezentat Simple Mail Transfer Protocol (SMTP) ca protocol de livrare a serverului de e-mail. SMTP a făcut Exchange 5.0 prima versiune capabilă să comunice cu alte platforme de mesagerie de pe internet. Exchange 5.0 a introdus, de asemenea, OWA în Exchange 5.0 într-un pachet service pack post-lansare.

Exchange 5.5 a fost lansat la mai puțin de un an după Exchange 5.0 și a fost prima versiune a Exchange care a venit în edițiile Standard și Enterprise. Schimb 5.5 a inclus, de asemenea, introducerea de recuperare pentru elementele șterse și suport pentru Internet Message Access Protocol 4 (IMAP4) și Lightweight Directory Access Protocol (LDAP) v3 clienti.

Exchange Server 2000 a fost lansat doi ani mai târziu pentru a coincide cu lansarea AD. Exchange 2000 a inclus o caracteristică de mesagerie instantanee care a fost ulterior dezactivată la Office Communications Server. Exchange Server 2000 nu a fost adoptat pe scară largă.

Exchange Server 2003 a fost un pas uriaș înainte pentru Exchange, atât în funcționalitate, cât și în adoptare. Exchange Server 2003 a început tendința de diferențiere a diferitelor servere Exchange pentru a îndeplini diferite funcții. În timp ce același software a fost instalat pe toate serverele Exchange, 2003 a susținut ideea desemnării unor servere ca servere front-end pentru a găzdui conexiuni client. Exchange 2003 a făcut, de asemenea, migrările din versiunile anterioare ale Exchange mult mai ușor, permițând coexistența serverelor 2003 în organizațiile care încă rulau versiunile anterioare.

Exchange Server 2007 a fost o altă versiune majoră care a inclus o mulțime de funcționalități noi. La lansare, Exchange 2007 nu a acceptat folderele publice, dar acest suport a fost returnat cu Service Pack 1 (SP1) după reclamațiile clienților. Exchange 2007 a fost primul produs Microsoft major care a îmbrățișat pe deplin PowerShell. Pentru prima dată, toate funcționalitățile Exchange erau disponibile ca comenzi PowerShell, deși unele funcționalități nu aveau interfață grafică de utilizator (GUI) controale.

Exchange 2007 a introdus, de asemenea, conceptul de roluri de server Exchange complet separate. 2007 a inclus cinci roluri diferite de server Exchange care aveau software separat instalat pe serverul fizic. Patru dintre aceste roluri ar putea fi instalate pe un singur server fizic, dacă se dorește, dar fiecare rol ar putea fi instalat și pe propriul server fizic.

Exchange 2007 a introdus, de asemenea, UM pentru a furniza servicii de telefonie „după ce apelul este răspuns” și a inclus mai multe opțiuni de bază de date HA. Aceste opțiuni, care au inclus mai multe moduri de a construi un cluster de baze de date, au ajuns să fie complicate și confuze de implementat și întreținut.

Exchange 2010 a fost o versiune minoră a Exchange Server. Schimbarea majoră în Exchange Server 2010 a fost introducerea DAG și deprecierea opțiunilor complicate de clustering din Exchange 2007. Exchange 2010 a inclus și îmbunătățit separarea rolului serverului de Exchange 2007 și a îmbunătățit opțiunile de echilibrare a încărcării disponibile pentru o mai bună disponibilitate a accesului clientului. Office 365 a fost lansat pentru prima dată în intervalul de timp Exchange 2010, iar Exchange 2010 a inclus prima funcționalitate hibridă Exchange între Exchange local și Exchange Online.

Exchange 2013 a fost lansat pe Octombrie. 11, 2012, alături de noile versiuni de SharePoint și Skype for Business. Această versiune a însemnat intenția Microsoft de a crea o integrare mai strânsă între cele trei produse Office server și versiunile lor Office 365 online. Cutiile poștale de Site au fost introduse în Exchange 2013 și au inclus funcționalități care au permis accesul la cutiile poștale Exchange și conținutul SharePoint împreună.

Exchange 2013 a inclus o schimbare semnificativă a folderelor publice numite foldere publice moderne. În timp ce funcționalitatea de bază a folderelor publice a rămas aceeași, arhitectura din culise a fost modificată pentru a include folderele publice în aceleași baze de date ale căsuțelor poștale ca și cutiile poștale ale utilizatorilor. În timpul ciclului de viață al Exchange 2013, clienții Microsoft au început să se întrebe dacă Microsoft va continua să dezvolte noi versiuni de Exchange on-premises sau va sprijini doar Exchange Online. Speculațiile au avut loc în primul rând pentru că noile caracteristici Exchange au început să apară mai întâi în Exchange Online și apoi le-ar transforma în versiuni locale ale software-ului.

Exchange 2016 a eliminat capacitatea de a instala roluri separate de server Exchange pe servere fizice separate, cu excepția rolului de transport Edge.

Exchange Server 2019 a inclus posibilitatea de a instala Exchange Server pe Windows Server Core. Aceasta a fost prima versiune de Exchange care ar putea fi rulată și gestionată cu un GUI. Toate funcțiile UM au fost eliminate din Exchange 2019 în această versiune și au fost adăugate noi funcții pentru Exchange 2019.

versiuni Exchange Server

următoarea listă arată progresia versiunii Exchange Server cu data de lansare corespunzătoare și software-ul construi:

• Exchange Server 4.0 Standard Edition a fost lansat pentru prima dată pe 11 iunie 1996, ca build 4.0.837.
• Exchange Server 5.0 a fost lansat pentru prima dată pe 23 Mai 1997, ca build 5.0.1457.
• Exchange Server 5.5 a fost lansat pentru prima dată în februarie. 3, 1998, ca construi 5.5.1960.
• serverul Exchange 2000 a fost lansat pentru prima dată în noiembrie. 29, 2000, ca build 6.0.4417.
• Exchange Server 2003 a fost lansat pentru prima dată în septembrie. 28, 2003, ca construi 6.5.6944.
• Exchange Server 2007 a fost lansat pentru prima dată pe 8 martie 2007, ca versiune 8.0.685.25.
• Exchange Server 2010 a fost lansat pentru prima dată noiembrie. 9, 2009, ca construi 14.00.0639.021.
• Exchange Server 2013 a fost lansat pentru prima dată în decembrie. 3, 2012, ca construi 15.00.0516.032.
• Exchange Server 2016 a fost lansat pentru prima dată octombrie. 1, 2015, ca construi 15.01.0225.042.
• Exchange Server 2019 a fost lansat pentru prima dată în octombrie. 14, 2018, ca construcție 15.2.221.12.