임차인에서 임차인으로의 마이그레이션 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을 확인하지만 10번 중 9번은 SharePoint Online이 도메인을 사용하는 경우 Exchange 및/또는 UPN 접미사도 사용 중인지 확인할 수 있습니다.

• 다른 테넌트에서 이미 도메인 이름으로 사용 중인 도메인을 테넌트에 추가하려고 하면 이미 사용 중이라는 오류가 표시됩니다.

6. 도메인에 필요한 Microsoft 365 서비스를 결정합니다.

• Exchange Online(TXT, MX, SPF, CNAME)
• 마이크로소프트 팀즈
• 모바일 장치 관리

7. 필요한 결정 – 도메인 및 DNS 요구 사항 논의

도메인 이름:

• 도메인 이름 등록을 테넌트 B(대상 테넌트)로 이전하려면 이전 요청을 시작합니다.
• 그러면 이전 승인을 요청하는 현재 도메인(테넌트 A – 소스 테넌트) 소유자에게 이메일이 생성됩니다.
• 현재 소유자는 도메인이 이전을 위해 잠금 해제되었는지 확인해야 하며 승인 코드를 생성해야 할 수도 있습니다.
• 전송이 승인되면 프로세스를 완료하는 데 24~48시간이 소요될 수 있습니다.
• 이전 등록 기관에서 호스팅되는 도메인 이름에 연결된 모든 서비스는 작동을 중지합니다.

DNS 레코드:

대상 DNS 서버에서 레코드를 설정하도록 모든 (Exchange뿐만 아니라) 레코드 의 복사본 .

8. BitTitan 마이그레이션 도구를 사용하여 마이그레이션되지 않는 항목을 프로젝트 팀과 논의하십시오.

9. 소스에서 O365 관리자 포털에 대한 도메인 관리자 권한 요청

관리자 권한은 소스의 관리 포털에서 도메인을 제거한 다음 대상에 도메인을 추가해야 하는 프로세스의 일부로 필요합니다.

10. 소스에서 O365 관리 포털에 로그인하고 EXO 메일 규칙 및 커넥터 검토

11. mxtoolbox 블랙 리스트를 사용하여 도메인/IP 주소가 블랙리스트에 없는지 확인합니다 .

중요 : 블랙리스트에 있는 경우 도메인/IP 주소를 화이트리스트에 추가할 때.

12. 소스에서 O365 관리 포털에 로그인하고 허용 도메인, 그룹, 사서함, 리소스, 공유 사서함 및 사용자 목록을 EXCEL로 내보냅니다.

13. 마이그레이션할 각 사서함의 크기를 검토합니다.

• BitTitan은 라이선스당 최대 50Gb까지만 마이그레이션할 수 있습니다.
  사서함이 더 큰 경우 추가 라이선스가 필요할 수 있습니다.

14. 메일 설정 검토

• 전달 규칙이 있습니까?
• 대리인 액세스
• 프록시 주소

15. 마이그레이션할 사용자, 그룹 및 공유 사서함 목록을 마무리합니다.

16. 대상에 모든 사용자 사서함, 공유 사서함, 메일 그룹, 보안 그룹, 연락처 및 리소스를 만듭니다.

17. 목적지의 사서함/캘린더에 대한 대리인 액세스 추가

• Microsoft 365 관리 센터에 로그인
• 관리 센터에서 Exchange로 이동
• 사서함/캘린더에 대한 대리인 액세스 추가

18. 사용자 커뮤니케이션 생성

• 이것은 주목해야만 한다.
• 프로젝트 관리자는 이러한 커뮤니케이션을 관리합니다.

19. 소스에서 2개의 테스트 계정 생성

• 소스에서 두 개의 테스트 계정을 생성하도록 요청합니다. 
• BitTitan은 해당 테스트 계정을 대상으로 마이그레이션하는 데 사용됩니다.
• tenantname.onmicrosoft.com 계정이 Microsoft 365의 각 사서함에 연결되어 있는지 확인합니다.
• 전역 관리자 계정에 전체 권한이 부여됩니다(나중에 문서에서).

20. 소스에서 2개의 테스트 계정을 다음 데이터로 채웁니다.

• 이메일
• 폴더
• 달력(단일 및 반복 약속)
• 연락하다
• 작업

21. 대상에서 2개의 테스트 계정 생성

• 소스에서 두 개의 테스트 계정을 생성하도록 요청합니다. 
• BitTitan은 해당 테스트 계정을 대상으로 마이그레이션하는 데 사용됩니다.
• 전역 관리자 계정에 전체 권한이 부여됩니다(나중에 문서에서).

22. 전역 관리자 계정에 사서함에 대한 전체 액세스 권한 부여:

Get-Mailbox -ResultSize 무제한 | Add-MailboxPermission -사용자 "관리자 계정" -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 계정을 추가합니다.

이를 수행해야 테넌트에서 도메인을 제거하기 전에 모든 사서함에서 도메인 이메일 주소를 제거할 것입니다.

26. SOURCE에서 EXO Powershell에 연결

27. @tenantname.onmicrosoft.com을 포함하도록 프록시 주소 내보내기 및 업데이트

Get-Mailbox -ResultSize Unlimited - "emailaddresses -notlike '*@tenantname.onmicrosoft.com'" 필터링 | 별칭, 기본 mtpaddress, 전자 메일 주소 선택 |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. 모든 사서함이 업데이트되었는지 확인합니다. 결과는 0이어야 합니다.

Get-Mailbox -ResultSize Unlimited - "emailaddresses -notlike '*@tenantname.onmicrosoft.com'" 필터링 | 별칭, 기본 mtpaddress, 전자 메일 주소 선택

29. 관리자 계정에 대상의 사서함에 대한 전체 액세스 권한 부여

30. 대상에서 EXO Powershell에 연결

대상에서 획득한 모든 도메인 사서함에 대해 BitTitan 서비스 계정에 대한 전체 사서함 액세스 권한을 부여합니다.

Add-MailboxPermission -Identity "대상 사서함 - 사용자 "BitTitan 서비스 계정" -AccessRights FullAccess -InheritanceType All -AutoMapping $false

31. OWA를 사용하여 관리자 계정으로 다른 사서함을 열어 사서함 액세스를 테스트합니다.

• https://office.com으로 브라우저를 엽니다.
• 자격 증명을 묻는 메시지가 표시되면 사서함에 액세스하는 데 사용할 BitTitan 서비스 계정의 사용자 이름과 암호를 입력합니다.
• 관리 자격 증명을 사용하는 경우 새 탭을 열고 OWA URL을 붙여넣습니다.
  (https://outlook.office365.com/owa/[email protected])

32. BitTitan 라이선스 요구 사항

• 사서함이 50GB 미만이어야 하는 사서함당 라이선스 1개. 사서함이 50Gb보다 큰 경우 2개의 라이선스가 필요합니다.
• 마이그레이션할 사서함의 총 수를 결정하고 필요한 수의 라이선스를 얻습니다.

메모:

라이선스는 사서함당 최대 10번까지 사용할 수 있습니다. 이것은 끝점이 변경되지 않는다고 가정합니다.
테스트 계정으로 BitTitan 마이그레이션을 테스트하는 경우 라이선스 수에 필요한 테스트 계정의 총 수를 포함해야 합니다.

33. 라이선스 교환

• BitTitan 콘솔 에 로그인
• 오른쪽 상단에서 이름 옆에 있는 아래쪽 화살표를 클릭합니다.
• "쿠폰 사용"을 선택하십시오.
• 쿠폰 코드를 입력하고 "적용"을 클릭하십시오
• 쿠폰이 사용되었음을 알리는 토스트가 나타납니다.

참고 : 계정이 없는 경우 BitTitan 계정에 등록하고 이메일 주소를 확인하여 계정이 활성화되어 있는지 확인하십시오.

34. BitTitan 프로젝트 생성

• BitTitan 콘솔 에 로그인
• "내 프로젝트로 이동" -> "사서함 프로젝트 만들기" -> "사서함 프로젝트 만들기" -> "다음 단계"를 클릭합니다.
• 프로젝트 이름 입력
• 고객 이름에서 "새로 만들기"를 클릭한 다음 정보를 추가합니다.
• "다음 단계"를 클릭하십시오.

35. 소스 설정에서:

• "새로 만들기"를 클릭하십시오
• 엔드포인트 이름 입력
• 소스 도메인에서 끝점 선택
• 관리자 자격 증명 입력
• "추가"를 클릭하십시오
• "다음 단계"를 클릭하십시오.

36. 목적지 설정에서:

• "새로 만들기"를 클릭하십시오
• 엔드포인트 이름 입력
• 대상 도메인에서 끝점 선택
• BitTitan 관리자 자격 증명 입력
• "추가"를 클릭하십시오
• "다음 단계"를 클릭하십시오.

37. 임차인에서 임차인으로의 마이그레이션

• "테넌트 대 테넌트 공존 활성화"를 선택하지 마십시오.
• "저장하고 요약으로 이동"을 클릭하십시오.
• "프로젝트 저장"을 클릭하십시오.

38. BitTitan을 사용하여 테스트 계정을 대상으로 마이그레이션 – 사전 단계 마이그레이션

• BitTitan 콘솔 에 로그인
• 프로젝트 이름 선택
• "추가" 옆에 있는 드롭다운 화살표를 클릭하고 "빠른 추가"를 선택합니다.
• 소스에 테스트 계정의 이메일 주소를 입력하십시오.
• 대상에 테스트 계정의 이메일 주소를 입력하십시오.
• "항목 저장 및 다른 항목 추가"를 클릭하십시오.
• 다른 테스트 계정에 대해 다시 반복
• "항목 저장 후 닫기" 클릭

39. 사전 단계 마이그레이션 수행

• 모든 테스트 계정 선택
• "시작" 옆에 있는 아래쪽 화살표를 클릭하고 "사전 단계 마이그레이션"을 선택합니다.
• "Pre-Stage Migration" 창에서 설정을 검토합니다.
• "마이그레이션 대상 선택"에서 "메일"이 선택되었는지 확인합니다.
• "Migration Scheduling"에서 아래쪽 화살표를 클릭하고 "특정 시간"을 선택합니다.
• 적절한 날짜와 시간을 선택하십시오
• "마이그레이션 시작"을 클릭하십시오.
• "목록 새로고침" 아이콘을 클릭하여 마이그레이션 상태를 확인하거나 왼쪽 메뉴의 대시보드를 클릭합니다.

중요 :

• 마이그레이션이 완료될 때까지 기다립니다.
• Pre-Stage는 이메일만 마이그레이션합니다.
• 캘린더, 연락처, 저널, 메모 및 작업은 전체 마이그레이션 중에만 마이그레이션됩니다.

40. BitTitan 오류 메시지 해결

• 오류가 발생한 계정 선택
• "시작" 옆에 있는 아래쪽 화살표를 클릭하고 "오류 재시도"를 선택하십시오.
• "오류 재시도" 창에서 설정을 검토하십시오.
• "오류 재시도"를 클릭하십시오.
• "목록 새로고침" 아이콘을 클릭하여 마이그레이션 상태를 확인하거나 왼쪽 메뉴의 대시보드를 클릭합니다.

41. OWA를 사용하여 사서함에 마이그레이션된 데이터가 포함되어 있는지 확인

• https://office.com으로 브라우저를 엽니다.
• 자격 증명을 묻는 메시지가 표시되면 사서함에 액세스하는 데 사용할 계정의 사용자 이름과 암호를 입력합니다.
• 관리 자격 증명을 사용하는 경우 새 탭을 열고 OWA URL(https://outlook.office365.com/owa/[email protected])을 붙여넣습니다.

42. 출처에서: OWA를 사용하여 추가 이메일 보내기 및 받기

43. 전체 마이그레이션 수행

• BitTitan 콘솔 에 로그인
• 프로젝트 이름 선택
• 모든 테스트 계정 선택
• "시작" 옆에 있는 아래쪽 화살표를 클릭하고 "전체 마이그레이션"을 선택합니다.
• "전체 마이그레이션" 창에서
• 설정 검토
• "마이그레이션 대상 선택"에서 모든 옵션이 선택되었는지 확인합니다.
• "Migration Scheduling"에서 아무 것도 하지 마십시오.
• "마이그레이션 시작"을 클릭하십시오.
• "목록 새로고침" 아이콘을 클릭하여 마이그레이션 상태를 확인하거나 왼쪽 메뉴의 대시보드를 클릭합니다.

44. BitTitan 오류 메시지 해결

• 오류가 발생한 계정 선택
• "시작" 옆에 있는 아래쪽 화살표를 클릭하고 "오류 재시도"를 선택하십시오.
• "오류 재시도" 창에서 설정을 검토하십시오.
• "오류 재시도"를 클릭하십시오.
• "목록 새로고침" 아이콘을 클릭하여 마이그레이션 상태를 확인하거나 왼쪽 메뉴의 대시보드를 클릭합니다.

45. OWA를 사용하여 사서함에 마이그레이션된 데이터가 포함되어 있는지 확인

• https://office.com으로 브라우저를 엽니다.
• 자격 증명을 묻는 메시지가 표시되면 사서함에 액세스하는 데 사용할 계정의 사용자 이름과 암호를 입력합니다.
• 관리 자격 증명을 사용하는 경우 새 탭을 열고 OWA URL(https://outlook.office365.com/owa/[email protected])을 붙여넣습니다.

46. ​​비즈니스와 연락하고 마이그레이션 날짜와 시간을 확인합니다. 마이그레이션에 사용할 수 있는 다른 리소스 확인

47. 마이그레이션 전에 도메인과 DNS의 소유권을 가지기로 결정했다면 이전을 시작하십시오.

마이그레이션 1주일 전

소스에서 Exchange 개체 내보내기:

48. 소스에서 EXO Powershell에 로그인

49. 사서함 : UPN, 별칭, SMTP 및 프록시 주소 내보내기

Get-Mailbox -ResultSize 무제한 | userprincipalname,alias,primarysmtpaddress,emailaddresses 선택 | export-csv -NoTypeInformation “Backup_Source_Mailboxes.csv”

50. 그룹 : 별칭, SMTP 및 프록시 주소 내보내기

Get-DistributionGroup -ResultSize 무제한 | 별칭, 기본 mtpaddress, 전자 메일 주소 선택 | export-csv -NoTypeInformation “Backup_ Source_Groups.csv”

51. 캘린더 위임:

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 -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. Remove the domain from the destination Microsoft 365 tenant

• In the Microsoft 365 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

106. Add the domain at Source then request a TXT record to verify we own the domain

• In the Microsoft 365 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)

107. Verify the domain

• In the Microsoft 365 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 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.

108. 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’

109. Check Domain

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

110. If applicable, add all Skype for Business and Teams licenses from the users in the Source tenant. This will add the SIP attribute to their proxy addresses.

111. Restore original proxy address for all users:

• Open “Backup_Mailboxes.csv” in Excel
• In the EmailAddresses column ensure there is a comma between each email address and not a space eg SMTP:[email protected],smtp:[email protected]
• Log into EXO powershell at Source
• Compose and run the cmdlet below for each user:

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

• This will replace their proxy addresses and set the default smtp email address.

112. Restore the UPN for all users:

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

113. Verify UPN, Email and Proxy Address have been updated:

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

114. Change all Distribution Groups 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}

115. 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” $
}

That’s how tenant to tenant migration Office 365 works.