Migrare chiriaș la chiriaș Office 365 (plan de retragere inclus)

Acesta este un ghid complet pentru a efectua migrarea chiriașului la chiriaș Office 365.

Cu 2 sau mai multe săptămâni înainte de migrare

1. Verificați proprietatea domeniului și capturați informațiile și salvați.
2. Capturați toate înregistrările DNS folosind acest link .
3. Identificați și capturați înregistrările DNS care sunt relevante pentru Exchange (dacă se efectuează un transfer de domeniu) – TXT , MX și SPF .
4. Pe fiecare înregistrare MX notați valoarea TTL

• Trebuie să cerem ca valoarea TTL să fie redusă la un număr mai mic, de exemplu 5 minute.
• Dacă TTL nu poate fi coborât la 5 minute, notați cea mai mică valoare. De exemplu, dacă cea mai mică valoare este de 4 ore, înregistrarea MX va trebui modificată cu 4 ore înainte de începerea migrației.
• Solicitați actualizarea TTL cu cel puțin 8 ore înainte de migrare.

5. Verificați disponibilitatea domeniului folosind acest link .

• Aceasta verifică dacă tu@ domainname .onmicrosoft.com este deja utilizat într-un alt chiriaș. Verifică SharePoint Online, dar de nouă din zece ori dacă SharePoint Online utilizează domeniul, puteți fi sigur că sunt utilizate și sufixele Exchange și/sau UPN.

• Dacă încercați să adăugați domeniul în chiriașul nostru când acesta este deja luat ca nume de domeniu într-un alt chiriaș, veți primi o eroare care spune că este deja în uz.

6. Stabiliți ce servicii Microsoft 365 sunt necesare pentru domeniu.

• Exchange Online (TXT, MX, SPF, CNAME)
• Microsoft Teams
• Managementul dispozitivelor mobile

7. Decizie necesară – Discutați despre cerințele de domeniu și DNS

Numele domeniului:

• Pentru a transfera înregistrarea numelui de domeniu către chiriașul B (chiriaș destinație), inițiază o cerere de transfer.
• Aceasta generează un e-mail către proprietarul actual al domeniului (chiriașul A – chiriașul sursă) care solicită aprobarea transferului.
• Proprietarul actual trebuie să se asigure că domeniul este deblocat pentru transfer și poate fi necesar să genereze un cod de autorizare.
• Odată ce transferul este acceptat, procesul poate dura între 24-48 de ore.
• Orice servicii legate de numele de domenii care sunt găzduite la vechiul registrator nu vor mai funcționa.

Înregistrări DNS:

Copie a TOATE înregistrările (nu doar Exchange), astfel încât să setați înregistrările pe serverele DNS de destinație.

8. Discutați cu echipa de proiect ce articole NU sunt migrate folosind instrumentul de migrare BitTitan.

9. Solicitați drepturi de administrator de domeniu la O365 Admin Portal la sursă

Drepturile de administrator sunt necesare ca parte a procesului de care avem nevoie pentru a elimina domeniul de pe portalul de administrare la Sursă și apoi pentru a adăuga domeniul la Destinație.

10. Conectați-vă la O365 Admin Portal la sursă și examinați regulile și conectorii EXO Mail

11. Verificați dacă domeniile/adresele IP NU sunt incluse pe lista neagră folosind listele negre mxtoolbox .

Important : Dacă este inclus pe lista neagră, atunci când punem pe lista albă domeniile/adresele IP.

12. Conectați-vă la O365 Admin Portal la sursă și exportați domenii acceptate, grupuri, cutii poștale, resurse, cutii poștale partajate și lista de utilizatori în EXCEL.

13. Verificați dimensiunea fiecărei cutii poștale de migrat.

• BitTitan poate migra doar până la 50 Gb per licență.
  Dacă cutiile poștale sunt mai mari, este posibil să aveți nevoie de licențe suplimentare.

14. Examinați configurarea e-mailului

• Există reguli de redirecționare?
• Delegați accesul
• Adrese proxy

15. Finalizați lista de utilizatori, grupuri și cutiile poștale partajate de migrat

16. Creați toate cutiile poștale ale utilizatorilor, cutiile poștale partajate, grupurile de distribuție, grupurile de securitate, contactele și resursele la destinație.

17. Adăugați acces delegat la Cutiile poștale / Calendare la destinație

• Conectați-vă la centrul de administrare Microsoft 365
• Accesați Exchange din centrele de administrare
• Adăugați acces delegat la cutiile poștale/calendare

18. Creați comunicații cu utilizatorul

• Acest lucru trebuie doar notat
• Managerul de proiect gestionează aceste comunicări

19. Creați 2 Conturi de Test la Sursă

• Solicitați crearea a două conturi de test la Sursă. 
• BitTitan va fi folosit pentru a migra acele conturi de testare către Destination.
• Asigurați-vă că contul tenantname.onmicrosoft.com este atașat la fiecare cutie poștală din Microsoft 365
• Contului de administrator global i se vor acorda permisiuni complete (mai târziu în document)

20. Populați cele 2 conturi de testare la sursă cu următoarele date

• E-mail
• Foldere
• Calendar (întâlniri unice și repetate)
• a lua legatura
• Sarcini

21. Creați 2 conturi de testare la destinație

• Solicitați crearea a două conturi de test la Sursă. 
• BitTitan va fi folosit pentru a migra acele conturi de testare către Destination.
• Contului de administrator global i se vor acorda permisiuni complete (mai târziu în document)

22. Acordați contului Global Admin acces complet la cutiile poștale:

Get-Mailbox -ResultSize nelimitat | Add-MailboxPermission -Utilizator „cont de administrator” -AccessRights FullAccess -InheritanceType Toate -AutoMapping $false

23. EWS trebuie să funcționeze pe serverul Source Exchange

• BitTitan folosește EWS pentru a accesa domeniile sursă și destinație.
• Fără acces nu va exista migrare.

24. Testați accesul la cutia poștală prin deschiderea oricărei alte căsuțe poștale cu contul de administrator folosind OWA

• Deschideți browserul la https://office.com
• Când vi se solicită acreditările, introduceți numele de utilizator și parola contului care va fi folosit pentru a accesa căsuța poștală.
• Dacă utilizați acreditări administrative, deschideți o filă nouă și inserați adresa URL OWA: (https://outlook.office365.com/owa/[email protected])

25. Adăugați contul tenantname.onmicrosoft.com ca adresă proxy în fiecare cutie poștală la Source.

Trebuie să facem acest lucru, vom elimina adresele de e-mail ale domeniului din toate cutiile poștale înainte de a putea elimina domeniul de la chiriaș.

26. Conectați-vă la EXO Powershell la SOURCE

27. Exportați și actualizați adresele proxy pentru a include @tenantname.onmicrosoft.com

Get-Mailbox -ResultSize Unlimited -Filter „e-mailaddresses -notlike '*@tenantname.onmicrosoft.com'” | selectați alias, adresă principală, adrese de e-mail |export-csv -NoTypeInformation „C:\Temp\mailboxes_output.csv”

Import-csv C:\Temp\mailboxes_output.csv| ForEach-Object {
$ID = $_.PrimarySmtpAddress
$alias = $_.Alias
​​$365Email = $alias + „@tenantname.onmicrosoft.com”
Set-Mailbox -Identity $ID -EmailAddresses @{add = $365Email}
}

28. Confirmați că toate căsuțele poștale au fost actualizate. Rezultatele ar trebui să fie zero.

Get-Mailbox -ResultSize Unlimited -Filter „e-mailaddresses -notlike '*@tenantname.onmicrosoft.com'” | selectați alias, adresă principală, adrese de e-mail

29. Acordați acces complet contului de administrator la cutiile poștale de la Destinație

30. Conectați-vă la EXO Powershell la destinație

Acordați acces complet la cutia poștală la contul de serviciu BitTitan peste toate cutiile poștale de domeniu achiziționate la destinație.

Add-MailboxPermission -Identitate „Cutie poștală de destinație -Utilizator „Cont de serviciu BitTitan” -AccessRights FullAccess -InheritanceType Toate -AutoMapping $false

31. Testați accesul la cutia poștală prin deschiderea oricărei alte căsuțe poștale cu contul de administrator folosind OWA

• Deschideți browserul la https://office.com
• Când vi se solicită acreditările, introduceți numele de utilizator și parola contului de serviciu BitTitan care va fi folosit pentru a accesa căsuța poștală.
• Dacă utilizați acreditări administrative, deschideți o filă nouă și inserați adresa URL OWA:
  (https://outlook.office365.com/owa/[email protected])

32. Cerințe de licență BitTitan

• 1 licență per cutie poștală în care cutia poștală trebuie să fie mai mică de 50 GB. Dacă cutia poștală este mai mare de 50 Gb, atunci va fi nevoie de 2 licențe.
• Determinați numărul total de cutii poștale de migrat și obțineți numărul necesar de licențe.

Notă:

O licență poate fi utilizată de până la 10 ori pentru fiecare cutie poștală. Aceasta presupune că punctul final nu se schimbă.
Dacă testați migrarea BitTitan cu conturi de test, asigurați-vă că includeți numărul total de conturi de testare necesare în numărul de licențe.

33. Valorificați licențe

• Conectați-vă la consola BitTitan
• În colțul din dreapta sus, dă clic pe săgeata în jos de lângă numele tău
• Selectați „Rambursați cuponul”
• Introduceți codul cuponului apoi faceți clic pe „Aplicați”
• Va apărea un toast care indică că cuponul a fost valorificat

Notă : Înregistrați-vă pentru un cont BitTitan dacă nu aveți un cont, asigurați-vă că contul este activ prin verificarea adresei de e-mail.

34. Creați proiect BitTitan

• Conectați-vă la consola BitTitan
• Faceți clic pe „Accesați proiectele mele” -> „Creați un proiect de cutie poștală” -> „Creați un proiect de cutie poștală” -> „Pasul următor”
• Introduceți numele proiectului
• La Numele clientului, faceți clic pe „Nou”, apoi adăugați informații.
• Faceți clic pe „Pasul următor”

35. La Setări sursă:

• Faceți clic pe „Nou”
• Introduceți un nume de punct final
• Selectați punctul final la domeniul sursă
• Introduceți acreditările de administrator
• Faceți clic pe „Adăugați”
• Faceți clic pe „Pasul următor”

36. La Setări destinație:

• Faceți clic pe „Nou”
• Introduceți un nume de punct final
• Selectați punctul final la domeniul de destinație
• Introduceți acreditările de administrator BitTitan
• Faceți clic pe „Adăugați”
• Faceți clic pe „Pasul următor”

37. La migrarea chiriașului la chiriaș

• Nu selectați „Activați coexistența chiriașului cu chiriașul”
• Faceți clic pe „Salvați și mergeți la rezumat”
• Faceți clic pe „Salvare proiect”

38. Migrați conturile de testare către Destinație folosind BitTitan – Migrare înainte de etapă

• Conectați-vă la consola BitTitan
• Selectați numele proiectului
• Faceți clic pe săgeata derulantă de lângă „Adăugați” și selectați „Adăugare rapidă”
• La Source introduceți adresa de e-mail a contului de test
• La Destinație introduceți adresa de e-mail a contului de test
• Faceți clic pe „Salvați elementul și adăugați altul”
• Repetați din nou pentru celelalte conturi de testare
• Faceți clic pe „Salvați elementul și închideți”

39. Efectuați o migrare pre-etapă

• Selectați TOATE conturile de testare
• Faceți clic pe săgeata în jos de lângă „Start” și selectați „Pre-Stage Migration”
• În fereastra „Pre-Stage Migration” examinați setările
• La „Selectați ce să migrați”, confirmați că „Mail” este selectat
• La „Programarea migrației” faceți clic pe săgeata în jos și selectați „Ora specifică”
• Selectați o dată și o oră adecvate
• Faceți clic pe „Începeți migrarea”
• Faceți clic pe pictograma „Actualizați lista” pentru a obține o stare a migrării sau faceți clic pe tabloul de bord din meniul din partea stângă.

Important :

• Acordați timp pentru finalizarea migrării.
• Pre-Stage migrează numai e-mailurile.
• Calendarele, contactele, jurnalele, notele și sarcinile vor migra numai în timpul unei migrări complete.

40. Rezolvați orice mesaje de eroare BitTitan

• Selectați conturile care au greșit
• Faceți clic pe săgeata în jos de lângă „Start” și selectați „Reîncercați erorile”
• În fereastra „Erori reîncercați”, examinați setările
• Faceți clic pe „Reîncercați erorile”
• Faceți clic pe pictograma „Actualizați lista” pentru a obține o stare a migrării sau faceți clic pe tabloul de bord din meniul din partea stângă.

41. Utilizați OWA pentru a confirma că cutiile poștale conțin datele migrate

• Deschideți browserul la https://office.com
• Când vi se solicită acreditările, introduceți numele de utilizator și parola contului care va fi folosit pentru a accesa căsuța poștală.
• Dacă utilizați acreditări administrative, deschideți o filă nouă și inserați adresa URL OWA (https://outlook.office365.com/owa/[email protected])

42. La sursă: utilizați OWA pentru a trimite și a primi e-mail suplimentar

43. Efectuați o migrare completă

• Conectați-vă la consola BitTitan
• Selectați numele proiectului
• Selectați TOATE conturile de testare
• Faceți clic pe săgeata în jos de lângă „Start” și selectați „Migrare completă”
• În fereastra „Migrare completă”.
• Examinați setările
• La „Selectați ce să migrați” confirmați că sunt selectate TOATE opțiunile
• La „Programarea migrației” nu faceți nimic
• Faceți clic pe „Începeți migrarea”
• Faceți clic pe pictograma „Actualizați lista” pentru a obține o stare a migrării sau faceți clic pe tabloul de bord din meniul din partea stângă.

44. Rezolvați orice mesaje de eroare BitTitan

• Selectați conturile care au greșit
• Faceți clic pe săgeata în jos de lângă „Start” și selectați „Reîncercați erorile”
• În fereastra „Erori reîncercați”, examinați setările
• Faceți clic pe „Reîncercați erorile”
• Faceți clic pe pictograma „Actualizați lista” pentru a obține o stare a migrării sau faceți clic pe tabloul de bord din meniul din partea stângă.

45. Utilizați OWA pentru a confirma că cutiile poștale conțin datele migrate

• Deschideți browserul la https://office.com
• Când vi se solicită acreditările, introduceți numele de utilizator și parola contului care va fi folosit pentru a accesa căsuța poștală.
• Dacă utilizați acreditări administrative, deschideți o filă nouă și inserați adresa URL OWA (https://outlook.office365.com/owa/[email protected])

46. ​​Asigurați legătura cu afacerea și confirmă data și ora migrației. Confirmați că alte resurse sunt disponibile pentru migrare

47. Dacă a fost luată decizia de a prelua dreptul de proprietate asupra domeniului și DNS înainte de migrare, inițiați transferul

1 săptămână înainte de migrare

Exportați obiecte Exchange din sursă:

48. Conectați-vă la EXO Powershell la sursă

49. Cutii poștale : Exportați adrese UPN, Alias, SMTP și Proxy

Get-Mailbox -ResultSize Unlimited | selectați userprincipalname,alias,primarysmtpaddress,email addresses | export-csv -NoTypeInformation „Backup_Source_Mailboxes.csv”

50. Grupuri : Exportați adresele de alias, SMTP și proxy

Get-DistributionGroup -ResultSize Unlimited | selectați alias,primarysmtpaddress,email addresses | export-csv -NoTypeInformation „Backup_ Source_Groups.csv”

51. Delegarea calendarului:

Get-Mailbox | foreach {
write-host -fore verde „Se procesează $_”
Get-MailboxFolderPermission -Identitate „$($_.alias):\Calendar” | unde {$_.User -notlike „Anonymous” -și $_.User -notlike „Default”}} | selectați Identity,User,@{name='AccessRights';expression={$_.AccessRights -join ','}} | Export-Csv -NoTypeInformation „Backup_ Source_Calendar_Delegation.csv”

Exportați obiecte Exchange din destinație:

52. Conectați-vă la EXO Powershell la Destinație

53. Contacte : Exportați numele și adresele de e-mail

Get-Recipient -Filter {RecipientType -eq „MailContact” -and EmailAddresses -like ' domainname '} | selectați DisplayName, RecipientType,ExternalEmailAddress,EmailAddresses | export-csv -NoTypeInformation „Backup_Destination_Contacts.csv”

54. Mailboxes: Export Forwarding

For each MAILBOX:

get-Mailbox -Identity | select UserPrincipalName,DeliverToMailboxAndForward,ForwardingAddress,ForwardingSmtpAddress | export-csv -notypeinformation ‘Backup_Destination_Forwarding.csv’ -append

55. Pre-Stage Migration of all Mailboxes – email older than 10 days

Important: For the Source, use the onmicrosoft.com address

Select the Project Name
Click on the drop-down arrow beside “Add” and select “Bulk Add”
Click on “Select File”, locate the CSV file created in step 1 then click “Open”
The contents of the CSV will get imported and displayed on screen, click “Save”

Pre-stage migration:

• Select ALL the accounts that were imported
• Do not select the test accounts that were migrated previously
• Click on the down arrow beside “Start” and select “Pre-Stage Migration”
• In the “Pre-Stage Migration” window review the settings
• At “Select what to migrate” confirm “Mail” is selected
• At “Migration Scheduling” click on the down-arrow and select “Specific Time”
• Select an appropriate date and time
• Click “Start Migration”
• Click on the “Refresh list” icon to get a status of the migration or click on the dashboard on the left-hand side menu

Important:

Allow time for the migration to complete
The Pre-Stage migrates emails only
Calendars, contacts, journals, notes, and tasks will only migrate during a full migration

56. Resolve any BitTitan error messages

• Select the accounts that errored
• Click on the down arrow beside “Start” and select “Retry Errors”
• In the “Retry Errors” window, review the settings
• Click “Retry Errors”
• Click on the “Refresh list” icon to get a status of the migration or click on the dashboard on the left-hand side menu

57. Add the domain then request a TXT record to verify we own the domain

• In the Admin center, go to Setup > Domains
• Choose Add domain
• Enter the name of the domain you want to add, then click Next
• At Verify by, select the “TXT record” tab
• Take a note of the TXT Name, TXT Value and TTL values. 
• Click Save and close (do not click Verify)

58. Setup IM federation so you have chat communications during pre-cutover

Important: Cannot migrate any IM contacts to Microsoft Teams.

59. 1 day before migration

Migrate mailboxes – Full migration

• Log into BitTitan console
• Select the Project Name
• Full Migration
• Select ALL accounts
• Click on the down arrow beside “Start” and select “Full Migration”
• In the “Full Migration” window review the settings
• At “Select what to migrate” confirm ALL options are selected
• At “Migration Scheduling” do nothing
• Click “Start Migration”
• Click on the “Refresh list” icon to get a status of the migration or click on the dashboard on the left-hand side menu

Important: Allow time for the migration to complete.

60. Resolve any BitTitan error messages

• Select the accounts that errored
• Click on the down arrow beside “Start” and select “Retry Errors”
• In the “Retry Errors” window, review the settings
• Click “Retry Errors”
• Click on the “Refresh list” icon to get a status of the migration or click on the dashboard on the left-hand side menu

61. Migration day

[Optional] Change the TTL value on each MX record

• We should request that the TTL value is reduced to a smaller number eg 5 minutes
• If the TTL cannot be lowered to 5 minutes, make note of the lowest value. Example, if the lowest value is 4 hours, the MX record will have to be changed 4 hours before your migration begins.
• Request the TTL is updated at least 8 hours before migration

Remove domain dependencies from Source:

62. Log into Azure AD and EXO Powershell at Source

[Optional] Change FEDERATED domains to MANAGED, if applicable.

63. Run the following cmdlet to determine which domains are FEDERATED or MANAGED

Get-MsolDomain

If FEDERATED change to MANAGED:

Set-MsolADFSContext -Computer ADFS_Server_FQDN

Convert-MsolDomainToStandard -DomainName “Domain Name Here” -SkipUserConversion:$true -PasswordFile C:\passwords.txt

64. Run the following cmdlets to verify the domains are managed

Get-MsolDomain

[If Applicable] Disable the directory synchronization

Set-MsolDirSyncEnabled -EnableDirSync $false

[If Applicable] SharePoint Online public website

65. If you had also set up your domain with a SharePoint Online public website, then before you can remove the domain, you first have to set the website’s URL back to the initial domain.

[If Applicable] Skype for Business and Teams

Remove all Skype for Business and Teams licenses from the users in the source tenant. This will remove the SIP attribute from their proxy addresses.

66. Set the default domain in source tenant to domainname.onmicrosoft.com

• In the Admin center, go to the Domains page, or choose Setup > Domains. …
• On the Domains page, choose the domain you want to set as the default for new email addresses
• Choose Set as default.

67. Change all Mailboxes UPNs to domainname .onmicrosoft.com domain. Replace the domainname with your domain name.

Get-MsolUser -all | select-object UserPrincipalName,ObjectID | export-csv -NoTypeInformation “User.csv”

Import-csv User.csv| ForEach-Object {
$ID = $_.UserPrincipalName
$ObjectID = $_.ObjectID
$365Email = $ID.Split(“@”)[0] + “@ domainname.onmicrosoft.com”
Set-MsolUserPrincipalName -ObjectId $ObjectID -NewUserPrincipalName $365Email}

68. Confirm the UPNs have been updated

Get-MsolUser -all | select-object UserPrincipalName,ObjectID

69. Change all Distribution Groups Primary SMTP address to domainname.onmicrosoft.com domain. Replace the domainname with your domain name.

Get-DistributionGroup -ResultSize Unlimited | select-object PrimarySMTPAddress | export-csv -NoTypeInformation “DL.csv”

Import-csv DL.csv| ForEach-Object {
$ID = $_.PrimarySmtpAddress
$365Email = $ID.Split(“@”)[0] + “@domainname.onmicrosoft.com”
Set-DistributionGroup -Identity $ID -primarysmtpaddress $365Email}

70. Confirm the primary smtp’s have been updated

Get-DistributionGroup -ResultSize Unlimited | select-object PrimarySMTPAddress

71. As we changed every mailboxes UPN, the primary SMTP addresses has also been updated to domainname.onmicrosoft.com. Now remove all aliases from every mailbox using this script:

$users = Get-Mailbox -ResultSize Unlimited | Where {$_.Emailaddresses.count -gt 1}
foreach ($user in $users) {
foreach ($email in $user.emailaddresses){
if ($email -ne “SMTP:”+$user.PrimarySmtpAddress){
Set-Mailbox -Identity $user.name -EmailAddresses @{Remove=$email}
}
}
Write-host $user.primarysmtpaddress “has been processed”
}

72. Confirm the Primary and Alias addresses are both domainname.onmicrosoft.com ONLY

Get-Mailbox | select PrimarySmtpAddress,EmailAddresses

73. Remove all aliases from every distribution group

$groups = Get-DistributionGroup -ResultSize Unlimited | Where {$_.Emailaddresses.count -gt 1}
foreach ($group in $groups) {
foreach ($email in $group.emailaddresses){
if ($email -ne “SMTP:”+$group.PrimarySmtpAddress){
Set-DistributionGroup -Identity $group.name -EmailAddresses @{Remove=$email}
}
}
Write-host $group.primarysmtpaddress “has been processed”
}

74. Confirm the Primary and Alias addresses are both domainname.onmicrosoft.com ONLY

Get-DistributionGroup | select PrimarySmtpAddress,EmailAddresses

[If Required] O365 Groups: User the cmdlets below to remove the domain:

Get-UnifiedGroup -Identity “name” | select primarysmtpaddress,emailaddresses

Set-UnifiedGroup -Identity “name” -PrimarySMTPAddress [email protected]
Set-UnifiedGroup -Identity “name” -EmailAddresses @{remove=”smtp:[email protected]”}

75. Confirm all dependencies have been removed. Replace the domainname with your domain name.

Get-MsolUser -DomainName domainname.com -all

Important:

• If the results identify a user that is NOT licensed and STILL has an alias
• Assign the user a license
• Go into EXO and set their primary address to onmicrosoft.com then remove all aliases
• Remove the license
• Remove Domain from Source

76. Remove the domain from the source Microsoft 365 tenant

• In the Admin center, go to Setup > Domains
• Open the domain you wish to remove
• Click Remove
• At “Are you sure you want to remove this domain” click Remove
• Confirm the domain was removed successfully then click Close

Important:

• Allow up to 60 minutes before adding the domains into the destination tenant
• O365 may still think the domain is still in use

77. Add Mail Rules and Connectors at Destination

[If required]

• Log into O365 Admin Portal
• Go to Exchange admin center – Protection – Connection filter – Edit “Default”, go to “connection filtering”, add the IP address into the “IP Allow list”
• Go to Exchange admin center – Protection – Spam filter – Edit “Default”, go to “allow lists”, add the domain name into the “Domain allow list”

78. Verify the domain

• In the Admin center, go to Setup > Domains
• Open the domain previously added.
• Click Start setup
• Click Verify
• At Set up your online services select I will manage my own DNS records then click Next
• At Choose your online services select the required services then click Next
• You will see a page with all the required DNS records
  Update the DNS records
  Allow time for the DNS changes to propagate globally ~ 20 mins
• Click Verify
• Confirm there are green tick marks beside the MX and TXT records
  If no CNAME, the overall verification process will fail
  Instead click Ignore incorrect DNS
• Click Finish – you’re done!

79. Verify changes

• Check Domain in Microsoft 365
• Go to Microsoft 365 Admin Centre and click on Domains
• Select the domain you have just added and click on ‘View DNS Settings’

80. Check Domain

To check everything is setup as it should be, wait around an hour for all updates to take effect then launch: https://centralops.net/co/
Type in the domain name and check all records are set as in ‘View DNS Settings’ above.

81. Remove Email Forwarding at Destination

Log into EXO Powershell at Destination and run the following cmdlets for each user:

Set-Mailbox -Identity “DestinationUserEmailAddress” -ForwardingAddress $null -DeliverToMailboxAndForward $false

82. Add aliases for each user at Destination:

• Log into the on-premise Exchange server
• Run Exchange powershell and execute the following cmdlets:

Set-RemoteMailbox -Identity “[email protected]” -EmailAddresses @{Add=”smtp:name1@domain”,”smtp:name2@domain”}

83. For each GROUP: 

• Log into the on-premise Exchange server
• Run Exchange powershell and execute the following cmdlets:

Set-DistributionGroup -Identity “groupname” -EmailAddresses @{add=”[email protected]”}

84. Change the TTL value on each MX record back to the original setting eg 1 hour

85. Migrate Mailboxes – Final Migration

• Log into BitTitan console
• Select the Project Name
• Select ALL accounts
• Click on the down arrow beside “Start” and select “Full Migration”
• In the “Full Migration” window review the settings
• At “Select what to migrate” confirm ALL options are selected
• At “Migration Scheduling” do nothing
• Click “Start Migration”
• Click on the “Refresh list” icon to get a status of the migration or click on the dashboard on the left-hand side menu

Important: Allow time for the migration to complete

86. Resolve any BitTitan error messages

• Once resolved
• Select the accounts that errored
• Click on the down arrow beside “Start” and select “Retry Errors”
• In the “Retry Errors” window, review the settings
• Click “Retry Errors”
• Click on the “Refresh list” icon to get a status of the migration or click on the dashboard on the left-hand side menu

87. Delete Contacts at Destination

Connect to EXO at Destination and run the following cmdlet:

Import-csv “Backup_Destination_Contacts.csv”| ForEach-Object {
$DisplayName = $_.DisplayName
Remove-MailContact -Identity $Displayname}

88. Confirm the Contact has been deleted:

Import-csv “Backup_Destination_Contacts.csv”| ForEach-Object {
$DisplayName = $_.DisplayName
Get-MailContact -Identity $Displayname}

89. Set the default email address at Destination

For each USER:

• Log into the on-premise Exchange server
• Run Exchange powershell and execute the following cmdlets:

Set-RemoteMailbox “[email protected]” -PrimarySmtpAddress “[email protected]”

90. For each GROUP:

• Log into the on-premise Exchange server
• Run Exchange powershell and execute the following cmdlets:

Set-DistributionGroup -Identity ‘DisplayName’ -PrimarySmtpAddress “[email protected]” -EmailAddressPolicyEnabled $false

91. Pentru fiecare CUȘIE POșTALĂ COMUNITĂ :

• Conectați-vă la serverul Exchange local
• Redenumiți numele afișat înapoi la numele afișat inițial

Important : permiteți timp pentru ca toate modificările să se sincronizeze cu O365.

Activități post-migrație

92. Verificați că delegații / alias-urile au fost populate corect

• Deschideți portalul de administrare O365 și atât Sursă, cât și Destinație
• Comparați utilizatorii / cutiile poștale partajate etc. pentru a confirma că delegații și aliasurile au fost adăugate corect.

Migrați cutiile poștale – Migrare finală

• Conectați-vă la consola BitTitan
• Selectați numele proiectului
• Migrație completă
• Selectați TOATE conturile
• Faceți clic pe săgeata în jos de lângă „Start” și selectați „Migrare completă”
• În fereastra „Migrare completă”, revizuiți setările
• La „Selectați ce să migrați” confirmați că sunt selectate TOATE opțiunile
• La „Programarea migrației” nu faceți nimic
• Faceți clic pe „Începeți migrarea”
• Faceți clic pe pictograma „Actualizați lista” pentru a obține o stare a migrării sau faceți clic pe tabloul de bord din meniul din partea stângă.

Important : Acordați timp pentru finalizarea migrării.

93. Rezolvați orice mesaje de eroare BitTitan

Selectați conturile care au greșit
Faceți clic pe săgeata în jos de lângă „Start” și selectați „Reîncercați erorile”
În fereastra „Reîncercați erorile”, revizuiți setările.
Faceți clic pe „Reîncercați erorile”
Faceți clic pe pictograma „Actualizați lista” pentru a obține starea migrare sau faceți clic pe tabloul de bord din meniul din partea stângă

94. Executați planul de testare pentru utilizatorul final

Lansați Outlook la destinație și verificați conținutul următoarelor:

Contacte de e-mail
Calendar
Trimiteți și primiți e-mailuri INTERN și verificați că au fost primite e-mailuri
Trimiteți și primiți e-mailuri în EXTERN și verificați că au fost primite e-mailuri
. Verificați adresa de e-mail a expeditorului
.
Verificați adresa de e-mail a expeditorului
Trimiteți o invitație de test Calendar unui coleg și confirmați că invitația a fost primită

95. Conectați-vă la EXO Powershell la Destinație

Pentru fiecare cutie poștală, eliminați contul de serviciu

Remove-MailboxPermission -Identity „User1” -User „BitTitan service account” -AccessRights FullAccess -InheritanceType Toate

96. Preia proprietatea asupra înregistrărilor de domeniu și DNS

[Dacă nu a fost deja acționat] – Dacă proprietarul actual a făcut modificările necesare la DNS, preluați proprietatea asupra domeniilor și înregistrărilor DNS.

Plan de retragere

97. Schimbați adresa de e-mail implicită înapoi la vechea adresă de e-mail

• Conectați-vă la serverul Exchange local
• Rulați Exchange powershell și executați următoarele cmdleturi:

Set-RemoteMailbox „nume [email protected]” -PrimarySmtpAddress „[email protected]”

98. Pentru fiecare UTILIZATOR:

Conectați-vă la serverul
Exchange local Rulați Exchange powershell și executați următoarele cmdleturi:

Set-RemoteMailbox „nume [email protected]” -Adrese de e-mail @{remove="[email protected]”}

99. Pentru fiecare GRUP:

Conectați-vă la serverul
Exchange local Rulați Exchange powershell și executați următoarele cmdleturi:

Set-DistributionGroup -Identitate „nume grup” -Adrese de e-mail @{remove="[email protected]”}

100. Verificați că atributele au fost actualizate:

• Conectați-vă la serverul Exchange local
• Rulați Exchange powershell și executați următoarele cmdleturi:

Get-RemoteMailbox -Identity | selectați userprincipalname, alias, primarysmtpaddress, email addresses

101. Recreează contacte la destinație:

Conectați-vă la EXO Powershell la destinație și rulați următoarele cmdleturi:

Import-csv „Backup_Destination_Contacts.csv”| Pentru fiecare obiect {
$DisplayName = $_.DisplayName
$Email = $_.EmailAddresses
New-MailContact -Name $Displayname -ExternalEmailAddress $Email}

102. Activarea redirecționării de la Destinație la CONTACT

Conectați-vă la EXO Powershell la Destination
Rulați următoarele cmdleturi:

Set-Mailbox -Identity „nume [email protected]” -DeliverToMailboxAndForward $true -ForwardingAddress „[email protected]”

103. Schimbări inverse DNS

104. Confirmați că toate dependențele au fost eliminate. Înlocuiți numele de domeniu cu numele dvs. de domeniu.

Get-MsolUser -DomainName domainname.com -all

105. Eliminați domeniul din locatarul de destinație Microsoft 365

• În centrul de administrare Microsoft 365, accesați Configurare > Domenii
• Deschideți domeniul pe care doriți să îl eliminați
• Faceți clic pe Eliminare
• La „Sunteți sigur că doriți să eliminați acest domeniu” faceți clic pe Eliminare
• Confirmați că domeniul a fost eliminat cu succes, apoi faceți clic pe Închidere

Important :

Permiteți până la 60 de minute înainte de a adăuga domeniile în locatarul de destinație
O365 poate crede că domeniul este încă în uz

106. Adăugați domeniul la Sursă, apoi solicitați o înregistrare TXT pentru a verifica că deținem domeniul

• În centrul de administrare Microsoft 365, accesați Configurare > Domenii
• Alegeți Adăugați un domeniu
• Introduceți numele domeniului pe care doriți să-l adăugați, apoi faceți clic pe Următorul
• La Verificare de, selectați fila „Înregistrare TXT”.
• Notați numele TXT, valoarea TXT și valorile TTL.
• Faceți clic pe Salvați și închideți (nu faceți clic pe Verificare)

107. Verificați domeniul

• În centrul de administrare Microsoft 365, accesați Configurare > Domenii
• Deschideți domeniul adăugat anterior.
• Faceți clic pe Start configurarea
• Faceți clic pe Verificare
• La Configurați serviciile dvs. online, selectați Voi gestiona propriile mele înregistrări DNS, apoi faceți clic pe Următorul
• La Alegeți-vă serviciile online, selectați serviciile necesare, apoi faceți clic pe Următorul
• Veți vedea o pagină cu toate înregistrările DNS necesare
• Actualizați înregistrările DNS
• Lăsați timp pentru ca modificările DNS să se propagă la nivel global ~ 20 de minute
• Faceți clic pe Verificare
• Confirmați că există semne de bifare verzi lângă înregistrările MX și TXT
• Dacă nu există CNAME, procesul general de verificare va eșua
• În schimb, faceți clic pe Ignorare DNS incorect
• Faceți clic pe Terminare – ați terminat.

108. Verificați modificările

• Verificați domeniul în Microsoft 365
• Accesați Centrul de administrare Microsoft 365 și faceți clic pe Domenii
• Selectați domeniul pe care tocmai l-ați adăugat și faceți clic pe „Vedeți setările DNS”

109. Verificați domeniul

Pentru a verifica că totul este configurat așa cum ar trebui, așteptați aproximativ o oră pentru ca toate actualizările să intre în vigoare, apoi lansați: http://centralops.net/co/
Introduceți numele domeniului și verificați că toate înregistrările sunt setate ca în „Vedeți setările DNS ' de mai sus.

110. Dacă este cazul, adăugați toate licențele Skype for Business și Teams de la utilizatorii din chiriașul Sursă. Acest lucru va adăuga atributul SIP la adresele lor proxy.

111. Restabiliți adresa proxy inițială pentru toți utilizatorii:

• Deschideți „Backup_Mailboxes.csv” în Excel
• În coloana EmailAddresses asigurați-vă că există o virgulă între fiecare adresă de e-mail și nu un spațiu, de exemplu SMTP:[email protected],smtp:[email protected]
• Conectați-vă la EXO powershell la Sursă
• Compuneți și rulați cmdletul de mai jos pentru fiecare utilizator:

Set-Mailbox -Identity „alias” -EmailAddresses SMTP:[email protected],smtp:[email protected]

• Aceasta va înlocui adresele lor proxy și va seta adresa de e-mail smtp implicită.

112. Restaurați UPN-ul pentru toți utilizatorii:

Import-csv „Backup_Mailboxes.csv”| ForEach-Object {
$NewUPN = $_.PrimarySmtpAddress
$alias = $_.Alias
​​$OldUPN = $alias + „@vivacityhealth.onmicrosoft.com”
Set-MsolUserPrincipalName -UserPrincipalName $OldUPN -NewUserPrincipalName $Newupn
}

113. Verificați că UPN, e-mail și adresa proxy au fost actualizate:

Get-Mailbox -Identity | selectați userprincipalname, alias, primarysmtpaddress, email addresses

114. Schimbați adresa SMTP a tuturor grupurilor de distribuție în domeniul numedomeniu.onmicrosoft.com. Înlocuiți numele de domeniu cu numele dvs. de domeniu.

Get-DistributionGroup -ResultSize Unlimited | select-object PrimarySMTPAddress | export-csv -NoTypeInformation „DL.csv”

Import-csv DL.csv| Pentru fiecare obiect {
$ID = $_.
PrimarySmtpAddress $365Email = $ID.Split(“@”)[0] + „@domainname.onmicrosoft.com”
Set-DistributionGroup -Identity $ID -primarysmtpaddress $365Email}

115. Eliminați toate aliasurile din fiecare grup de distribuție

$groups = Get-DistributionGroup -ResultSize Unlimited | Unde {$_.Emailaddresses.count -gt 1}
foreach ($group în $groups) {
foreach ($email în $group.emailaddresses){
dacă ($email -ne „SMTP:”+$group.PrimarySmtpAddress){
Setați -DistributionGroup -Identitate $group.name -EmailAddresses @{Remove=$email}
}
}
Scriere-gazdă $group.primarysmtpaddress „a fost procesat” $
}

Așa funcționează Office 365 migrarea chiriașului la chiriaș.