Microsoft Exchange Server

a Microsoft Exchange Server a Microsoft e-mail -, naptár -, kapcsolattartási, ütemezési és együttműködési platformja. A Windows Server operációs rendszeren (OS) telepítve van üzleti használatra. A Microsoft úgy tervezte meg az Exchange Servert, hogy a felhasználók mobileszközökről, asztali számítógépekről és webalapú rendszerekről is hozzáférhessenek az üzenetküldő platformhoz. Az Exchange Server telefonos képességei támogatják a hangüzeneteket.

az Exchange-felhasználók naptár-és dokumentummegosztáson keresztül működnek együtt. A platform tárolási és biztonsági funkciói lehetővé teszik a szervezetek számára a tartalom archiválását, a keresések végrehajtását és a megfelelőségi feladatok végrehajtását. Az Exchange Server az idők során fejlődött, és ma már az Office 365 mint szoftver mint szolgáltatás (SaaS) alapvető összetevője a Microsoft felhőben, a Microsoft pedig szolgáltatóként működik.

hogyan működik az Exchange Server?

az Exchange Server egy vállalati szintű együttműködési termék, amely elsősorban az e-mailek küldésére, fogadására és tárolására összpontosít. Az üzenetküldési forgalom kezelése mellett az Exchange Server számos más együttműködési funkciót is kínál, például naptárkészítést és szoros integrációt más Microsoft Office alkalmazásokkal.

az Exchange Server a magas rendelkezésre állású (ha) funkcióiról ismert, amelyek biztosítják a folyamatos szolgáltatást különböző kiesési helyzetekben. Ez magában foglalja a tervezési útvonalakat, amelyek biztosítják a szolgáltatást egykiszolgálós hibák vagy adatközpont-kiesések esetén.

az Exchange Server 2019 jellemzői

a 2019-es kiadás lényegesen gyorsabb és megbízhatóbb feladatátvételt biztosít a szerverek között. Úgy tervezték, hogy javítsa az általános teljesítményt és kihasználja a legújabb tárolóhardverek előnyeit, beleértve a nagyobb lemezeket és a szilárdtestalapú meghajtókat (SSD-ket).

az Exchange server 2019 további funkciói a következők:

• támogatja a legfeljebb 256 GB memóriát és 48 CPU magot;
• lehetővé teszi a telepítést A Windows Server Core rendszeren;
• lehetővé teszi az Exchange admin center (EAC) külső hozzáférését és az Exchange Management Shell natív blokkolását;
• dinamikus memória-gyorsítótár-allokációt alkalmaz az aktív adatbázisok memóriahasználatának optimalizálására;
• megakadályozza, hogy a résztvevők értekezlet-meghívókat továbbítsanak;
• további Office-on kívüli lehetőségeket biztosít a végfelhasználóknak;
• lehetővé teszi a rendszergazdák számára, hogy lemondják a vállalatot elhagyó felhasználó által szervezett értekezleteket;
• lehetővé teszi a rendszergazdák számára a delegált engedélyek hozzárendelését; és
• engedélyezi a nem angol karaktereket tartalmazó e-mail címek natív továbbítását és kézbesítését.

az Exchange 2019 ezen kiegészítő funkcióival együtt az egyesített üzenetküldési (UM) szerepkör és az összes kapcsolódó funkció eltávolításra került az Exchange 2019-ből. Egy Szept. 16, 2019, blog Az Exchange csapat webhelyén jelezte, hogy a Microsoft az Exchange Server 2010 kiterjesztett támogatását Jan. 14, 2020, okt. 13, 2020, hogy az Exchange Server 2010 ügyfeleinek több ideje legyen az átállás befejezésére.

azoknak a rendszergazdáknak, akik az Exchange Server 2010 munkaterhelését Windows Server 2008 rendszeren futtatják, a Jan miatt módosítaniuk kell. 14, 2020, az adott szerver operációs rendszer élettartamának vége.

Exchange Server 2019 követelmények

az Exchange telepítéséhez a következő követelményeknek kell teljesülniük 2019:

• az Exchange 2019 telepíthető az Active Directory (AD) erdőkben a meglévő Exchange 2016 és/vagy 2013 kiszolgálókkal. Az Exchange korábbi verziói nem telepíthetők ugyanabban az erdőben, mint az Exchange 2019.
• az AD-erdőben található összes tartományvezérlőnek Windows Server 2019 Standard vagy adatközpontot, Windows Server 2016 Standard vagy adatközpontot, illetve Windows Server 2012 R2 Standard vagy adatközpontot kell futtatnia.
• az AD forest funkció szintjének Windows Server 2012 R2 vagy újabb szintűnek kell lennie.
• az Exchange 2019 kiszolgálónak 64 bites processzort kell használnia.
• az Exchange 2019 kiszolgálónak 128-256 gigabájt (GB) véletlen hozzáférésű memóriával (RAM) kell rendelkeznie.
• új technológiai fájlrendszer (NTFS) szükséges minden olyan lemezpartíción, amely tartalmazza a rendszerpartíciót, az Exchange binárisokat, a diagnosztikai naplókat és a szállítási adatbázist. A Resilient File System (ReFS) a postaláda-adatbázisokat és tranzakciós naplókat tartalmazó partíciókon használható.

Exchange Server magas rendelkezésre állás

az Exchange Server számos fontos funkcióval rendelkezik az ellenálló képesség és a HA fenntartása érdekében. Az Exchange postaládakiszolgáló-összetevői adatbázis-elérhetőségi csoportokra (dag) támaszkodnak. Az ügyfél-hozzáférési kiszolgáló összetevői a terheléselosztáson alapulnak.

adatbázis-rendelkezésre állási csoportok

a DAG a HA biztosításának alapvető Cserealrendszere. A DAG-ot először az Exchange 2010-ben vezették be, és gyorsan az Exchange egyik legfontosabb alrendszerévé vált.

a DAG egy legfeljebb 16 Cserekiszolgálóból álló csoport, amely automatikusan lemásolja az adatbázisokat a tagok között, hogy redundanciát biztosítson az adatbázis vagy a szerver szintjén bekövetkező hiba esetén. A DAG bármely tagkiszolgálója tárolhatja az adatbázis másolatát a DAG bármely más tagkiszolgálójáról. Miután egy adatbázis egy példányát hozzáadta egy másik kiszolgálóhoz, a másolat automatikusan naprakészen marad, és bármikor készen áll az aktiválásra.

a DAG A Windows Fürtözésén alapul, nem pedig az Exchange csapatra jellemző technológián. Ez azt jelentheti, hogy néha a Windows Server funkciói és hibái jelentős hatással lehetnek az Exchange működésére.

Active Manager

az Active Manager (AM) Az Exchange-összetevő, amely felelős a feladatátvételi események kezeléséért egy Exchange-környezetben. Az AM A Microsoft Exchange replikációs szolgáltatásban fut az összes Exchange 2016 kiszolgálón. Amikor egy Exchange-kiszolgáló csatlakozik egy DAG-hoz, két AM szerepkör fut a kiszolgálón: elsődleges aktív kezelő (Pam) és készenléti aktív kezelő (Sam).

a cluster quorum erőforrást birtokló DAG-tagkiszolgáló fogja betölteni a Pam szerepet. Ha a határozatképességi erőforrást tartó DAG-csomópont meghibásodik, a PAM-szerepkör arra a kiszolgálóra kerül, amely a határozatképességi erőforrás tulajdonjogát veszi át.

a SAM feladata, hogy információt szolgáltasson az AM klienseket futtató többi Exchange-összetevőnek arról, hogy melyik adatbázismásolat jelenleg aktív. A SAM észleli, ha egy adatbázis meghibásodik, és megkéri a PAM-et, hogy kezdeményezze a feladatátvételi eseményt. A SAM nem felelős annak kiválasztásáért, hogy az adatbázis melyik példánya aktiválódik egy hiba után. Ezt a folyamatot best copy and server selection (bcss) – nek hívják.

legjobb másolat kiválasztása

adatbázishiba észlelésekor az AM lépéseket tesz a hiba helyreállítására az aktiválandó adatbázis legjobb példányának kiválasztásával. A BCSS folyamat így megy:

1. a hibát az AM vagy a felügyelt rendelkezésre állás észleli. Ezt a folyamatot egy rendszergazda is elindíthatja, aki kezdeményezi a cél nélküli átállást.
2. a PAM elindítja a bcss belső algoritmust.
3. az utolsó naplók másolásának kísérlete (ACLL) alfolyamat megpróbálja lemásolni a hiányzó naplófájlokat arról a kiszolgálóról, amely utoljára az adatbázis aktív példányát tárolta.
4. amikor az ACLL folyamat befejeződik, egy AutoDatabaseMountDial értéket ellenőriznek az adatbázis másolatait tároló kiszolgálók számára, és összehasonlítják az aktivált adatbázis másolási sorának hosszával. Ha a hiányzó naplófájlok száma kisebb vagy egyenlő az AutoDatabaseMountDial értékével, az AM Az ötödik lépésre lép. Ha nem, az AM a második lépésben kezdi meg ezt a folyamatot.
5. a PAM csatolási kérelmet ad ki az információtárolónak. Ha az adatbázis nem csatlakozik, az AM visszatér a második lépéshez.

van néhány további logika ebben a folyamatban, ha a feladatátvételi eseményt egy megfigyelési esemény triggeli. A további logika biztosítja, hogy az aktív adatbázist átvevő szerver jobb állapotban legyen, mint az a szerver, ahonnan jött.

DAG quorum modes

a DAG egy Windows Server-fürt speciális megvalósítása. A Dag-ok Exchange-összetevőinek működése az alapul szolgáló Windows Server Cluster technológiára támaszkodik. A kvórum fogalma elengedhetetlen a Dag-k végrehajtásának és kezelésének megértéséhez.

a határozatképesség az az elképzelés, hogy egyes DAG-tagok kudarca esetén vannak szabályok annak szabályozására, hogy a fennmaradó tagok milyen erőforrásokat tudnak biztosítani. Ezek a kvórumszabályok azért léteznek, hogy biztosítsák a DAG következetes működését, és döntetlenként működjenek olyan helyzetekben, amikor a dag csomópontok elveszítik a kommunikációt egymással.

ha egy DAG páros számú csomóponttal rendelkezik, akkor a Node & fájlmegosztás többségi kvórum módot használja. Ebben a módban egy külső tanú szerver működik, mint a tiebreaker. Ha ebben a módban fut, minden DAG csomópont-tag egyetlen szavazatot kap, de a tanúkiszolgáló az egyik dag csomópontnak további szavazatot ad. A fürt kvórumadatait az egyes tagok helyi rendszerlemezén tárolják, de a tanúkiszolgálónak külön fájlja van, amely egy DAG-tagra mutat, mint a dag fürt kvórumadatainak legfrissebb példányára.

ha egy DAG páratlan számú taggal rendelkezik, akkor csomópont többségi kvórum módot használ. Ebben a módban minden DAG-tag szavazatot kap, és minden tag helyi rendszerlemezét a fürt kvórumadatainak tárolására használják.

lehetőség van arra, hogy manuálisan hozzárendeljünk bizonyos dag tagokat súlyozott határozatképességgel. Ezt a legtöbb esetben nem javasoljuk, és csak a Microsoft Ügyfélszolgálatával folytatott közvetlen konzultációt követően szabad megtenni.

adatközpont aktiválási koordinációs mód

az adatközpont aktiválási koordinációs (DAC) módja a Dag-ok egyik jellemzője, amely megakadályozza azokat a helyzeteket, amikor egy leállás miatt az adatbázis két példánya két különböző kiszolgálón él. A DAC mód kézi beavatkozást igényel, ha az adatbázist tároló szerver nem tudja elérni a DAG tagkiszolgálók többségét.

a Microsoft bevált gyakorlatai szerint a DAC módot minden olyan DAG-on aktiválni kell, amely két vagy több taggal rendelkezik, és folyamatos replikációt használ. Az egyetlen eset, amikor a DAG DAC módja nem ajánlott, az lenne, ha a rendszergazda harmadik féltől származó replikációs eszközt használna.

amikor a DAC aktív, a DAC protokollt (DACP) használó dag csomópontok indításkor további kommunikációt folytatnak. A DACP indításkor 0-ra van állítva. Ha a DACP bit 0-nál marad, az AM nem próbál meg adatbázisokat indítani az adott csomóponton. A DACP bit akkor is beállítható 1-re, ha egy másik DAG tag DACP bitje 1-re van állítva, vagy ha egy DAG csomópont kapcsolatba léphet a dag tagsági listáján szereplő összes kiszolgálóval.

a DAC mód akkor hasznos, ha egy elsődleges adatközpont teljesen meghibásodik, és egy biztonsági mentési adatközpont aktiválódik. Amikor az áramellátás visszatér, és a kiszolgálók a WAN-kapcsolat újbóli bekapcsolása előtt jönnek létre, a DAC mód megakadályozza, hogy ugyanazon adatbázisok különböző példányai mindkét adatközpontban aktívak legyenek.

két csomóponttal rendelkező DAG esetén a DAC mód összehasonlítja az alternatív tanúkiszolgáló indítási idejét és azt az időt, amikor a DACP bit 1-re lett állítva annak meghatározásához, hogy képes-e adatbázisokat csatlakoztatni. Ha a DACP bitet 1-re állították korábban, mint az alternatív tanúkiszolgáló indítási ideje, a rendszer feltételezi, hogy a két kiszolgáló egyszerre indult újra-valószínűleg az elsődleges adatközpont áramkimaradása miatt -, és a DAG tag nem csatlakoztathat adatbázisokat. Ha a DACP bit 1-re lett állítva az alternatív tanúkiszolgáló indítási ideje után, a rendszer feltételezi, hogy biztonságos az adatbázisok csatlakoztatása.

DatabaseAvailabilityGroup parancsmagok és osztott agy állapotok

a megosztott agy olyan helyzet, amikor ugyanazon adatbázis két különböző példánya egyszerre aktívvá válik a különböző adatközpontokban. Amikor ez megtörténik, Az adatbázis két különböző példánya eltér, ami a felhasználói adatok potenciális elvesztését okozza, amikor a két különböző példány megpróbálja összeegyeztetni.

a megosztott agyi állapotok megelőzése mellett a DAC mód lehetővé teszi a DatabaseAvailabilityGroup parancsmagok indítását, leállítását és visszaállítását. Ezek a parancsmagok az adatközpontok kézi átkapcsolására szolgálnak. Ha a DAC mód nem aktív, a kézi adatközpont folyamata összetett, és magában foglalja mind az Exchange eszközöket, mind a fürtkezelőt.

Képzeljünk el egy olyan helyzetet, amikor az Exchange környezet négy szerverből áll, amelyek mindegyike ugyanannak az adatbázisnak a másolatával rendelkezik. Ezek közül kettő az a adatközpontban, kettő pedig a B adatközpontban található. Hálózati hiba lép fel a két adatközpont közötti összeköttetésben. A DAC mód engedélyezése nélkül az egyes adatközpontok szerverei azt gondolhatják, hogy aktiválniuk kell az adatbázis másolatát.

a DAC mód megakadályozza ezt az osztott agy forgatókönyvet azáltal, hogy csomópont-többséget igényel az adatbázis aktiválása előtt. A csomópont többség azt jelenti, hogy a fürt legtöbb csomópontjának-vagy ebben az esetben a DAG-nak-online és elérhetőnek kell lennie ahhoz, hogy egy dag csomópont képes legyen aktiválni egy adatbázis-másolatot. Ha páros számú csomópont van a DAG-ban, akkor a fájlmegosztás tanúja szavazati tagként is működik a csomópont többségének meghatározásához.

a fent leírt esetben, ha egy négy csomópontos fürt és két csomópont van minden adatközpontban, csak az adatközpontban lévő Exchange-kiszolgálók képesek aktiválni az adatbázisokat a fájlmegosztási tanúval. A másik adatközpont dag csomópontjai nem aktiválhatnak semmilyen adatbázist, amíg nem tudnak kapcsolatba lépni a dag tagjaiként felsorolt összes kiszolgálóval.

harmadik helyszíni tanú

az Exchange-hez a 2013-as korszakban hozzáadott funkció egy harmadik helyszíni tanú támogatása volt, amely képes minden erőforrást online elérhetővé tenni rendszergazdai beavatkozás nélkül. Ha minden webhelynek független hálózati elérési útja van a harmadik webhely tanújához, akkor az egyik webhely csomópontjai fenntarthatják a határozatképességet a tanúkiszolgáló segítségével. A hátránya, hogy egy harmadik helyszínen tanú, hogy az Exchange rendszergazdák kell, hogy a szükséges időt, hogy ásni, és alaposan megérteni a hálózati viselkedés.

terheléselosztás

a terheléselosztás egy módja annak, hogy a rendszergazdák kezeljék, milyen hálózati forgalmat irányítanak a hálózaton belüli egyes Exchange-kiszolgálókra. Általában két okból kívánatos a bejövő ügyfélkapcsolatok elosztásának kezelése Az Exchange 2016 szerverek között:

1. a munkaterhelés elosztása. Ha valaki több Exchange-kiszolgáló beállításával és karbantartásával foglalkozik, jó ötlet, hogy az összes Exchange-kiszolgáló rendszeresen dolgozzon.
2. a hiba hatásának csökkentése. Ha valami elromlik, jó, ha van egy redundáns rendszer, amely átveszi a meghibásodott rendszer munkaterhelését.

terheléselosztás kiegészíti dag. A DAG feladata: (1) annak biztosítása, hogy minden postaládából több példány készen álljon az aktiválásra, és (2) az ügyfélkérések elfogadása abban az esetben, ha az aktív másolat nem érhető el. A terheléselosztás ugyanúgy működik; feladata, hogy megbizonyosodjon arról, hogy vannak-e más helyek az ügyfélforgalom küldésére, ha egy hely elérhetetlenné válik.

a terheléselosztás két vagy több Cserekiszolgáló között terjedhet egy webhelyen, vagy több webhelyen is. Az előnyben részesített architektúrájú (pa) Exchange-telepítés négy Exchange-kiszolgálót tartalmazna, amelyek két különálló hirdetési webhelyen vannak elosztva. Az Exchange jelenlegi verziói támogatják a 4. réteget, a 7. réteget és a domain name system (DNS) round-robin terheléselosztást.

Exchange Preferred Architecture

az Exchange PA az ideális Exchange telepítés, ahogy azt a Microsoft Exchange csapata elképzelte. A PA-t a teljes tulajdonlási költség (TCO), a HA, a rugalmasság, a redundancia és a helyreállítás szem előtt tartásával fejlesztették ki. A PA-t nem Érettségi modellként kívánják használni; inspirációként tervezték.

Exchange Server-ügyfelek

az Exchange-felhasználók e-mail kliensen keresztül férnek hozzá az üzenetekhez és lépnek velük kapcsolatba. A Microsoft Outlook a leggyakoribb ügyfél. Az Exchange Server 2016 a következőket is támogatja:

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

Outlook is elérhető, mint egy web-alapú alkalmazás, az úgynevezett Outlook on the weben-korábban Outlook Web App, és általában rövidítve OWA-a felhasználók számára, hogy hozzáférjenek, és kölcsönhatásba lépnek az üzeneteket a különböző böngészők. A Webes Outlook lehetővé teszi a felhasználók számára a OneDrive Vállalati verzióban tárolt dokumentumok összekapcsolását és megosztását egy helyszíni SharePoint-kiszolgálón. Ez egyszerűbb és közvetlenebb módot teremt a végfelhasználók számára a fájlok mentésére és csatolására az e-mailekhez.

az Exchange Server előnyei és hátrányai

bár könnyű beszélni a Microsoft Exchange használatának előnyeiről, nehéz lehet azonosítani a hátrányokat, a licencelési költségek mellett. Jelenleg kevés-ha van ilyen-valódi versenytárs, akit cserélni kell.

az Exchange on-premises-az összes verzió együttvéve-valószínűleg a legnagyobb aktív felhasználói bázissal rendelkezik, de a Microsoft nem tesz közzé nyilvánosan számokat az Exchange on-premises vagy az Exchange Online aktív felhasználóinak számáról. Outlook.com most az Exchange – en fut, így az Exchange on-premises, az Exchange Online és Outlook.com valószínűleg több teljes felhasználója van (üzleti és személyes), mint a Gmailnek (üzleti és személyes). Bármely más versengő üzenetküldő platform a Microsoft és a Google kínálata után viszonylag kis üzleti felhasználói bázissal rendelkezik.

a Microsoft és a Google üzleti üzenetküldő platformjai után a telepített felhasználói bázist tekintve a legnagyobb megoldás valószínűleg a Lotus Notes. A Notes és az Exchange összehasonlítása nehéz, mivel a Notes nem elsősorban üzenetküldő megoldás. A Lotus Notes egy adatbázis-megoldás, amely magában foglalja az üzenetküldési funkciókat. Továbbá 30. június 2019-től az IBM eladta a Lotus Notes tulajdonjogát a HCL-nek, és már nem frissíti a terméket.

a Zimbra a legnagyobb Linux-alapú üzenetküldő megoldás. Mind helyszíni, mind Soros SCSI (SAS) alapú Zimbra megoldások állnak rendelkezésre. A Zimbra nyílt forráskódú verziói állnak rendelkezésre, amelyek különböző licencelési lehetőségeket tartalmaznak.

a különböző üzenetküldési megoldások különböző funkciókkal és fókuszokkal megnehezítik az egyenes pro és con összehasonlítást. Az alábbiakban néhány magas szintű pro és con összehasonlítást találunk. Ezek a listák nem véglegesek.

Exchange on-premises vs.Exchange Online

az üzenetküldési megoldást kereső vállalkozások számára a leggyakoribb választás az Exchange on premises és az Exchange Online között lesz.

helyszíni csere
előnyök	hátrányok
a rendszergazdák szabályozhatják a frissítési ütemezést és a funkciók elérhetőségét	a hardver javítása az adminisztrátor felelőssége
egyszeri licencdíj	helyben, helyben kell karbantartani
a szervezeten kívül senki sem férhet hozzá szerverekhez vagy adatokhoz	a hardver – és szoftverköltségeket le kell értékelni

Exchange Online
előnyök	hátrányok
nincs szükség hardver vagy szoftver karbantartására	rugalmatlan megoldás
havi licencköltség	az adatok ellenőrzésének esetleges elvesztése
99.9% uptime service-level agreement (SLA)	potenciálisan drágább
	potenciálisan megköveteli a kapcsolódó helyszíni szoftverek naprakészen tartását

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
	nincs hirdetés integráció

Microsoft Exchange Online

a Microsoft az Exchange-t az Exchange Online nevű SaaS-ajánlatként kínálja. Önálló szolgáltatásként vagy az Office 365 csomag részeként érhető el. A végfelhasználók az Exchange Online-hoz az Outlook ügyfélprogramon vagy az Outlook on the weben keresztül csatlakoznak. Az Office 365 rendszergazdai jogosultságokkal rendelkező rendszergazdák konfigurálják és kezelik a szolgáltatást. A Microsoft az Exchange-t hosztolt szolgáltatásként kínálja az Exchange helyszíni telepítéseivel kapcsolatos adminisztratív munka csökkentése érdekében.

Exchange Server árazása

az Exchange Server árazása nagymértékben változhat a vásárlás módjától és a megvásárolt verziótól függően.

az Exchange helyszíni értékesítése szerverenként történik. Ezenkívül ügyfél-hozzáférési licenc (Cal) szükséges az Exchange-hez hozzáférő minden felhasználó számára. Az Exchange Server-t egy Windows Server operációs rendszert futtató kiszolgálóra kell telepíteni, amely szintén kiszolgálónkénti plusz CAL modellel rendelkezik licenccel. A kiszolgálót legalább egy DC-vel rendelkező AD-erdőben kell telepíteni.

maga az Exchange Server két licencszinttel rendelkezik: Standard és Enterprise. Az Exchange CAL-ok Standard és Enterprise változatban is elérhetők. Minden felhasználónak rendelkeznie kell egy Windows Server Standard CAL-al, és lehet, hogy rendelkezik egy Enterprise CAL-al a további funkciókhoz. Mind a Standard, mind az Enterprise CAL használható bármelyik szerver kiadással.

az Exchange Online-t felhasználónként, havonta értékesítik önálló ajánlatként vagy az Office 365 csomag részeként. Két önálló terv van. Az Exchange Online 1. csomag-felhasználónként és havonta 4 dollár-biztonságos és elérhető üzleti e-maileket kínál, felhasználónként 50 GB-os postaládával. Az Exchange Online 2.csomag-felhasználónként és havonta 8 USD-az 1. csomagra épül, és korlátlan tárhelyet, tárolt hangpostát és adatvesztés-megelőzési (DLP) funkciót tartalmaz.

az Exchange Server története

az Exchange Server először privát előnézetben jelent meg 1993-ban. 1996-ban megjelent az Exchange Server első nyilvánosan elérhető verziója Exchange 4.0 néven. Az Exchange első kiadásában szereplő 4.0 Verziószám azt jelentette, hogy ez a Microsoft Mail 3.5 frissítése volt, de ezek két drasztikusan eltérő program voltak. Az Exchange 4.0 az X-et használta.500 protokoll a címtárszolgáltatásokhoz és a levelek kézbesítéséhez.

1997-ben megjelent az Exchange 5.0. Ez volt az Exchange első verziója, amely a Simple Mail Transfer Protocol (SMTP) szolgáltatást tartalmazta levelezőszerver kézbesítési protokollként. SMTP tette Exchange 5.0 az első verzió képes kommunikálni más üzenetküldő platformok az Interneten keresztül. Az Exchange 5.0 az OWA-t is bevezette az Exchange 5.0-ban egy kiadás utáni szervizcsomagban.

az Exchange 5.5 kevesebb mint egy évvel az Exchange 5.0 után jelent meg, és ez volt az Exchange első Standard és Enterprise kiadása. Csere 5.Az 5 tartalmazza a törölt elemek helyreállításának bevezetését, valamint az Internet Message Access Protocol 4 (IMAP4) és a Lightweight Directory Access Protocol (LDAP) v3 kliensek támogatását.

az Exchange Server 2000 két évvel később jelent meg, hogy egybeessen az AD megjelenésével. Az Exchange 2000 tartalmaz egy azonnali üzenetküldő funkciót, amelyet később leválasztottak az Office Communications Server-ről. Az Exchange Server 2000 nem volt széles körben elfogadott.

az Exchange Server 2003 hatalmas előrelépés volt az Exchange számára mind a funkcionalitás, mind az elfogadás terén. Az Exchange Server 2003 elindította a különböző Exchange-kiszolgálók megkülönböztetésének tendenciáját, hogy megfeleljenek a különböző funkcióknak. Míg ugyanazt a szoftvert telepítették az összes Exchange szerverre, 2003 támogatta azt az elképzelést, hogy egyes szervereket front-end szerverekként jelöljenek ki az ügyfélkapcsolatok tárolására. Az Exchange 2003 Az Exchange korábbi verzióiból történő áttelepítést is sokkal könnyebbé tette azáltal, hogy lehetővé tette a 2003-as kiszolgálók együttélését azokban a szervezetekben, amelyek még mindig korábbi verziókat futtattak.

az Exchange Server 2007 egy másik nagy verzió volt, amely sok új funkciót tartalmazott. A kiadáskor az Exchange 2007 nem támogatta a nyilvános mappákat, de ezt a támogatást a Service Pack 1 (SP1) szervizcsomaggal visszaküldték az ügyfelek panaszai után. Az Exchange 2007 volt az első nagy Microsoft termék, amely teljes mértékben magáévá tette a PowerShell-t. Első alkalommal az Exchange összes funkciója PowerShell parancsként volt elérhető, bár egyes funkciók nem rendelkeztek grafikus felhasználói felület (GUI) vezérlőkkel.

az Exchange 2007 bevezette a teljesen különálló Exchange Server szerepkörök fogalmát is. A 2007-es év öt különböző Exchange Server-szerepkört tartalmazott, amelyek külön szoftvert telepítettek a fizikai kiszolgálóra. E szerepek közül négyet kívánság szerint egyetlen fizikai kiszolgálóra lehet telepíteni, de minden szerepkör telepíthető a saját fizikai kiszolgálójára is.

az Exchange 2007 bevezette az UM-t, hogy telefonos szolgáltatásokat nyújtson “a hívás fogadása után”, és több adatbázis-HA opciót is tartalmazott. Ezek az opciók, amelyek több módot is tartalmaztak egy adatbázis-fürt felépítésére, végül bonyolultak és zavarosak voltak a telepítéshez és a karbantartáshoz.

az Exchange 2010 az Exchange Server kisebb kiadása volt. A legnagyobb változás az Exchange Server 2010-ben a DAG bevezetése és a bonyolult fürtözési opciók elavulása volt az Exchange 2007-től. Az Exchange 2010 tartalmazza és továbbfejlesztette a kiszolgálói szerepkör elválasztását az Exchange 2007-től, és továbbfejlesztette a rendelkezésre álló terheléselosztási lehetőségeket az ügyfél-hozzáférés jobb elérhetősége érdekében. Az Office 365 először az Exchange 2010 időkeretben jelent meg, és az Exchange 2010 tartalmazza az első Exchange hibrid funkciót az Exchange on-premises és az Exchange Online között.

az Exchange 2013 októberben jelent meg. 11, 2012, a SharePoint és a Skype Vállalati verzió új verziói mellett. Ez a kiadás jelezte a Microsoft azon szándékát, hogy szorosabb integrációt hozzon létre a három Office server termék és az Office 365 online verzió között. A webhelypostafiókokat az Exchange 2013-ban vezették be, és olyan funkciókat tartalmaztak, amelyek lehetővé tették az Exchange postaládák és a SharePoint tartalmak együttes elérését.

az Exchange 2013 jelentős változást tartalmazott a nyilvános mappákban, az úgynevezett modern nyilvános mappákban. Míg a nyilvános mappák alapvető funkciói változatlanok maradtak, a kulisszák mögötti architektúrát úgy változtatták meg, hogy a nyilvános mappákat ugyanabban a postafiók-adatbázisban tartalmazza, mint a felhasználói postafiókokat. Az Exchange 2013 életciklusa alatt a Microsoft ügyfelei elgondolkodtak azon, hogy a Microsoft folytatja-e az Exchange új verzióinak helyszíni fejlesztését, vagy csak az Exchange Online-t támogatja. A spekuláció elsősorban azért történt, mert először az Exchange Online-ban kezdtek megjelenni az új Exchange funkciók, majd a szoftver helyszíni verziói lettek.

az Exchange 2016 megszüntette az Exchange Server szerepkörök külön fizikai kiszolgálókra történő telepítésének lehetőségét, kivéve az Edge Transport szerepkört.

az Exchange Server 2019 magában foglalta az Exchange Server telepítését a Windows Server Core rendszerre. Ez volt az Exchange első verziója, amelyet grafikus felhasználói felülettel lehetett futtatni és kezelni. Ebben a kiadásban az összes egyesített üzenetküldési funkció eltávolításra került az Exchange 2019-ből, és az Exchange 2019 új funkciói kerültek hozzáadásra.

Exchange Server verziók

az alábbi lista az Exchange Server verziószámát mutatja a megfelelő kiadási dátummal és a szoftver összeállításával:

• Exchange Server 4.0 Standard Edition először megjelent június 11, 1996, mint build 4.0.837.
• Exchange Server 5.0 először megjelent május 23, 1997, mint build 5.0.1457.
• az Exchange Server 5.5 először februárban jelent meg. 3, 1998, mint build 5.5.1960.
• az Exchange 2000 Server először novemberben jelent meg. 29, 2000, mint építeni 6.0.4417.
• az Exchange Server 2003 először szeptemberben jelent meg. 28, 2003, mint építeni 6.5.6944.
• Exchange Server 2007 először megjelent március 8, 2007, mint build 8.0.685.25.
• az Exchange Server 2010 először novemberben jelent meg. 9, 2009, mint építeni 14.00.0639.021.
• az Exchange Server 2013 először decemberben jelent meg. 3, 2012, mint építeni 15.00.0516.032.
• az Exchange Server 2016 először októberben jelent meg. 1, 2015, mint építeni 15.01.0225.042.
• az Exchange Server 2019 először októberben jelent meg. 14, 2018, mint építeni 15.2.221.12.