Flutningur á póstkerfi frá Exchange Server¶

Upplýsingar¶

Skjal þetta er ekki skilgreint sem staðall heldur vinnuskjal, því er þessi útgáfa er ekki endanleg og mun vera uppfærð eftir þörfum.

Markhópur og tilgangur skjals¶

Markhópur¶

Skjal þetta er ætlað A-lista stofnunum Íslenska ríkisins sem ætla að flytja póstkerfi sitt í Exchange Online frá Exchange server 2010 eða nýrri sem uppsettur er í sama Active Directory og er að keyra AADConnect eða Cloud Provisioning til að samstilla Active Directory við skýjageira ríkisins.

Tilgangur¶

Skjalið er ætlað sem hjálpartól en ekki endanlegur aðgerðarlisti fyrir flutning póstkerfis. Skjalið er vinnuskjal og ekki formlega gefið út sem verkefnisáætlun.

Neðar í skjalinu er Viskubrunnur, sá liður er ætlast til að hver stofnun sem gengur í gegnum flutning á Exchange Server póstkerfi til Exchange Online geti gefið af sér góða punkta sem lært var af svo næsta stofnun þurfi ekki að ganga í gegnum sömu mistök og hafa komið upp áður.

Hjálpartól¶

Vísanir í önnur hjálpartól eru nefnd við þann verklið sem við á, eftirfarandi er upptalning á þeim:

Takmarkanir¶

Þar sem Hybrid er ekki stutt af framleiðanda þegar tvö eða fleiri Exchange póstkerfi eru samstillt við sama Microsoft 365 umhverfi er notast við 'MRSProxy' eiginleika Exchange Hybrid flutnings en ekki fulla "Hybrid" uppsetningu, því er ekki mælt með að samkeyra Exchange póstþjón til lengri tíma samhliða Exchange Online.

Rekstur á póstkerfi eftir flutning í Exchange Online er að ýmsu leiti í höndum rekstraraðila skýjageirans, hlutverk eins og póstflæðisgreining, úthluta réttindum og fl. stillingar sem þarfnast réttinda er ekki úthlutað einstaka stofnunum en verið er að hanna viðmót fyrir helstu aðgerðir og undir skoðun hvort hægt sé að úthluta réttindum yfir ákveðin pósthólf.

Huga þarf að öðrum kerfum (t.d. SMTP) sem nýta sér lénið til póstsendinga, fylgja þarf 'Póstflæði' staðli eftir að póstkerfi stofnunarinnar er flutt í skýjageira ríkisins.

Ef Public Folders er virkt í póstkerfinu þarf sérstaklega að huga að því, ekki er gert ráð fyrir flutning á þeim í þessari útgáfu.

Ætlast er til að hver stofnun sem ætlar að flytja póstkerfi sitt í skýjageira ríkisins geri áhættumat

Hlutverk (réttindi) úthlutuð vegna flutninga¶

Vinna þarf flutning í samráði við rekstraraðila skýjageira þar sem nauðsynleg réttindi til að framkvæma póstflutning er ekki úthlutað til einstakra stofnanna eða þjónustuaðila. Sé þörf á frekari réttindum í skýjageira ríkisins vegna flutninga er viðkomandi verkefnastjóra bent á að setja sig í samband við rekstraraðila skýjageira, sjái rekstraraðili það sem möguleika skal öll vinna með auknum réttindum vera framkvæmd með hans yfirsýn.

Viðkomandi stofnun þarf í samráði við rekstraraðila skýjageirans að úthluta að lágmarki 'Organizational Management' hlutverki á notanda sem stilltur er á móti 'Migration Endpoint' í Exchange Online, user og pass er skráð í vefviðmót Exchange Online.

Verkefnalistar - Exchange Server Migration¶

Sprettur 1 - Uppsetning¶

Sprettur 2 - Flutningur¶

Sprettur 3 - Frágangur¶

Stofnun | Breyta DNS vísunum MX og Autodiscover til að vísa á Exchange Online, listi yfir DNS tilvísanir er hægt að fá frá rekstraraðila skýjageirans
Stofnun | Greina Exchange server póstflæði eftir MX breytingu, t.d. hvaða SMTP þjónustur eru enn að nýta Exchange þjón. Framkvæma breytingar á þeim eftir þörfum.
Skýjageiri | Stilla öll lén á "Autoritive" í stað "Internal Relay" og eyða "Connector" ef stofnað var í upphafi innleiðingu.¹
Stofnun | Fylgja eftir og útfæra innan eðlilegs tímaramma Staðlinum 'Póstflæði'
Stofnun | Afvirkja Exchange þjón (ef við á), ekki má keyra "Decommission" án undirbúnings þar sem Exchange Attribute þurrkast út af notendum og þar af leiðandi af pósthólfum í skýjageiranum, til stuðning við að fjarlægja Exchange úr umhverfinu, sjá grein frá framleiðanda: How and when to decommission your on-premises Exchange servers in a hybrid deployment

Viskubrunnur¶

Uppsetning¶

Get ekki sett upp 'Migration Endpoint'

Ef búið er að virkja MRSProxy, skírteini og port opnanir eru í lagi, prófið þá eftirfarandi:

Endurræsa IIS á Exchange þjóni (ef enn er ekki hægt að setja upp endpoint framkvæmið þá skref 2)
Endurstilla MRSProxy í gegnum PowerShell, endurræsið IIS eftir breytinguna

Sameiginleg pósthólf¶

Þarf að borga leyfi fyrir sameiginleg pósthólf

Ef sameiginleg pósthólf eru stillt sem "Shared mailbox" þá þarf ekki að úthluta leyfi vegna pósthólfsins

Hægt er að breyta pósthólfi í Shared Mailbox með skipuninni 'Set-mailbox alias -Type Shared'

Sjálfvirk möppun pósthólfa í Outlook

Ef úthlutað er réttindum á pósthólf í Exchange Online beint á annan notanda (ekki öryggishóp) tengist sameiginlegt pósthólf sjálfvirkt við Outlook hjá viðkomandi.

Í vefviðmóti þarf notandi að opna það sérstaklega.

Undirskriftir í tölvupósti¶

Undirskriftarkerfi

Huga þarf að undirskriftarkerfi sé það í notkun á Exchange þjóni, ekki er alltaf hægt að nota sömu þjónustu í Exchange Online og einnig getur verið að takmarkanir séu í umhverfinu, mælt er með að ráðfæra sig við rekstraraðila skýjageira áður en fjárfest er í undirskriftarlausn.

Búið er að gera ráð fyrir eigindum fyrir undirskriftarkerfi í 'Attribute Values' staðli, það er undir skoðun hvort hægt sé að finna undirskriftarlausn sem virkar fyrir allar A-lista stofnanir.

Stilla þarf öll lén á "Internal Relay" og búa til Connector sem vísar á núverandi MX færslu léns til að tryggja að póstflæði frá öðrum stofnunum haldist í lagi. Afvirkja má stillingu þegar póstflæði er vísað á skýjageiran eða öll pósthólf hafa verið flutt yfir. ↩↩
Gott er að keyra eftirfarandi skipun í Exchange Management shell til staðfestingar á því hvort öll OU séu samstillt við skýjageira: "Get-Recipient -Resultsize Unlimited | Select OrganizationalUnit -Unique" ↩
Ef fjöldi pósthólfa er það mikill að áhættumat gefur til kynna að ekki sé æskilegt að flytja alla í einu skal skipta flutning upp í fleiri hópa, gera má ráð fyrir að ekki allir eiginleikar póstkerfisins séu virkir meðan flutningur stendur yfir. Setja þarf upp flutningshópa svo sameiginleg pósthólf fylgi þeim notendum sem hafa réttindi í þau. ↩↩