Microsoft Exchange Server on Microsoftin sähköposti -, kalenteri -, kontakti -, aikataulutus-ja yhteistyöalusta. Se on otettu käyttöön Windows Server-käyttöjärjestelmässä (OS) yrityskäyttöön. Microsoft suunnitteli Exchange Serverin antamaan käyttäjille pääsyn viestialustalle mobiililaitteista, pöytätietokoneista ja verkkopohjaisista järjestelmistä. Puhelintoiminnot Exchange-palvelimessa tukevat ääniviestejä.
Exchange-käyttäjät tekevät yhteistyötä kalenterin ja dokumenttien jakamisen kautta. Alustan varastointi-ja turvaominaisuuksien avulla organisaatiot voivat arkistoida sisältöä, tehdä hakuja ja suorittaa compliance-tehtäviä. Exchange Server on kehittynyt ajan myötä, ja se on nyt Office 365: n perustava osa ohjelmistona palveluna (SaaS), joka tarjotaan Microsoftin pilvipalvelussa Microsoftin toimiessa palveluntarjoajana.
miten Exchange Server toimii?
Exchange Server on yritysluokan yhteistyötuote, joka keskittyy ensisijaisesti sähköpostiviestien lähettämiseen, vastaanottamiseen ja tallentamiseen. Viestiliikenteen hallinnan lisäksi Exchange Server tarjoaa useita muita yhteistyöominaisuuksia, kuten kalenteroinnin ja tiiviin integraation muiden Microsoft Office-sovellusten kanssa.
Exchange Server on tunnettu korkean käytettävyyden (HA) ominaisuuksistaan, jotka takaavat jatkuvan palvelun erilaisissa katkoskenaarioissa. Tämä sisältää suunnittelupolkuja, joilla voidaan varmistaa palvelu yhden palvelimen vikojen tai datakeskuksen käyttökatkojen aikana.
Exchange Server 2019 ominaisuudet
vuoden 2019 julkaisu tarjoaa huomattavasti nopeamman ja luotettavamman vikaantumisen palvelinten välillä. Se suunniteltiin parantamaan yleistä suorituskykyä ja hyödyntämään uusinta tallennuslaitteistoa, mukaan lukien suuremmat levyt ja SSD-levyt (SSD).
Exchange server 2019: n lisäominaisuuksia ovat muun muassa seuraavat:
- tukee jopa 256 Gt muistia ja 48 suoritinydintä;
- mahdollistaa asennukset Windows Server Core;
- mahdollistaa ulkoisen pääsyn Exchange admin center (EAC) ja Exchange Management Shell voidaan estää natiivisti;
- käyttää dynaamista muistin välimuistin jakamista optimoidakseen muistin käytön aktiivisille tietokannoille;
- estää osallistujia lähettämästä kokouskutsuja;
- tarjoaa loppukäyttäjille lisävaihtoehtoja toimiston ulkopuolella;
- antaa ylläpitäjille mahdollisuuden peruuttaa kokoukset, jotka on järjestänyt yhtiöstä lähtenyt käyttäjä;
- mahdollistaa järjestelmänvalvojille valtuutusten antamisen valtuutetuille; ja
- mahdollistaa ei-englanninkielisiä merkkejä sisältävien sähköpostiosoitteiden reitittämisen ja toimittamisen natiivisti.
Exchange Server 2019 logoyhdessä näiden Exchange 2019-lisäominaisuuksien kanssa Unified Messaging (UM) – rooli ja kaikki siihen liittyvät toiminnot on poistettu Exchange 2019: stä. Syyskuuta. 16, 2019, blogi Exchange Team-sivustolla osoitti Microsoftin työntävän Exchange Server 2010: n laajennettua tukea Janilta. 14, 2020, to loka. 13, 2020, antaa Exchange Server 2010 asiakkaille enemmän aikaa suorittaa muuttonsa.
järjestelmänvalvojat, jotka suorittavat Exchange Server 2010-työkuormia Windows Server 2008: ssa, joutuvat tekemään muutoksia tammikuun vuoksi. 14, 2020, kyseisen palvelimen käyttöiän loppu.
Exchange Server 2019 vaatimukset
seuraavat vaatimukset on täytettävä Exchangen asentamiseksi 2019:
- Exchange 2019 voidaan asentaa Active Directory (AD) – metsiin olemassa olevilla Exchange 2016-ja/tai 2013-palvelimilla. Exchangen aikaisempia versioita ei saa asentaa samaan metsään kuin Exchange 2019.
- kaikkien ad Forestin toimialueen ohjauskoneiden (DCs) on oltava Windows Server 2019-standardin tai DataCenterin, Windows Server 2016-standardin tai DataCenterin tai Windows Server 2012 R2-standardin tai DataCenterin käytössä.
- AD Forestin funktiotason on oltava Windows Server 2012 R2 tai korkeampi.
- palvelimen hosting Exchange 2019: ssä on käytettävä 64-bittistä suoritinta.
- palvelimen hosting Exchange 2019: ssä tulisi olla 128-256 gigatavua (GB) random access-muistia (RAM).
- New Technology File System (NTFS) vaaditaan kaikissa levyosioissa, jotka sisältävät järjestelmäosion, vaihto-binäärit, diagnostiset lokit ja kuljetustietokannan. Resilient File System (refs) voidaan käyttää osioita, jotka sisältävät postilaatikon tietokantoja ja tapahtumalokit.
Exchange Server high availability
Exchange Server on useita tärkeitä ominaisuuksia häiriönsietokyvyn ja HA: n ylläpitämiseksi. Mailbox server komponentit Exchange luottaa tietokannan saatavuus ryhmät (DAGs). Client access server-komponentit luottavat kuormituksen tasapainottamiseen.
tietokantojen saatavuusryhmät
DAG on keskeinen tietojenvaihdon osajärjestelmä HA: n varmistamiseksi. Dag esiteltiin ensimmäisen kerran Exchange 2010-tapahtumassa ja siitä tuli nopeasti yksi tärkeimmistä Alijärjestelmistä Exchangessa.
DAG on enintään 16 Vaihtopalvelimen ryhmä, joka kopioi automaattisesti jäsenten välisiä tietokantoja tarjotakseen redundanssin joko tietokanta-tai palvelintason vikatilanteessa. Mikä tahansa DAG: n jäsenpalvelin voi isännöidä kopion tietokannasta mistä tahansa muusta DAG: n jäsenpalvelimesta. Kun kopio tietokannasta lisätään toiselle palvelimelle, kopio pidetään automaattisesti ajan tasalla ja valmiina aktivoitavaksi milloin tahansa.
Dag perustuu Windows Clusteringiin eikä itse Vaihtoryhmälle ominaiseen tekniikkaan. Tämä voi tarkoittaa, että joskus Windows Serverin ominaisuuksilla ja bugeilla voi olla merkittävä vaikutus siihen, miten vaihto toimii.
Active Manager
Active Manager (Am) on Vaihtokomponentti, joka vastaa varatapahtumien hallinnasta Vaihtoympäristössä. AM toimii Microsoft Exchange Replikointipalvelussa kaikilla Exchange 2016-palvelimilla. Kun Exchange-palvelin liitetään dag: hen, kyseisellä palvelimella suoritetaan kaksi AM-roolia: Primary Active Manager (Pam) ja Standby Active Manager (SAM).
cluster quorum-resurssin omistava dag-jäsenpalvelin pitää PAM-roolin. Jos quorum-resurssia hallussaan pitävä dag-solmu epäonnistuu, PAM-rooli siirtyy palvelimelle, joka ottaa quorum-resurssin omistukseensa.
SAM vastaa tietojen antamisesta muille AM-asiakkaita ajaville Exchange-komponenteille, joista tietokantakomponentti on tällä hetkellä aktiivinen. SAM havaitsee, kun tietokanta epäonnistuu ja pyytää PAM aloittaa vikatilanteen. SAM ei ole vastuussa siitä, mikä kopio tietokannasta aktivoituu virheen jälkeen. Tätä prosessia kutsutaan nimellä best copy and server selection (bcss).
paras kopiovalinta
kun tietokantavika havaitaan, AM ryhtyy toimiin toipuakseen epäonnistumisesta valitsemalla aktivoitavan tietokannan parhaan kopion. Bcss prosessi menee näin:
- vika havaitaan AM tai hallittu saatavuus. Tämän prosessin voi käynnistää myös järjestelmänvalvoja, joka käynnistää Target-järjestelmän siirtymisen.
- PAM aloittaa bcss: n sisäisen algoritmin.
- yritä kopioida viimeiset lokit (ACLL) – aliprosessi yrittää kopioida puuttuvat lokitiedostot palvelimelta, joka viimeksi isännöi tietokannan aktiivista kopiota.
- kun ACLL-prosessi on valmis, tarkistetaan AutoDatabaseMountDial-arvo palvelimille, joilla on tietokannan kopioita, ja sitä verrataan aktivoitavan tietokannan kopiointijonon pituuteen. Jos puuttuvien lokitiedostojen määrä on pienempi tai yhtä suuri kuin Autodatabasemountdialin arvo, AM siirtyy vaiheeseen viisi. Jos ei, AM aloittaa tämän prosessin uudelleen vaiheessa kaksi.
- PAM tekee ratsupyynnön tietomyymälään. Jos tietokanta ei käynnisty, AM palaa vaiheeseen kaksi.
tässä prosessissa on jokin lisälogiikka, jos seurantatapahtuma triggoi vikaantumistapahtuman. Lisälogiikka varmistaa, että aktiivisen tietokannan haltuun ottava palvelin on paremmassa kunnossa kuin se palvelin, jolta se tuli.
dag quorum modes
A dag on Windows-palvelinklusterin erityinen toteutus. Dagsin Vaihtokomponentit tukeutuvat taustalla olevaan Windows Server Cluster-teknologiaan toimiakseen. Päätösvaltaisuuden käsite on välttämätön, jotta voidaan ymmärtää, miten Dageja toteutetaan ja hallinnoidaan.
päätösvaltaisuus on ajatus siitä, että joidenkin DAG: n jäsenten epäonnistuessa on olemassa säännöt siitä, mitä resursseja jäljelle jääneet jäsenet voivat antaa. Nämä päätösvaltaisuuden sääntökokonaisuudet ovat olemassa, jotta DAG: n toiminta olisi johdonmukaista ja se toimisi tiebreakerina tilanteissa, joissa DAG: n solmut menettävät yhteyden toisiinsa.
kun dag: lla on parillinen määrä solmuja, se käyttää Node & File Share Majorum quorum-tilaa. Tässä tilassa ulkopuolinen todistajapalvelin toimii tiebreakerina. Tässä tilassa ajettaessa jokainen dag-solmun jäsen saa yhden äänen, mutta witness-palvelin antaa yhdelle dag-solmuista ylimääräisen äänen. Klusterin quorum-tiedot tallennetaan kunkin jäsenen paikallisjärjestelmälevylle, mutta witness-palvelimella on erillinen tiedosto, joka osoittaa yhden dag-jäsenen olevan päivitetyin kopio dag-klusterin quorum-tiedoista.
kun dag: lla on pariton määrä jäseniä, se käyttää Node Enement quorum-tilaa. Tässä tilassa jokainen DAG: n jäsen saa äänen, ja jokaisen jäsenen paikallisjärjestelmälevyä käytetään klusterin quorum-tietojen tallentamiseen.
tietyt DAG: n jäsenet, joilla on painotettu päätösvaltaisuusäänestys, voidaan nimetä manuaalisesti. Näin ei suositella useimmissa olosuhteissa, ja se tulisi tehdä vain suoran kuulemisen jälkeen Microsoftin tuki.
datakeskuksen Aktivointikoordinointimoodi
datakeskuksen Aktivointikoordinointimoodi (DAC) on DAG: n ominaisuus, joka on suunniteltu estämään tilanteet, joissa katkos aiheuttaa kahden tietokannan kopion toiminnan kahdella eri palvelimella. DAC-tila vaatii manuaalista väliintuloa, kun tietokantaa isännöivä palvelin ei pääse valtaosaan dag-jäsenpalvelimista.
Microsoftin parhaiden käytäntöjen mukaan DAC-tila on aktivoitava missä tahansa dag: ssä, jossa on kaksi tai useampia jäseniä ja joka käyttää jatkuvaa replikointia. Ainoat tapaukset, joissa DAC-tilaa dag: lle ei suositella, ovat, Jos ylläpitäjä käyttää kolmannen osapuolen replikointityökalua.
kun DAC on aktiivinen, käynnistettäessä dag-solmuja, jotka käyttävät DAC-protokollaa (DACP), kommunikoidaan lisää. DACP on asetettu arvoon 0 käynnistettäessä. Jos DACP-bitti pysyy arvossa 0, AM ei yritä käynnistää mitään tietokantoja kyseisellä solmulla. DACP-bitti voidaan myös asettaa arvoon 1, jos toisen dag-jäsenen DACP-bitti on asetettu arvoon 1 tai kun dag-solmu voi ottaa yhteyttä kaikkiin dag-jäsenluettelonsa palvelimiin.
DAC-tila on hyödyllinen, kun ensisijainen datakeskus pettää kokonaan ja varmuuskopioitu datakeskus aktivoituu. Kun virta palaa ja palvelimet tulevat ennen kuin WAN (wide area network) – yhteys on taas toiminnassa, DAC-tila estää samojen tietokantojen eri kopioiden päätymisen aktiiviseksi molempiin datakeskuksiin.
Dag: ssä, jossa on kaksi solmua, DAC-tilassa verrataan vaihtoehtoisen todistajapalvelimen käynnistysaikaa ja aikaa, jolloin DACP-bitti asetettiin arvoon 1, jotta voidaan määrittää, voiko se asentaa tietokantoja. Jos DACP-bitti asetettiin arvoon 1 aikaisemmin kuin vaihtoehtoisen todistajapalvelimen käynnistysaika, järjestelmä olettaa, että kaksi palvelinta käynnistyivät uudelleen samanaikaisesti-mahdollisesti ensisijaisen datakeskuksen sähkökatkon vuoksi-ja dag-jäsen ei saa asentaa tietokantoja. Jos DACP-bitti asetettiin arvoon 1 vaihtoehtoisen todistajapalvelimen käynnistysajan jälkeen, järjestelmä olettaa, että tietokantojen asentaminen on turvallista.
Databaseavilabilitygroup cmdlets and split-brain conditions
Split brain on tilanne, jossa saman tietokannan kaksi eri kopiota aktivoituvat samanaikaisesti eri datakeskuksissa. Kun näin tapahtuu, tietokannan kaksi eri kopiota eroavat toisistaan, mikä aiheuttaa mahdollisen käyttäjätiedon menetyksen, kun kaksi eri kopiota yrittävät sovittaa yhteen.
kahtiajakautuneiden aivosairauksien ehkäisyn lisäksi DAC-tila mahdollistaa Tietokantasäästöryhmien cmdlet-toimintojen käynnistämisen, pysäyttämisen ja palauttamisen. Nämä cmdlets käytetään suorittamaan manuaalinen datakeskuksen Kytkimet. Kun DAC-tila ei ole aktiivinen, manuaalisen datakeskuksen prosessi on monimutkainen ja siihen liittyy sekä vaihtovälineitä että klusterin hallinta.
Kuvittele tilanne, jossa Vaihtoympäristö koostuu neljästä palvelimesta, joista jokaisella on kopio samasta tietokannasta. Kaksi näistä palvelimista on datakeskus A: ssa ja kaksi on datakeskus B: ssä. Kahden datakeskuksen välisessä yhteydessä tapahtuu verkkovika. Ilman DAC-tilaa olisi mahdollista, että kunkin datakeskuksen palvelimet ajattelisivat tarvitsevansa kopion tietokannasta.
DAC-tila estää tämän aivojen jakautumisen vaatimalla solmuenemmistöä ennen kuin tietokanta voidaan aktivoida. Solmun enemmistö tarkoittaa sitä, että useimpien klusterin solmujen-tai tässä tapauksessa DAG: n-täytyy olla verkossa ja tavoitettavissa, jotta dag-solmu voi aktivoida tietokannan kopion. Jos dag: ssa on parillinen määrä solmuja, tiedoston jako-todistaja toimii myös äänestävänä jäsenenä solmuenemmistön määrittämiseksi.
edellä kuvatussa tapauksessa, jossa kussakin datakeskuksessa on neljän solmun klusteri ja kaksi solmua, vain datakeskuksessa olevat Vaihtopalvelimet, joissa on tiedostonjakotodistaja, voisivat aktivoida tietokantoja. Toisen datakeskuksen dag-solmuja estettäisiin aktivoimasta tietokantoja, kunnes ne voisivat ottaa yhteyttä kaikkiin palvelimiin, jotka on listattu DAG: n jäseniksi.
kolmannen sivuston todistaja
vuoden 2013 aikana vaihtoon lisätty ominaisuus oli tuki kolmannen sivuston todistajalle, jolla on valta tuoda kaikki resurssit verkkoon ilman ylläpitäjän väliintuloa. Kun jokaisella sivustolla on itsenäinen verkkopolku kolmannen sivuston todistajaan, yhden sivuston solmut voivat säilyttää päätösvaltaisuuden todistajapalvelimen avulla. Kolmannen sivuston todistajan käytön haittapuolena on, että vaihdon ylläpitäjien on otettava tarvittava aika kaivautuakseen sisään ja ymmärtääkseen perusteellisesti verkkokäyttäytymisensä.
kuormitustasapaino
kuormitustasapaino on järjestelmänvalvojien tapa hallita sitä, mitä verkkoliikenne päätyy ohjaamaan kullekin verkon Exchange-palvelimelle. Yleensä on suotavaa hallita saapuvien asiakasyhteyksien jakautumista Exchange 2016-palvelimien kesken kahdesta syystä:
- työmäärän jakamiseksi. Jos joku aikoo nähdä vaivaa perustaa ja ylläpitää useita Exchange palvelimia, se on hyvä idea saada kaikki nämä Exchange palvelimet tehdä joitakin työtä säännöllisesti.
- epäonnistumisen vaikutusten vähentämiseksi. Kun jokin menee vikaan, on kiva, että on turha järjestelmä, joka ottaa hoitaakseen epäonnistuneen järjestelmän työtaakan.
kuormitustasapaino täydentää Dageja. DAG: n tehtävänä on: (1) varmistaa, että jokaisesta postilaatikosta on useita kopioita valmiina aktivoitavaksi, ja (2) hyväksyä asiakkaan pyynnöt, jos aktiivinen kopio ei ole käytettävissä. Kuormantasaus toimii paljolti samalla tavalla; sen tehtävänä on varmistaa, että on olemassa muita paikkoja lähettää asiakasliikennettä, jos yksi paikka ei ole käytettävissä.
kuormitustasapaino voi ulottua kahden tai useamman Vaihtopalvelimen välillä yhdellä sivustolla, tai se voi ulottua usealle sivustolle. Preferred Architecture (PA) Exchange deployment sisältää neljä Exchange-palvelinta, jotka on jaettu kahdelle erilliselle mainossivustolle. Nykyiset versiot Exchange support Layer 4, Layer 7 ja domain name system (DNS) round-robin kuormitustasapainotuksesta.
Exchange Preferred Architecture
Exchange PA on ihanteellinen Exchange deployment, kuten Microsoftin Exchange Team visioi. PA on kehitetty kokonaiskustannukset omistus (TCO), HA, kestävyys, irtisanominen ja elpyminen mielessä. PA: ta ei ole tarkoitettu käytettäväksi kypsyysmallina, vaan se on suunniteltu käytettäväksi inspiraationa.
Exchange Server clients
Exchange users access and interact with messages through an email client. Microsoft Outlook on yleisin asiakas. Exchange Server 2016 tukee myös seuraavia:
- näkymät 2016
- näkymät 2013
- näkymät 2010 Service Pack 2 (SP2)
- näkymät Macille Office 365
- näkymät Macille 2011
Outlook on saatavilla myös web-pohjainen sovellus, nimeltään Outlook web – entinen Outlook Web-sovellus ja yleisesti lyhennetty OWA-käyttäjät voivat käyttää ja vuorovaikutuksessa viestejä monista eri selaimet. Outlook on the web antaa käyttäjien linkittää ja jakaa OneDrive for Business-palveluun tallennettuja asiakirjoja SharePoint-palvelimella. Tämä luo yksinkertaisemman ja suoremman tavan loppukäyttäjille tallentaa ja liittää tiedostoja sähköposteihin.
Exchange Serverin hyvät ja huonot puolet
vaikka on helppo puhua Microsoft Exchangen käytön eduista, lisensointikustannusten lisäksi voi olla vaikea tunnistaa mitään haittoja. Tällä hetkellä todellisia kilpailijoita on vähän, jos yhtään, Vaihdettavana.
Exchange on-premises — kaikki versiot lasketaan yhteen — on luultavasti suurin aktiivinen käyttäjäkunta, mutta Microsoft ei julkaise julkisesti numeroita aktiivisten käyttäjien määrästä joko vaihdossa tiloissa tai vaihto verkossa. Outlook.com nyt toimii vaihto, joten vaihto tiloissa, vaihto verkossa ja Outlook.com todennäköisesti on enemmän kokonaiskäyttäjiä (liike-ja henkilökohtainen) kuin Gmail (liike-ja henkilökohtainen). Muilla kilpailevilla viestialustoilla Microsoftin ja Googlen tarjousten jälkeen on verrattain pienet yrityskäyttäjäkunnat.
Microsoftin ja Googlen yritysviestintäalustojen jälkeen suurin ratkaisu asennetun käyttäjäkunnan suhteen lienee Lotus Notes. Nuottien vertailu ja vaihto on vaikeaa, koska nuotit eivät ole ensisijaisesti viestiratkaisu. Lotus Notes on tietokantaratkaisu, joka sisältää viestitoiminnot. Lisäksi IBM on 30.kesäkuuta 2019 alkaen myynyt Lotus Notesin omistuksen HCL: lle eikä aio enää päivittää kyseistä tuotetta.
Zimbra on suurin Linux-pohjainen viestiratkaisu. Saatavilla on sekä paikan päällä että Serial-Attached SCSI (SAS)-pohjaisia Zimbra-ratkaisuja. Zimbrasta on saatavilla avoimen lähdekoodin versioita, jotka sisältävät erilaisia lisensointivaihtoehtoja.
kaikki erilaiset viestiratkaisut erilaisine ominaisuuksineen ja painotuksineen tekevät suoran pro-ja con-vertailun vaikeaksi. Alla muutamia korkean tason pro-ja con-vertailuja. Näiden luetteloiden ei ole tarkoitus olla lopullisia.
vaihto toimitiloissa vs. vaihto verkossa
viestiratkaisua etsivien yritysten yleisin valinta on vaihto toimitiloissa ja vaihto verkossa.
| vaihto toimitiloissa | |
| plussat | miinukset |
|
järjestelmänvalvojat voivat hallita päivitysaikataulua ja ominaisuuksien saatavuutta |
laitteiston korjaukset ovat ylläpitäjän vastuulla |
|
kertaluonteinen lisenssimaksu |
on säilytettävä paikallisesti, paikan päällä |
| kenelläkään organisaation ulkopuolisella ei ole pääsyä palvelimiin tai tietoihin | laitteisto-ja ohjelmistokulut on poistettava |
| vaihto verkossa | |
| plussat | miinukset |
| ei tarvetta ylläpitää laitteistoa tai ohjelmistoa | Joustamaton ratkaisu |
| kuukausittaiset lisenssikulut | mahdollinen tietojesi hallinnan menettäminen |
| 99.9% uptime service-level agreement (SLA) | mahdollisesti kalliimpi |
| mahdollisesti edellyttää siihen liittyvien tilojen ohjelmistojen ajan tasalla pitämistä | |
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 | |
| ei AD-integraatiota | |
Microsoft Exchange Online
Microsoft tarjoaa Exchangea SaaS-tarjouksena nimeltä Exchange Online. Se on saatavana erillisenä palveluna tai osana Office 365-sarjaa. Loppukäyttäjät yhteyden vaihtaa verkossa kautta Outlook-asiakas tai Outlook Webissä. Järjestelmänvalvojat, joilla on Office 365-järjestelmänvalvojan oikeudet, määrittävät ja hallinnoivat palvelua. Microsoft tarjoaa Exchange hosted-palveluna vähentää hallinnollista työtä, joka liittyy Exchange on-prison-käyttöönottoihin.
Exchange Serverin hinnoittelu
Exchange Serverin hinnoittelu voi vaihdella paljonkin sen mukaan, miten se ostetaan ja mitä versiota ostetaan.
Exchange on-properties myydään palvelinkohtaisesti. Lisäksi, Client Access License (CAL) vaaditaan jokaisen käyttäjän käyttää Exchange. Exchange Server on asennettava Windows Server-käyttöjärjestelmää käyttävälle palvelimelle, joka on myös lisensoitava per-server plus CAL-mallilla. Palvelin on asennettava MAINOSMETSÄÄN, jossa on vähintään yksi DC.
Exchange Server itse tulee kahdella lisenssitasolla: Standard ja Enterprise. Exchange CALs myös Standard ja Enterprise. Jokaisella käyttäjällä on oltava Windows Server Standard CAL ja voi olla Enterprise CAL lisätoimintoja. Sekä standardi-että Enterprise CALs voidaan käyttää joko server edition.
Exchange Online myydään käyttäjäkohtaisesti, kuukaudessa joko erillisenä tarjouksena tai osana Office 365-pakettia. Erillissuunnitelmia on kaksi. Exchange Online Plan 1 — $4 per käyttäjä, per kuukausi — tarjoaa turvallisen ja saatavilla business email, jossa 50 GB postilaatikko per käyttäjä. Exchange Online Plan 2 — $8 per käyttäjä, kuukaudessa — perustuu Plan 1 ja sisältää rajattoman tallennustilan, isännöi vastaaja ja tietojen menetyksen ehkäisy (DLP) toimintoja.
Exchange Serverin historia
Exchange Server julkaistiin ensimmäisen kerran yksityisessä esikatselussa vuonna 1993. Vuonna 1996 Exchange Serverin ensimmäinen julkisesti saatavilla oleva versio julkaistiin nimellä Exchange 4.0. 4.0 version numero ensimmäisessä julkaisussa Exchange oli tarkoitus merkitä se oli päivitys Microsoft Mail 3.5, mutta nämä olivat kaksi radikaalisti eri ohjelmia. Exchange 4.0 käytti X: ää.500 protokolla hakemistopalveluihin ja postinjakeluun.
vuonna 1997 julkaistiin Exchange 5.0. Tämä oli ensimmäinen Exchangen versio, jossa oli SMTP (Simple Mail Transfer Protocol) sähköpostipalvelimen toimitusprotokollana. SMTP teki Exchange 5.0: sta ensimmäisen version, joka pystyi kommunikoimaan muiden viestialustojen kanssa internetissä. Exchange 5.0 esitteli OWA: n myös Exchange 5.0: ssa julkaisun jälkeisessä service Packissa.
Exchange 5.5 julkaistiin alle vuosi Exchange 5.0: n jälkeen ja se oli ensimmäinen Exchangen versio, joka tuli vakio-ja Enterprise-versioina. Vaihto 5.5 sisälsi myös palauttamisen poistetuille kohteille ja tuen Internet Message Access Protocol 4: lle (IMAP4) ja Lightweight Directory Access Protocol (LDAP) v3-asiakkaille.
Exchange Server 2000 julkaistiin kaksi vuotta myöhemmin samaan aikaan AD: n julkaisun kanssa. Exchange 2000 sisälsi Pikaviestinominaisuuden, joka myöhemmin irrotettiin Office Communications Server-palvelimeen. Exchange Server 2000 ei ollut laajalti käytössä.
Exchange Server 2003 oli valtava edistysaskel vaihdolle sekä toiminnallisuudessa että käyttöönotossa. Exchange Server 2003 aloitti trendin eriyttää eri Exchange-palvelimet vastaamaan eri toimintoja. Vaikka sama ohjelmisto asennettiin kaikkiin Exchange-palvelimiin, 2003 tuki ajatusta joidenkin palvelimien nimeämisestä etupään palvelimiksi asiakasyhteyksien isännöimiseksi. Exchange 2003 helpotti myös migraatiota Exchangen aiemmista versioista mahdollistamalla vuoden 2003 palvelimien rinnakkaiselon organisaatioissa, joissa edelliset versiot olivat vielä käytössä.
Exchange Server 2007 oli toinen merkittävä versio, joka sisälsi paljon uusia toimintoja. Julkaisuhetkellä Exchange 2007 ei tukenut julkisia kansioita, mutta tuki palautettiin Service Pack 1: n (SP1) kanssa asiakkaiden valitusten jälkeen. Exchange 2007 oli ensimmäinen merkittävä Microsoftin tuote, joka omaksui PowerShellin täysin. Ensimmäistä kertaa kaikki Exchangen toiminnot olivat saatavilla PowerShell-komentoina, vaikka joissakin toiminnoissa ei ollut graafisia käyttöliittymäohjauksia.
Exchange 2007 otti käyttöön myös täysin erillisten Exchange Server-roolien käsitteen. 2007 sisälsi viisi erilaista Exchange-Palvelinroolia, joihin oli asennettu erillinen ohjelmisto fyysiselle palvelimelle. Neljä näistä rooleista voitiin haluttaessa asentaa yhdelle fyysiselle palvelimelle, mutta jokainen rooli voitiin asentaa myös omalle fyysiselle palvelimelle.
Exchange 2007 esitteli myös UM: n tarjoamaan puhelinpalveluja ”puhelun jälkeen vastataan” ja sisälsi useita tietokantavaihtoehtoja. Nämä vaihtoehdot, jotka sisälsivät useita tapoja rakentaa tietokantaklusteri, olivat lopulta monimutkaisia ja hämmentäviä ottaa käyttöön ja ylläpitää.
Exchange 2010 oli pieni Exchange Serverin julkaisu. Suurin muutos Exchange Server 2010: ssä oli DAG: n käyttöönotto ja monimutkaisten ryhmittelyvaihtoehtojen poistuminen Exchange 2007: stä. Exchange 2010 sisälsi ja paransi palvelinroolin erottamista Exchange 2007: stä, ja se paransi käytettävissä olevia kuormantasausvaihtoehtoja paremman asiakkaan saatavuuden varmistamiseksi. Office 365 julkaistiin ensimmäisen kerran Exchange 2010-aikajakson aikana, ja Exchange 2010 sisälsi ensimmäisen Exchange hybrid-toiminnon Exchange on-prison-ja Exchange Online-toimintojen välillä.
vaihto 2013 julkaistiin loka. 11, 2012, rinnalla uusia versioita SharePoint ja Skype for Business. Tämä julkaisu merkitsi Microsoftin aikomusta luoda tiukempi integraatio kolmen Office-palvelintuotteen ja niiden Office 365-verkkoversioiden välille. Sivuston postilaatikot otettiin käyttöön Exchange 2013-tapahtumassa ja ne sisälsivät toimintoja, jotka mahdollistivat pääsyn Exchange-postilaatikoihin ja SharePoint-sisältöön yhdessä.
vaihto 2013 sisälsi merkittävän muutoksen julkisiin kansioihin, joita kutsutaan moderneiksi julkisiksi kansioiksi. Vaikka julkisten kansioiden perustoiminnot pysyivät samana, kulissien takaista arkkitehtuuria muutettiin siten, että julkiset kansiot sisältyivät samoihin postilaatikoiden tietokantoihin kuin käyttäjien postilaatikot. Exchange 2013: n elinkaaren aikana Microsoft-asiakkaat alkoivat pohtia, jatkaisiko Microsoft Exchangen uusien versioiden kehittämistä toimitiloissa vai tukisiko se vain Exchangea verkossa. Spekulaatiot tapahtuivat ennen kaikkea siksi, että uusia vaihto-ominaisuuksia alkoi näkyä ensin vaihto-verkossa, ja sitten niistä tehtäisiin ohjelmiston toimitilaversioita.
Exchange 2016 poisti mahdollisuuden asentaa erillisiä Exchange Server-rooleja erillisille fyysisille palvelimille lukuun ottamatta Edge Transport-roolia.
Exchange Server 2019 sisälsi mahdollisuuden asentaa Exchange Server Windows Server-ytimeen. Tämä oli ensimmäinen Exchangen versio, jota voitiin ajaa ja hallita graafisella käyttöliittymällä. Kaikki UM: n ominaisuudet poistettiin Exchange 2019: stä tässä julkaisussa, ja uusia ominaisuuksia Exchange 2019: ään lisättiin.
Exchange Server versions
seuraavassa luettelossa on esitetty Exchange Serverin version eteneminen vastaavalla julkaisupäivämäärällä ja ohjelmiston koostaminen:
- Exchange Server 4.0 Standard Edition julkaistiin ensimmäisen kerran 11. kesäkuuta 1996 nimellä build 4.0.837.
- Exchange Server 5.0 julkaistiin ensimmäisen kerran 23.toukokuuta 1997 nimellä build 5.0.1457.
- Exchange Server 5.5 julkaistiin ensimmäisen kerran helmikuussa. 3, 1998, rakennuksena 5.5.1960.
- Exchange 2000-palvelin julkaistiin ensimmäisen kerran marraskuussa. 29, 2000, as build 6.0.4417.
- Exchange Server 2003 julkaistiin ensimmäisen kerran syyskuussa. 28, 2003, as build 6.5.6944.
- Exchange Server 2007 julkaistiin ensimmäisen kerran 8.maaliskuuta 2007 nimellä build 8.0.685.25.
- Exchange Server 2010 julkaistiin ensimmäisen kerran marraskuussa. 9, 2009, as build 14.00.0639.021.
- Exchange Server 2013 julkaistiin ensimmäisen kerran joulukuussa. 3, 2012, as build 15.00.0516.032.
- Exchange Server 2016 julkaistiin ensimmäisen kerran loka. 1, 2015, as build 15.01.0225.042.
- Exchange Server 2019 julkaistiin ensimmäisen kerran loka. 14, 2018, as build 15.2.221.12.