租戶到租戶遷移 Office 365（包括退出計劃）

這是執行租戶到租戶遷移 Office 365 的完整指南。

遷移前 2 週或更長時間

1. 檢查域名所有權並獲取信息並保存。2. 使用此鏈接
捕獲所有 DNS 記錄。 3. 識別並捕獲與 Exchange 相關的 DNS 記錄（如果執行域轉移） - TXT、MX和SPF。 4. 在每條 MX 記錄上記下 TTL 值

• 我們需要請求將 TTL 值減少到一個較小的數字，例如 5 分鐘。
• 如果 TTL 不能降低到 5 分鐘，請記下最小值。例如，如果最小值是 4 小時，則必須在遷移開始前 4 小時更改 MX 記錄。
• 請求至少在遷移前 8 小時更新 TTL。

5. 使用此鏈接檢查域可用性。

• 這將檢查 you@ domainname .onmicrosoft.com 是否已在另一個租戶中使用。它會檢查 SharePoint Online，但如果 SharePoint Online 正在使用該域，則十分之九您可以確定 Exchange 和/或 UPN 後綴也在使用中。

• 如果您嘗試在我們的租戶中添加該域，而該域已經被另一個租戶作為域名，您會收到一條錯誤消息，指出它已在使用中。

6. 確定域需要哪些 Microsoft 365 服務。

• 在線交換（TXT、MX、SPF、CNAME）
• 微軟團隊
• 移動設備管理

7. 需要決策——討論域和 DNS 要求

域名：

• 要將域名註冊轉移給租戶B（目標租戶），發起轉移請求。
• 這會向當前域（租戶 A - 源租戶）所有者生成一封電子郵件，請求批准轉移。
• 當前所有者需要確保域已解鎖以進行轉移，並且可能需要生成授權碼。
• 一旦轉移被接受，該過程可能需要 24-48 小時才能完成。
• 任何與舊註冊商託管的域名相關的服務都將停止工作。

DNS 記錄：

所有（不僅僅是 Exchange）記錄的副本，以便在目標 DNS 服務器上設置記錄。

8. 與項目團隊討論哪些項目不會使用 BitTitan 遷移工具進行遷移。

9. 在源頭向 O365 Admin Portal 請求域管理員權限

在我們需要從源的管理門戶中刪除域，然後將域添加到目標的過程中，需要管理員權限。

10. 在 Source 登錄 O365 管理門戶並查看 EXO 郵件規則和連接器

11.使用mxtoolbox blacklists檢查域/IP 地址未列入黑名單。

重要提示：如果列入黑名單，當我們將域/IP 地址列入白名單時。

12. 在 Source 登錄 O365 管理門戶，將接受的域、組、郵箱、資源、共享郵箱和用戶列表導出到 EXCEL。

13. 查看要遷移的每個郵箱的大小。

• BitTitan 每個許可證最多只能遷移 50Gb。
  如果郵箱較大，您可能需要額外的許可證。

14. 查看郵件設置

• 有沒有轉發規則？
• 委託訪問
• 代理地址

15. 最終確定要遷移的用戶、組和共享郵箱列表

16. 在目的地創建所有用戶郵箱、共享郵箱、通訊組、安全組、聯繫人和資源。

17.添加代理訪問目的地郵箱/日曆

• 登錄 Microsoft 365 管理中心
• 從管理中心轉到 Exchange
• 添加對郵箱/日曆的代理訪問權限

18.創建用戶通信

• 這只需要注意
• 項目經理管理這些溝通

19. 在源頭創建 2 個測試賬戶

• 請求在 Source 創建兩個測試帳戶。 
• BitTitan 將用於將這些測試帳戶遷移到 Destination。
• 確保將tenantname.onmicrosoft.com 帳戶附加到 Microsoft 365 中的每個郵箱
• 全局管理員帳戶將被授予完全權限（稍後在文檔中）

20. 使用以下數據在源頭填充 2 個測試帳戶

• 電子郵件
• 文件夾
• 日曆（單次和重複約會）
• 接觸
• 任務

21. 在目的地創建 2 個測試賬戶

• 請求在 Source 創建兩個測試帳戶。 
• BitTitan 將用於將這些測試帳戶遷移到 Destination。
• 全局管理員帳戶將被授予完全權限（稍後在文檔中）

22. 授予全局管理員帳戶對郵箱的完全訪問權限：

Get-Mailbox -ResultSize 無限制 | Add-MailboxPermission -User “admin account” -AccessRights FullAccess -InheritanceType All -AutoMapping $false

23. EWS 必須在源 Exchange 服務器上運行

• BitTitan 使用 EWS 訪問源和目標域。
• 沒有訪問權限就沒有遷移。

24. 通過使用 OWA 使用管理員帳戶打開任何其他郵箱來測試郵箱訪問

• 打開瀏覽器到 https://office.com
• 當提示輸入憑據時，輸入用於訪問郵箱的帳戶的用戶名和密碼。
• 如果使用管理憑據，請打開一個新選項卡並粘貼 OWA URL：(https://outlook.office365.com/owa/[email protected])

25. 將tenantname.onmicrosoft.com 帳戶作為代理地址添加到Source 中的每個郵箱。

我們需要執行此操作，我們將從所有郵箱中刪除域電子郵件地址，然後才能從租戶中刪除域。

26. 在 SOURCE 連接到 EXO Powershell

27. 導出和更新代理地址以包括@tenantname.onmicrosoft.com

Get-Mailbox -ResultSize Unlimited -Filter “emailaddresses -notlike '*@tenantname.onmicrosoft.com'” | 選擇別名、primarysmtpaddress、emailaddresses |export-csv -NoTypeInformation “C:\Temp\mailboxes_output.csv”

導入-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. 確認所有郵箱都已更新。結果應該為零。

Get-Mailbox -ResultSize Unlimited -Filter “emailaddresses -notlike '*@tenantname.onmicrosoft.com'” | 選擇別名、主要smtp地址、電子郵件地址

29. 授予管理員帳戶對目標郵箱的完全訪問權限

30. 在目的地連接到 EXO Powershell

授予對目標所有獲取域郵箱的 BitTitan 服務帳戶的完全郵箱訪問權限。

Add-MailboxPermission -Identity “目標郵箱 -User “BitTitan 服務帳戶” -AccessRights FullAccess -InheritanceType All -AutoMapping $false

31. 通過使用 OWA 使用管理員帳戶打開任何其他郵箱來測試郵箱訪問

• 打開瀏覽器到 https://office.com
• 當提示輸入憑據時，輸入要用於訪問郵箱的 BitTitan 服務帳戶的用戶名和密碼。
• 如果使用管理憑據，請打開一個新選項卡並粘貼 OWA URL：
  (https://outlook.office365.com/owa/[email protected])

32. BitTitan 許可證要求

• 每個郵箱 1 個許可證，郵箱需要小於 50GB。如果郵箱大於 50Gb，則需要 2 個許可證。
• 確定要遷移的郵箱總數並獲取所需的許可證數量。

筆記：

每個郵箱最多可以使用一個許可證 10 次。這假設終點沒有改變。
如果您正在使用測試帳戶測試 BitTitan 遷移，請確保您在許可證計數中包含所需的測試帳戶總數。

33. 兌換許可證

• 登錄BitTitan 控制台
• 在右上角，單擊您姓名旁邊的向下箭頭
• 選擇“兌換優惠券”
• 輸入優惠券代碼，然後點擊“應用”
• 將出現一個吐司，表明優惠券已被兌換

注意：如果您沒有帳戶，請註冊 BitTitan 帳戶，通過驗證您的電子郵件地址確保您的帳戶處於活動狀態。

34.創建BitTitan項目

• 登錄BitTitan 控制台
• 點擊“轉到我的項目”->“創建郵箱項目”->“創建郵箱項目”->“下一步”
• 輸入項目名稱
• 在客戶名稱處單擊“新建”，然後添加信息。
• 點擊“下一步”

35. 在源設置：

• 點擊“新建”
• 輸入端點名稱
• 選擇源域的端點
• 輸入管理員憑據
• 點擊“添加”
• 點擊“下一步”

36. 在目的地設置：

• 點擊“新建”
• 輸入端點名稱
• 選擇目標域的端點
• 輸入 BitTitan 管理員憑據
• 點擊“添加”
• 點擊“下一步”

37. 在租戶到租戶遷移

• 不要選擇“Enable Tenant to Tenant Coexistence”
• 點擊“保存並轉到摘要”
• 點擊“保存項目”

38. 使用 BitTitan 將測試賬戶遷移到目標 – 階段前遷移

• 登錄BitTitan 控制台
• 選擇項目名稱
• 單擊“添加”旁邊的下拉箭頭，然後選擇“快速添加”
• 在 Source 輸入測試帳戶的電子郵件地址
• 在目的地輸入測試帳戶的電子郵件地址
• 點擊“保存項目並添加另一個”
• 對其他測試帳戶再次重複
• 點擊“保存項目並關閉”

39. 執行預階段遷移

• 選擇所有測試帳戶
• 單擊“開始”旁邊的向下箭頭，然後選擇“Pre-Stage Migration”
• 在“Pre-Stage Migration”窗口中查看設置
• 在“選擇要遷移的內容”中確認選擇了“郵件”
• 在“遷移計劃”中單擊向下箭頭並選擇“特定時間”
• 選擇合適的日期和時間
• 點擊“開始遷移”
• 單擊“刷新列表”圖標以獲取遷移狀態或單擊左側菜單上的儀表板

重要：

• 留出時間讓遷移完成。
• Pre-Stage 僅遷移電子郵件。
• 日曆、聯繫人、日記、筆記和任務只會在完全遷移期間遷移。

40.解決任何BitTitan錯誤消息

• 選擇出錯的帳戶
• 單擊“開始”旁邊的向下箭頭，然後選擇“重試錯誤”
• 在“重試錯誤”窗口中，查看設置
• 點擊“重試錯誤”
• 單擊“刷新列表”圖標以獲取遷移狀態或單擊左側菜單上的儀表板

41.使用OWA確認郵箱是否包含遷移的數據

• 打開瀏覽器到 https://office.com
• 當提示輸入憑據時，輸入用於訪問郵箱的帳戶的用戶名和密碼。
• 如果使用管理憑據，請打開一個新選項卡並粘貼 OWA URL (https://outlook.office365.com/owa/[email protected])

42. At Source：使用 OWA 發送和接收額外的電子郵件

43. 執行完整遷移

• 登錄BitTitan 控制台
• 選擇項目名稱
• 選擇所有測試帳戶
• 單擊“開始”旁邊的向下箭頭，然後選擇“完全遷移”
• 在“完全遷移”窗口中
• 查看設置
• 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

[如果尚未採取行動] – 如果當前所有者對 DNS 進行了必要的更改，則獲得域和 DNS 記錄的所有權。

退出計劃

97.將默認電子郵件地址更改回舊電子郵件地址

• 登錄到本地 Exchange 服務器
• 運行 Exchange powershell 並執行以下 cmdlet：

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

98.對於每個用戶：

登錄到本地 Exchange 服務器
運行 Exchange powershell 並執行以下 cmdlet：

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

99.對於每個組：

登錄到本地 Exchange 服務器
運行 Exchange powershell 並執行以下 cmdlet：

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

100.驗證屬性是否已更新：

• 登錄到本地 Exchange 服務器
• 運行 Exchange powershell 並執行以下 cmdlet：

Get-RemoteMailbox -Identity | select userprincipalname,alias,primarysmtpaddress,emailaddresses

101. Re-create Contacts at Destination:

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

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

102. Enabling forwarding from Destination to CONTACT

Log into EXO Powershell at Destination
Run the following cmdlets:

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

103. Reverse DNS changes

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

Get-MsolUser -DomainName domainname.com -all

105. 從目標 Microsoft 365 租戶中刪除域

• 在 Microsoft 365 管理中心，轉到設置 > 域
• 打開您要刪除的域
• 單擊刪除
• 在“您確定要刪除此域”處單擊刪除
• 確認域已成功刪除，然後單擊關閉

重要：

在將域添加到目標租戶之前最多允許 60 分鐘
O365 可能仍認為域仍在使用中

106. 在 Source 添加域，然後請求 TXT 記錄以驗證我們擁有該域

• 在 Microsoft 365 管理中心，轉到設置 > 域
• 選擇添加域
• 輸入您要添加的域的名稱，然後單擊下一步
• 在驗證者處，選擇“TXT 記錄”選項卡
• 記下 TXT 名稱、TXT 值和 TTL 值。
• 點擊保存並關閉（不要點擊驗證）

107.驗證域

• 在 Microsoft 365 管理中心，轉到設置 > 域
• 打開之前添加的域。
• 點擊開始設置
• 點擊驗證
• 在設置您的在線服務中選擇我將管理我自己的 DNS 記錄，然後單擊下一步
• 在選擇您的在線服務中選擇所需的服務，然後單擊下一步
• 您將看到一個包含所有必需 DNS 記錄的頁面
• 更新 DNS 記錄
• 留出時間讓 DNS 更改在全球傳播 ~ 20 分鐘
• 點擊驗證
• 確認 MX 和 TXT 記錄旁邊有綠色刻度線
• 如果沒有 CNAME，整個驗證過程將失敗
• 而是單擊忽略不正確的 DNS
• 單擊“完成”——你就完成了。

108. 驗證更改

• 在 Microsoft 365 中檢查域
• 轉到 Microsoft 365 管理中心並單擊域
• 選擇您剛剛添加的域，然後單擊“查看 DNS 設置”

109. 檢查域

要檢查所有設置是否正確，請等待大約一個小時以使所有更新生效，然後啟動：http://centralops.net/co/
輸入域名並檢查所有記錄是否設置為“查看 DNS 設置” ' 以上。

110. 如果適用，從源租戶中的用戶添加所有 Skype for Business 和 Teams 許可證。這會將 SIP 屬性添加到他們的代理地址。

111、為所有用戶恢復原代理地址：

• 在 Excel 中打開“Backup_Mailboxes.csv”
• 在 EmailAddresses 列中，確保每個電子郵件地址之間有一個逗號，而不是空格，例如 SMTP:[email protected],smtp:[email protected]
• 在 Source 登錄 EXO powershell
• 為每個用戶編寫並運行以下 cmdlet：

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

• 這將替換他們的代理地址並設置默認的 smtp 電子郵件地址。

112.恢復所有用戶的UPN：

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

113. 驗證 UPN、電子郵件和代理地址是否已更新：

獲取郵箱-身份 | 選擇用戶主體名稱、別名、主 smtp 地址、電子郵件地址

114. 將所有通訊組 SMTP 地址更改為 domainname.onmicrosoft.com 域。將域名替換為您的域名。

Get-DistributionGroup -ResultSize Unlimited | 選擇對象 PrimarySMTPAddress | 導出-csv -NoTypeInformation “DL.csv”

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

115.從每個通訊組中刪除所有別名

$groups = Get-DistributionGroup -ResultSize Unlimited | 其中 {$_.Emailaddresses.count -gt 1}
foreach ($groups in $groups) {
foreach ($email in $group.emailaddresses){
if ($email -ne "SMTP:"+$group.PrimarySmtpAddress){
設置-DistributionGroup -Identity $group.name -EmailAddresses @{Remove=$email}
}
}
寫入主機 $group.primarysmtpaddress “已處理” $
}

這就是租戶到租戶遷移 Office 365 的工作方式。