Migration de locataire à locataire Office 365 (plan de désengagement inclus)

Il s'agit d'un guide complet pour effectuer la migration de locataire à locataire Office 365.

2 semaines ou plus avant la migration

1. Vérifiez la propriété du domaine , capturez les informations et enregistrez.
2. Capturez tous les enregistrements DNS en utilisant ce lien .
3. Identifiez et capturez les enregistrements DNS pertinents pour Exchange (si vous effectuez un transfert de domaine) - TXT , MX et SPF .
4. Sur chaque enregistrement MX, notez la valeur TTL

• Nous devons demander que la valeur TTL soit réduite à un nombre plus petit, par exemple 5 minutes.
• Si le TTL ne peut pas être abaissé à 5 minutes, notez la valeur la plus basse. Par exemple, si la valeur la plus basse est de 4 heures, l'enregistrement MX devra être modifié 4 heures avant le début de votre migration.
• Demander que le TTL soit mis à jour au moins 8 heures avant la migration.

5. Vérifiez la disponibilité du domaine en utilisant ce lien .

• Cela vérifie si you@ domainname .onmicrosoft.com est déjà utilisé dans un autre locataire. Il vérifie SharePoint Online, mais neuf fois sur dix si SharePoint Online utilise le domaine, vous pouvez être sûr que les suffixes Exchange et/ou UPN sont également utilisés.

• Si vous essayez d'ajouter le domaine dans notre locataire alors qu'il est déjà pris comme nom de domaine dans un autre locataire, vous obtenez une erreur indiquant qu'il est déjà utilisé.

6. Déterminez quels services Microsoft 365 sont requis pour le domaine.

• Échange en ligne (TXT, MX, SPF, CNAME)
• Équipes Microsoft
• Gestion des appareils mobiles

7. Décision nécessaire - Discutez des exigences du domaine et du DNS

Nom de domaine:

• Pour transférer l'enregistrement du nom de domaine au locataire B (locataire de destination), initie une demande de transfert.
• Cela génère un e-mail au propriétaire du domaine actuel (locataire A - locataire source) demandant l'approbation du transfert.
• Le propriétaire actuel doit s'assurer que le domaine est déverrouillé pour le transfert et peut avoir besoin de générer un code d'autorisation.
• Une fois le transfert accepté, le processus peut prendre entre 24 et 48 heures.
• Tous les services liés aux noms de domaine qui sont hébergés chez l'ancien bureau d'enregistrement cesseront de fonctionner.

Enregistrements DNS :

Copie de TOUS les enregistrements (pas seulement Exchange) afin de configurer les enregistrements sur les serveurs DNS de destination.

8. Discutez avec l'équipe de projet des éléments qui ne sont PAS migrés à l'aide de l'outil de migration BitTitan.

9. Demander les droits d'administrateur de domaine sur le portail d'administration O365 à la source

Les droits d'administrateur sont requis dans le cadre du processus dont nous avons besoin pour supprimer le domaine du portail d'administration à la source, puis ajouter le domaine à la destination.

10. Connectez-vous au portail d'administration O365 à la source et passez en revue les règles et connecteurs de messagerie EXO

11. Vérifiez que les domaines/adresses IP ne sont PAS sur liste noire à l'aide des listes noires mxtoolbox .

Important : Si blacklisté, quand on whiteliste les domaines/adresses IP.

12. Connectez-vous au portail d'administration O365 à la source et exportez les domaines acceptés, les groupes, les boîtes aux lettres, les ressources, les boîtes aux lettres partagées et la liste des utilisateurs dans EXCEL.

13. Vérifiez la taille de chaque boîte aux lettres à migrer.

• BitTitan ne peut migrer que jusqu'à 50 Go par licence.
  Si les boîtes aux lettres sont plus grandes, vous aurez peut-être besoin de licences supplémentaires.

14. Vérifiez la configuration de la messagerie

• Existe-t-il des règles de transfert ?
• Accès délégué
• Adresses proxy

15. Finaliser la liste des utilisateurs, des groupes et des boîtes aux lettres partagées à migrer

16. Créez toutes les boîtes aux lettres utilisateur, les boîtes aux lettres partagées, les groupes de distribution, les groupes de sécurité, les contacts et les ressources à destination.

17. Ajouter un accès délégué aux boîtes aux lettres / calendriers à destination

• Connectez-vous au centre d'administration Microsoft 365
• Accéder à Exchange depuis les centres d'administration
• Ajouter un accès délégué aux boîtes aux lettres/calendriers

18. Créer des communications utilisateur

• Cela doit juste être noté
• Le chef de projet gère ces communications

19. Créez 2 comptes de test à la source

• Demandez que deux comptes de test soient créés à la source. 
• BitTitan sera utilisé pour migrer ces comptes de test vers Destination.
• Assurez-vous que le compte tenantname.onmicrosoft.com est attaché à chaque boîte aux lettres dans Microsoft 365
• Le compte d'administrateur global recevra toutes les autorisations (plus tard dans la doc)

20. Remplissez les 2 comptes de test à la source avec les données suivantes

• E-mail
• Dossiers
• Calendrier (rendez-vous uniques et répétitifs)
• Contact
• Tâches

21. Créez 2 comptes de test à destination

• Demandez que deux comptes de test soient créés à la source. 
• BitTitan sera utilisé pour migrer ces comptes de test vers Destination.
• Le compte d'administrateur global recevra toutes les autorisations (plus tard dans la doc)

22. Accordez au compte Global Admin un accès complet aux boîtes aux lettres :

Get-Mailbox -ResultSize illimité | Add-MailboxPermission -Utilisateur "compte administrateur" -AccessRights FullAccess -InheritanceType All -AutoMapping $false

23. EWS doit fonctionner sur le serveur Source Exchange

• BitTitan utilise EWS pour accéder aux domaines Source et Destination.
• Sans accès, il n'y aura pas de migration.

24. Testez l'accès à la boîte aux lettres en ouvrant n'importe quelle autre boîte aux lettres avec le compte administrateur à l'aide d'OWA

• Ouvrez le navigateur sur https://office.com
• Lorsque vous êtes invité à fournir des informations d'identification, entrez le nom d'utilisateur et le mot de passe du compte à utiliser pour accéder à la boîte aux lettres.
• Si vous utilisez des informations d'identification administratives, ouvrez un nouvel onglet et collez l'URL OWA : (https://outlook.office365.com/owa/[email protected])

25. Ajoutez le compte tenantname.onmicrosoft.com en tant qu'adresse proxy à chaque boîte aux lettres à la Source.

Nous devons effectuer cela, nous allons supprimer les adresses e-mail de domaine de toutes les boîtes aux lettres avant de pouvoir supprimer le domaine du locataire.

26. Connectez-vous à EXO Powershell à SOURCE

27. Exportez et mettez à jour les adresses proxy pour inclure @tenantname.onmicrosoft.com

Get-Mailbox -ResultSize Unlimited -Filter "email address -notlike '*@tenantname.onmicrosoft.com'" | sélectionnez alias,primarysmtpaddress,adresses 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. Confirmez que toutes les boîtes aux lettres ont été mises à jour. Les résultats doivent être nuls.

Get-Mailbox -ResultSize Unlimited -Filter "email address -notlike '*@tenantname.onmicrosoft.com'" | sélectionnez alias,primarysmtpaddress,adresses e-mail

29. Accorder au compte administrateur un accès complet aux boîtes aux lettres à destination

30. Connectez-vous à EXO Powershell à destination

Accordez un accès complet aux boîtes aux lettres au compte de service BitTitan sur toutes les boîtes aux lettres de domaine acquises à destination.

Add-MailboxPermission -Identity "Boîte aux lettres de destination -Utilisateur "Compte de service BitTitan" -AccessRights FullAccess -InheritanceType All -AutoMapping $false

31. Testez l'accès à la boîte aux lettres en ouvrant n'importe quelle autre boîte aux lettres avec le compte administrateur à l'aide d'OWA

• Ouvrez le navigateur sur https://office.com
• Lorsque vous êtes invité à fournir des informations d'identification, entrez le nom d'utilisateur et le mot de passe du compte de service BitTitan à utiliser pour accéder à la boîte aux lettres.
• Si vous utilisez des informations d'identification administratives, ouvrez un nouvel onglet et collez l'URL OWA :
  (https://outlook.office365.com/owa/[email protected])

32. Exigences de licence BitTitan

• 1 licence par boîte aux lettres lorsque la boîte aux lettres doit être inférieure à 50 Go. Si la boîte aux lettres est supérieure à 50 Go, elle nécessitera 2 licences.
• Déterminez le nombre total de boîtes aux lettres à migrer et obtenez le nombre de licences requis.

Noter:

Une licence peut être utilisée jusqu'à 10 fois par boîte aux lettres. Cela suppose que le point final ne change pas.
Si vous testez la migration BitTitan avec des comptes de test, assurez-vous d'inclure le nombre total de comptes de test nécessaires dans le nombre de licences.

33. Utiliser des licences

• Connectez-vous à la console BitTitan
• En haut à droite, cliquez sur la flèche vers le bas à côté de votre nom
• Sélectionnez "Utiliser le coupon"
• Entrez le code promo puis cliquez sur "Appliquer"
• Un toast apparaîtra indiquant que le coupon a été échangé

Remarque : Créez un compte BitTitan si vous n'avez pas de compte, assurez-vous que votre compte est actif en vérifiant votre adresse e-mail.

34. Créer un projet BitTitan

• Connectez-vous à la console BitTitan
• Cliquez sur "Aller à Mes projets" -> "Créer un projet de boîte aux lettres" -> "Créer un projet de boîte aux lettres" -> "Étape suivante"
• Entrez le nom du projet
• Au nom du client, cliquez sur "Nouveau", puis ajoutez des informations.
• Cliquez sur "Étape suivante"

35. Aux paramètres source :

• Cliquez sur "Nouveau"
• Entrez un nom de point de terminaison
• Sélectionnez le point de terminaison au domaine source
• Entrez les informations d'identification de l'administrateur
• Cliquez sur "Ajouter"
• Cliquez sur "Étape suivante"

36. Aux paramètres de destination :

• Cliquez sur "Nouveau"
• Entrez un nom de point de terminaison
• Sélectionnez le point de terminaison dans le domaine de destination
• Entrez les informations d'identification de l'administrateur BitTitan
• Cliquez sur "Ajouter"
• Cliquez sur "Étape suivante"

37. Lors de la migration de locataire à locataire

• Ne sélectionnez pas "Activer la coexistence locataire à locataire"
• Cliquez sur "Enregistrer et accéder au résumé"
• Cliquez sur "Enregistrer le projet"

38. Migrer les comptes de test vers la destination à l'aide de BitTitan - Migration préalable

• Connectez-vous à la console BitTitan
• Sélectionnez le nom du projet
• Cliquez sur la flèche déroulante à côté de "Ajouter" et sélectionnez "Ajout rapide"
• À la source, entrez l'adresse e-mail du compte de test
• Dans Destination, entrez l'adresse e-mail du compte de test
• Cliquez sur "Enregistrer l'élément et en ajouter un autre"
• Répétez l'opération pour les autres comptes de test
• Cliquez sur "Enregistrer l'élément et fermer"

39. Effectuer une migration préalable

• Sélectionnez TOUS les comptes de test
• Cliquez sur la flèche vers le bas à côté de "Démarrer" et sélectionnez "Migration préalable à l'étape"
• Dans la fenêtre "Migration préalable", passez en revue les paramètres
• À "Sélectionnez ce qu'il faut migrer", confirmez que "Mail" est sélectionné
• Dans "Migration Scheduling", cliquez sur la flèche vers le bas et sélectionnez "Specific Time"
• Sélectionnez une date et une heure appropriées
• Cliquez sur "Démarrer la migration"
• Cliquez sur l'icône "Actualiser la liste" pour obtenir un statut de la migration ou cliquez sur le tableau de bord dans le menu de gauche

Important :

• Prévoyez du temps pour que la migration se termine.
• La pré-étape migre uniquement les e-mails.
• Les calendriers, contacts, journaux, notes et tâches ne migreront que lors d'une migration complète.

40. Résolvez tous les messages d'erreur BitTitan

• Sélectionnez les comptes erronés
• Cliquez sur la flèche vers le bas à côté de "Démarrer" et sélectionnez "Réessayer les erreurs"
• 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

41. Use OWA to confirm the mailboxes contain the migrated data

• Open the browser to https://office.com
• When prompted for credentials, enter the user name and password of the account to be used to access the mailbox.
• If using administrative credentials, open a new tab and paste the OWA URL (https://outlook.office365.com/owa/[email protected])

42. At Source:  Use OWA to send and receive additional email

43. Perform a full migration

• Log into BitTitan console
• Select the Project Name
• Select ALL Test 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

44. 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

45. Use OWA to confirm the mailboxes contain the migrated data

• Open the browser to https://office.com
• When prompted for credentials, enter the user name and password of the account to be used to access the mailbox.
• If using administrative credentials, open a new tab and paste the OWA URL (https://outlook.office365.com/owa/[email protected])

46. Liaise with the business and confirms date and time of migration. Confirm other resources are available for migration

47. If the decision was made to take ownership of the domain and DNS before migration, initiate the transfer

1 week before migration

Export Exchange objects from Source:

48. Log into EXO Powershell at Source

49. Mailboxes:  Export UPN, Alias, SMTP and Proxy addresses

Get-Mailbox -ResultSize Unlimited | select userprincipalname,alias,primarysmtpaddress,emailaddresses | export-csv -NoTypeInformation “Backup_Source_Mailboxes.csv”

50. Groups: Export Alias, SMTP and Proxy addresses

Get-DistributionGroup -ResultSize Unlimited | select alias,primarysmtpaddress,emailaddresses | export-csv -NoTypeInformation “Backup_ Source_Groups.csv”

51. Calendar Delegation:

Get-Mailbox | foreach {
write-host -fore green “Processing $_”
Get-MailboxFolderPermission -Identity “$($_.alias):\Calendar” | where {$_.User -notlike “Anonymous” -and $_.User -notlike “Default”}} | select Identity,User,@{name=’AccessRights’;expression={$_.AccessRights -join ‘,’}} | Export-Csv -NoTypeInformation “Backup_ Source_Calendar_Delegation.csv”

Export Exchange objects from Destination:

52. Log into EXO Powershell at Destination

53. Contacts: Export Name and Email addresses

Get-Recipient -Filter {RecipientType -eq “MailContact” -and EmailAddresses -like ‘domainname‘} | select 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. For each SHARED MAILBOX:

• Log into the on-premise Exchange server
• Rename the display name back to the original display name

Important: Allow time for all changes to sync to O365.

Post-Migration Activities

92. Verify delegates / aliases have been correctly populated

• Open O365 Admin Portal and both Source and Destination
• Compare Users / Shared Mailboxes etc to confirm delegates and aliases have been added correctly.

Migrate Mailboxes – Final 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.

93. 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

94. Execute End User Test Plan

Launch Outlook at Destination and verify the contents of the following:

Email
Contacts
Calendar
Send and Receive emails INTERNALLY and verify emails have been received
Send and Receive emails EXTERNALLY and verify emails have been received
Verify the sender’s email address
Send and Receive emails form a SHARED MAILBOX and confirm emails have been received.
Verify the sender’s email address
Send a test Calendar invite to a colleague and confirm the invite was received

95. Log into EXO Powershell at Destination

For each mailbox, remove the service account

Remove-MailboxPermission -Identity “User1” -User “BitTitan service account” -AccessRights FullAccess -InheritanceType All

96. Take ownership of Domain and DNS records

[If not already actioned] – If the current owner made the required changes to DNS, take ownership of the domains and DNS records.

Back-out Plan

97. Change default email address back to old email address

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

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

98. For each USER:

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

Set-RemoteMailbox “[email protected]” -EmailAddresses @{remove=”[email protected]”}

99. For each GROUP:

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

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

100. Verify attributes have been updated:

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

Get-RemoteMailbox-Identité | sélectionnez userprincipalname,alias,primarysmtpaddress,emailaddresses

101. Recréez des contacts à destination :

Connectez-vous à EXO Powershell sur Destination et exécutez les applets de commande suivantes :

Import-csv "Backup_Destination_Contacts.csv" | ForEach-Object {
$DisplayName = $_.DisplayName
$Email = $_.EmailAddresses
New-MailContact -Name $Displayname -ExternalEmailAddress $Email}

102. Activation du transfert de la destination vers le CONTACT

Connectez-vous à EXO Powershell à Destination
Exécutez les applets de commande suivantes :

Set-Mailbox -Identity "nom d'[email protected]" -DeliverToMailboxAndForward $true -Adresse de transfert "[email protected]"

103. Inverser les modifications DNS

104. Confirmez que toutes les dépendances ont été supprimées. Remplacez le nom de domaine par votre nom de domaine.

Get-MsolUser -DomainName nomdedomaine.com -all

105. Supprimer le domaine du locataire Microsoft 365 de destination

• Dans le Centre d'administration Microsoft 365, accédez à Configuration > Domaines
• Ouvrez le domaine que vous souhaitez supprimer
• Cliquez sur Supprimer
• À "Etes-vous sûr de vouloir supprimer ce domaine" cliquez sur Supprimer
• Confirmez que le domaine a été supprimé avec succès, puis cliquez sur Fermer

Important :

Attendez jusqu'à 60 minutes avant d'ajouter les domaines au locataire de destination
O365 peut toujours penser que le domaine est toujours utilisé

106. Ajoutez le domaine à la source puis demandez un enregistrement TXT pour vérifier que nous possédons le domaine

• Dans le Centre d'administration Microsoft 365, accédez à Configuration > Domaines
• Choisissez Ajouter un domaine
• Entrez le nom du domaine que vous souhaitez ajouter, puis cliquez sur Suivant
• À Vérifier par, sélectionnez l'onglet "Enregistrement TXT"
• Notez les valeurs TXT Name, TXT Value et TTL.
• Cliquez sur Enregistrer et fermer (ne cliquez pas sur Vérifier)

107. Vérifier le domaine

• Dans le Centre d'administration Microsoft 365, accédez à Configuration > Domaines
• Ouvrez le domaine précédemment ajouté.
• Cliquez sur Démarrer la configuration
• Cliquez sur Vérifier
• Dans Configurer vos services en ligne, sélectionnez Je gérerai mes propres enregistrements DNS, puis cliquez sur Suivant
• Dans Choisissez vos services en ligne sélectionnez les services requis puis cliquez sur Suivant
• Vous verrez une page avec tous les enregistrements DNS requis
• Mettre à jour les enregistrements DNS
• Prévoyez du temps pour que les modifications DNS se propagent à l'échelle mondiale ~ 20 minutes
• Cliquez sur Vérifier
• Vérifiez qu'il y a des coches vertes à côté des enregistrements MX et TXT
• S'il n'y a pas de CNAME, le processus de vérification global échouera
• Cliquez plutôt sur Ignorer les DNS incorrects
• Cliquez sur Terminer - vous avez terminé.

108. Vérifier les modifications

• Vérifier le domaine dans Microsoft 365
• Accédez au Centre d'administration Microsoft 365 et cliquez sur Domaines
• Sélectionnez le domaine que vous venez d'ajouter et cliquez sur "Afficher les paramètres DNS"

109. Vérifier le domaine

Pour vérifier que tout est configuré comme il se doit, attendez environ une heure que toutes les mises à jour prennent effet, puis lancez : http://centralops.net/co/
Tapez le nom de domaine et vérifiez que tous les enregistrements sont définis comme dans "Afficher les paramètres DNS". ' au dessus.

110. Le cas échéant, ajoutez toutes les licences Skype Entreprise et Teams des utilisateurs du locataire source. Cela ajoutera l'attribut SIP à leurs adresses proxy.

111. Restaurez l'adresse proxy d'origine pour tous les utilisateurs :

• Ouvrez "Backup_Mailboxes.csv" dans Excel
• Dans la colonne EmailAddresses, assurez-vous qu'il y a une virgule entre chaque adresse e-mail et non un espace, par exemple SMTP:[email protected],smtp:[email protected]
• Connectez-vous à EXO powershell à la source
• Composez et exécutez l'applet de commande ci-dessous pour chaque utilisateur :

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

• Cela remplacera leurs adresses proxy et définira l'adresse e-mail SMTP par défaut.

112. Restaurez l'UPN pour tous les utilisateurs :

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

113. Vérifiez que l'UPN, l'adresse e-mail et l'adresse proxy ont été mises à jour :

Get-Mailbox-Identité | sélectionnez userprincipalname,alias,primarysmtpaddress,emailaddresses

114. Remplacez l'adresse SMTP de tous les groupes de distribution par le domaine domainname.onmicrosoft.com. Remplacez le nom de domaine par votre nom de domaine.

Get-DistributionGroup -ResultSize Illimité | sélectionnez-objet PrimarySMTPAddress | export-csv -NoTypeInformation "DL.csv"

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

115. Supprimer tous les alias de chaque groupe de distribution

$groups = Get-DistributionGroup -ResultSize Unlimited | Où {$_.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 "a été traité" $
}

C'est ainsi que fonctionne la migration de locataire à locataire Office 365.