Exchange Online (Microsoft 365) till Exchange Online (Microsoft 365) Mailbox Migration Guide

Exchange Online (Microsoft 365) till Exchange Online (Microsoft 365) Mailbox Migration Guide

den här guiden innehåller alla nödvändiga steg för att migrera e-postdata från en Microsoft 365-instans till en annan med samma domännamn.

den här guiden innehåller inte steg för användning av samexistens under migreringen. För guiden migrationsstrategi när du använder samexistens, se Exchange Online (Microsoft 365) till Exchange Online (Microsoft 365) – Migrationsguide – använda samexistens – annan domän.

app lösenordsanvändning stöds inte av denna slutpunkt.

första gången?

om det här är första gången du utför en migrering har vi skapat en Migrationsplanering & strategiguide för att gå igenom planering, installation och allmänna bästa praxis för migrering. Om du aldrig har utfört en migrering tidigare föreslår vi att du läser det innan du börjar stegen som beskrivs i det här scenariot.

MigrationWiz är inte ett synkroniseringsverktyg. Redan migrerade objekt som uppdaterats vid källan mid-migration kommer inte att uppdateras på destinationen.

MigrationWiz stöder möjligheten att dela migrationsprojekt över en arbetsgrupp. När funktionen Projektdelning är aktiverad kan alla aktiva agenter visa alla migreringsprojekt.

vi rekommenderar att du slutför denna migrering med flera migreringskort enligt instruktionerna i MigrationWiz-stegen, eftersom detta kommer att orsaka minst påverkan på användarna.

om antingen din källa eller destination har Modern autentisering aktiverad finns det extra steg som måste vidtas för att MigrationWiz ska kunna ansluta till dina miljöer. Följ stegen i artikeln MigrationWiz – Migration Planning – Modern Authentication för Microsoft 365 för att hantera Modern autentisering.

den maximala filstorleken för migrering genom MigrationWiz varierar beroende på migreringstyp och miljö, men får aldrig överstiga 60 GB.

vi kan inte stödja migreringar med tvåfaktors-eller multifaktorautentisering.

skapa ett administratörskonto

skapa ett administratörskonto i Microsoft 365 som ska användas för migrering eller använd det globala administratörskontot för klienten. Administratörskontot måste antingen ha full åtkomst till användarpostlådorna eller beviljas imitationsrättigheter. Vi rekommenderar att du använder impersonation eftersom det hjälper till att minska sannolikheten för att migreringen stryps av Microsoft.

för att manuellt ställa in personifiering:

• använd administratörsuppgifter på destinationen.
• logga in på MigrationWiz-kontot.
• redigera projektet och klicka på Avancerade alternativ.
• om du migrerar från Microsoft 365, under källa, markerar du Använd personifiering för att autentisera.
• om du migrerar till Microsoft 365, under Destination, markerar du Använd personifiering för att autentisera.
• klicka på Spara alternativ.

MigrationWiz kör automatiskt ett fjärrstyrt PowerShell-kommando för att tillåta administratörskontot att logga in på (efterlikna) användarpostlådor.

exportera användarlistan till en CSV-fil

detta kan användas när bulk lägga användare till MigrationWiz projekt senare. Du kan kopiera och klistra in användarlistan i käll-och destinations-e-postkolumnerna i din MigrationWiz-projektpanel under Lägg till > Bulk Lägg till.

för att exportera användarlistan:

1. gå till Microsoft 365 admin portal.
2. Klicka På Användare.
3. Klicka På Aktiva Användare.
4. Klicka På Exportera.
5. Klicka På Fortsätt.

var noga med att spara csv någonstans du kan komma åt den för uppladdning senare i migreringen.

Förbered destinationen

konfigurera användarkonton i Office 365-klienten och tilldela licenser. Dessa kan skapas på flera sätt. (Följande länkar är till externa artiklar.)

• manuellt, en i taget.
• genom bulkimport, via CSV-fil.
• genom Power script.

skapa ett administratörskonto

skapa ett administratörskonto i Microsoft 365 som ska användas för migrering eller använd det globala administratörskontot för hyresgästen. Administratörskontot måste antingen ha full åtkomst till användarpostlådorna eller beviljas imitationsrättigheter. Vi rekommenderar att du använder impersonation eftersom det hjälper till att minska sannolikheten för att migreringen stryps av Microsoft. För specifika steg för att ställa in personifiering manuellt, Följ stegen i Förbered källan.

testa administratörsåtkomst

testa att administratören kan komma åt användarpostlådor. Testa åtkomst till tenantname.onmicrosoft.com adresser, inte till domainname.com adresser. Se till att tenantname.onmicrosoft.com kontot är kopplat till varje brevlåda i Microsoft 365. Som standard bör den bifogas, men om inte, måste den läggas till som ett alias för varje konto. Detta kan göras via Microsoft 365 admin portal eller via PowerShell-skript.

skapa ett migreringsprojekt för postlådor

1. klicka på knappen Gå till mina projekt.
2. klicka på knappen Skapa projekt.
3. skapa ett Brevlådeprojekt. För migrering av postlådor använder du administrativa referenser för att komma åt postlådor. I de flesta migreringsscenarier måste administratörskontot ha fullständiga åtkomsträttigheter till Källpostlådorna.
4. Klicka På Nästa Steg.
5. ange ett projektnamn och välj en kund.
6. Klicka På Nästa Steg.
7. välj en Källslutpunkt i rullgardinsmenyn slutpunkt eller skapa en ny enligt stegen nedan.
8. välj en Målslutpunkt i rullgardinsmenyn slutpunkt eller skapa en ny enligt stegen nedan.
9. klicka på Spara och gå till Sammanfattning.

Postlådemigreringsinställningar: varje inställning i projektet tillämpas på alla postlådor som är kopplade till projektet. För inställningar som representeras som kryssrutor tillämpas endast valda inställningar på projektet. Att inte markera en kryssruta inaktiverar inte en vald inställning som ärvts från projektet.

slutpunkter

slutpunkter skapas nu genom MigrationWiz, snarare än genom MSPComplete. Stegen för det här avsnittet beskriver hur du skapar slutpunkterna i MigrationWiz.

om du väljer en befintlig slutpunkt, kom ihåg att endast tio slutpunkter visas i rullgardinsmenyn. Om du har mer än tio kan du behöva söka. Slutpunktssökning är fall-och karaktärsspecifik. Till exempel kommer Cust0mer inte att dyka upp om sökningen är kund. Vi rekommenderar att du håller en lista över slutpunkter som du har skapat, tillsammans med alla unika stavningar eller versaler som du kan ha använt.

du kan antingen använda befintliga slutpunkter eller skapa nya.

för att skapa en ny slutpunkt:

1. klicka på Ny.
2. namn slutpunkt.
3. Välj Microsoft 365.
4. ange administratörens användarnamn och lösenord i fälten. Detta bör vara den globala administratören eller administratören som skapats i avsnittet Förbered källan.
5. Klicka På Lägg Till.
6. Klicka På Nästa Steg.

gör detta för både källa och destination.

Lägg till användare

Lägg till användarkonton som ska migreras till projektet. Detta kan göras på flera sätt, beroende på projektets storlek. Steg för varje alternativ finns i dragspelet nedan, Klicka bara för att visa det alternativ du väljer och följ vägledningen där.

Små Migreringar:

för små migreringar är det enkelt att lägga till användare en i taget med Quick Add. Stegen för detta är nedan.

större migreringar:

för större migreringar rekommenderar vi att du antingen använder alternativet Autodiscover eller Bulk Add.

Autodiscover kommer att lägga till alla användare som finns på källhyresgästen. Detta kan sedan redigeras i projektet för att ta bort användare som inte migreras. Alla användare kommer att läggas till med käll-och destinations-e-postadresserna som är inställda för att matcha källans e-post. Detta kan ändras genom att använda knappen Ändra domännamn högst upp på projektsidan. Om användarnamnen ändras under migreringen rekommenderar vi att du använder alternativet Bulk Add.

Bulk Add använder en CSV som innehåller käll-och destinations-e-postadresserna för användarna att lägga till användarna i projektet. Om du bara migrerar en viss grupp från en hyresgäst rekommenderar vi att du använder alternativet Masstillägg.

Ställ in Project Advanced-alternativen

följande alternativ är mest värdefulla för det här migreringsscenariot:

Ställ in för att använda impersonation vid källan. Markera rutan Använd personifiering vid källa.

ange att använda personifiering på destinationen. Markera rutan Använd personifiering vid Destination.

Under Stöd / Supportalternativ:

RecipientMapping="@sourcetenantname.onmicrosoft.com->@destinationdomainname.com"

RecipientMapping ovan är bara ett exempel; kopiera inte detta ordagrant. Det måste ändras för att återspegla sourcetenantname.onmicrosoft.com kontonamn och kundens destinationsdomännamn.

Detta är ett mycket viktigt steg för Microsoft 365 till Microsoft 365 migreringar. Det säkerställer att e-postmeddelanden har möjlighet att besvaras, även efter att den fullständiga (Delta) migreringen har inträffat eftersom de kommer att mappas till det nya destinationsdomännamnet, snarare än att använda det gamla sourcetenantname.på Microsoft.com kontonamn (som inte längre kommer att vara tillgänglig, när hyresgästen är pensionerad).

Mottagarmappningar är ett användbart sätt att säkerställa att:

• alla e-postmeddelanden kan fortfarande besvaras efter migreringen, även efter att en fullständig (Delta) migrering har inträffat när en hyresgäst till hyresgäst migreras, samtidigt som samma domännamn behålls; eller när domännamn ändras från källa till Destination.
• kalenderinnehav och visningsnamn matchar på destination när du utför en hyresgäst till hyresgästmigrering, samtidigt som du behåller samma domännamn; eller när du byter domännamn från källa till Destination.

om du använder mottagarmappning när du migrerar från en Källdomän till flera Destinationsdomäner krävs ett projekt för varje Destinationsdomän.

om domännamnet ändras kan källdomänen för fåfänga användas i RecipientMapping som i det här exemplet: RecipientMapping=”@sourcedomainname->@destinationdomainname ”

mer än ett mappningsuttryck kan användas så länge destinationsdomänen förblir densamma i RecipientMapping.

om Användarprefixet ändras, följ instruktionerna här, Användarprefixet ändras

kör verifiera referenser

du kan verifiera referenser för objekt i MigrationWiz utan att migrera data eller konsumera några licenser.

1. öppna projektet som innehåller objekt som du vill validera.
2. Välj de objekt du vill validera.
3. klicka på Start-knappen i instrumentpanelen.
4. Välj verifiera referenser i listrutan.

när det är klart visas resultaten av verifieringen i avsnittet Status.

licensiering

köp och tillämpa Användarmigreringsbuntlicenser för alla användare som migreras. För den här migreringstypen föreslår vi Användarmigreringspaketet.

• Användarmigreringsbuntlicenser har obegränsad data tillgänglig per licens.
• Användarmigreringsbuntlicenser tillämpas på kundens användare och löper ut 12 månader efter inköpsdatumet.
• dokument, personligt arkiv och DeploymentPro-projekt ingår alla när du använder Användarmigreringsbuntlicenser.
• denna licenstyp måste tillämpas manuellt.

Inköpslicenser

1. logga in på ditt BitTitan-konto.
2. klicka på köp i det övre navigeringsfältet.
3. klicka på knappen Välj och välj den licenstyp du behöver.
4. ange antalet licenser du vill köpa. Klicka På Köp Nu.
5. ange en faktureringsadress om tillämpligt.
6. Klicka På Nästa.
7. granska Ordersammanfattningen och ange en betalningsmetod.
8. Klicka På Lägg Din Beställning.

tillämpa Användarmigreringsbuntlicenser

1. logga in på MigrationWiz på https://migrationwiz.bittitan.com.
   • du kan antingen logga in och se till att välja MigrationWiz-knappen ovanför e-postfältet eller logga in på mspcomplete-sidan, Klicka sedan på knappen alla produkter och välj MigrationWiz.
2. Välj rätt arbetsgrupp högst upp i det vänstra navigeringsfönstret.
   Obs: Det här är den arbetsgrupp som kund-och migrationsprojektet skapades under. Ditt konto måste vara en del av arbetsgruppen och projektdelning måste vara aktiverat Om projektet inte skapades under ditt konto. Mer information finns i Lägga till och redigera arbetsgrupper och Projektdelning i MigrationWiz.
3. klicka på det projekt som kräver att licenser ska tillämpas.
   • se till att UMB-licenserna tillämpas på UPN/SMTP baserat på vanity-domänen. Använd sedan ändra domän för att uppdatera de radobjekt som ska peka på .onmicrosoft.com adress.
4. markera rutan till vänster om e-postmeddelandet för den eller de användare som du vill använda en Användarmigreringsbuntlicens för.
5. klicka på menyn Mer (3 staplade rader) högst upp på projektsidan.
6. Klicka På Använd Licens För Användarmigrering.

om du har fler frågor om licensiering, inklusive att lösa in kuponger, begära återbetalning eller ändra kategorier, se MigrationWiz-licenser.

kör ett förstegs migreringskort

1. Välj användarna.
2. klicka på Start-knappen uppifrån.
3. välj Förstegsmigrering.
4. under avsnittet Migreringsschemaläggning väljer du 90 dagar sedan i listrutan.
5. Klicka På Starta Migrering.

90 dagar är ett förslag, Du kan välja vilket alternativ du föredrar. Förstegsmigreringen migrerar endast äldre e-postposter. Detta kan köras flera gånger med olika tidsramar valda för att migrera data i mindre bitar.

ta bort domänen från källan

detta bör endast göras efter att förstegsmigreringspasset har slutförts. Vanligtvis görs det sent på en fredagskväll. Om du behöver instruktioner för att ta bort en domän, Se det här dokumentet från Microsoft: ta bort en domän från Office 365.

om det finns flera domäner i Källhyresgästen som flyttas till den nya hyresgästen måste alla tas bort.

i administratörsportalen ändrar du UPN för administratörskontot till onmicrosoft.com adress.

efter domänavlägsnande kommer användarna inte att kunna komma åt sin e-post, såvida de inte vet och loggar in med sin tenantname.onmicrosoft.com e-postadresser.

efter borttagning, vänta 30 minuter tills replikering av domänavlägsnande är klar.

meddela användare

skicka ett e-postmeddelande till användarna för att låta dem veta vad de kan förvänta sig för sin Outlook-profil omkonfigurering. Om du använder DeploymentPro kan du använda DeploymentPro-guiden nu för att ställa in användarna på destinationen för Outlook-profilkonfigurationen.

verifiera domän på Destination

dessa åtgärder utförs från Administratörsportalen för Klientinnehavare 2 (Destination).

1. verifiera domänen i Destination Microsoft 365-kontot. Vi rekommenderar att du använder guiden i Microsoft 365 för detta eftersom när domänen har verifierats med Textposten erbjuder den att ändra alla användare till den nya Standarddomänen. Eftersom domänen tidigare lagts till i kontot är allt som behöver göras att klicka på Verifiera-knappen. Om domänen inte kan verifieras och det finns ett fel som säger att domänen redan finns på ett annat konto, kontakta Microsoft Support på 1-800-642-7676 (us avgiftsfritt, andra nummer finns också tillgängliga) och berätta för dem att domänen måste avprovisioneras manuellt från Forefront, även känt som Exchange Online Protection eller EOP.
2. bekräfta att varje användare har Destinationdomain.com domännamn läggs till i deras brevlåda.
3. ladda ner add_new_domain.PS1 PowerShell-skript för att söka efter detta och lägga till domännamnet. Detta är bara nödvändigt om användarna inte har lagt till den nya standarddomänen i sitt konto.

MX Record Cutover

på DNS-leverantörens portal, ändra den primära MX-posten för att återspegla DNS-inställningarna för den nya Microsoft 365-organisationen. DNS-inställningar som ska ändras inkluderar Autodiscover, MX och SPF-poster. Ta också bort de gamla inställningarna för hyresgäst 1. Dessa inställningar kan hittas i Microsoft 365 admin portal, genom att följa dessa steg:

1. i Microsoft 365 klickar du på Admin i rubriken.
2. på administratörssidan klickar du på Domäner i den vänstra rutan.
3. klicka på domännamnet som ska konfigureras och klicka sedan på DNS-inställningarna på den här sidan visas de DNS-poster som krävs för att kunna använda Microsoft 365-tjänsterna.

Full (Delta) pass

1. Välj användare.
2. klicka på Start-knappen uppifrån.
3. Välj Fullständig Migrering.
4. Klicka På Starta Migrering. Denna migrering kommer att slutföras snabbt eftersom de flesta data migreras under migreringen före steg; Microsoft 365 till Microsoft 365-migreringar har hög bandbredd tillgänglig.
5. Titta igenom användarlistan och klicka på eventuella röda ”misslyckade migreringsfel”. Granska informationen och agera därefter.

kör försök igen fel

varje loggat fel representerar ett objekt som inte migrerades. MigrationWiz innehåller ett läge där du kan skicka migreringen igen för att försöka igen misslyckade objekt. Detta driftsätt är alltid gratis. Du får bara skicka brevlådor i det här läget om de uppfyller alla följande villkor:

1. den senaste migreringen slutfördes framgångsrikt.
2. postlådan innehåller minst ett fel.

om din brevlåda inte uppfyller dessa villkor kommer du att få en varning när du skickar migreringen i det här läget och din begäran kommer inte att uppfyllas.

för att skicka in en eller flera brevlådor i försök igen, utför följande steg:

1. klicka på knappen Gå till mina projekt.
2. Välj det projekt som innehåller de brevlådor som du vill försöka igen.
3. Välj de brevlådor som har migreringsfel.
4. klicka på Start-knappen.
5. Välj försök igen fel från menyn.
6. klicka på knappen försök igen fel.

när fel repareras försvinner de från felloggen. Vissa fel kanske inte försvinner om källobjektet inte bearbetades på nytt (till exempel på grund av filter), har tagits bort eller flyttats eller om objektet misslyckades igen.

om problemen kvarstår, kontakta Support.

postmigrering

om du inte använder DeploymentPro måste användarna skapa nya Outlook-profiler, ställa in sina signaturer igen och sätta tillbaka alla PST-filer som var kopplade till deras tidigare profil.

klicka på ikonen stapeldiagram i MigrationWiz-instrumentpanelen för att få ett e-postmeddelande som innehåller all projektmigreringsstatistik.