Mundy

IT Knowledge Base

User Tools

Site Tools


kb:migrating_from_exchange_to_office_365

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
kb:migrating_from_exchange_to_office_365 [2016/08/23 15:10]
Dan Mundy ↷ Page moved from it:migrating_from_exchange_to_office_365 to migrating_from_exchange_to_office_365
— (current)
Line 1: Line 1:
-====== Migrating from Exchange to Office 365 ====== 
  
-You'll need: 
- 
-  * Office 365 license purchased and access to the VLSC 
-  * Access to the DNS hosting 
- 
-===== License activation ===== 
- 
-  * License is ordered 
-  * Get an email with the license details 
-  * Sign in to VLSC, "View Relationship Summary"​ 
-  * If the license isn't in our partner portal, click "Add Open License"​ and enter the license numbers 
-  * If the license is listed, get the OSA product key 
-  * Set it up at http://​www.office.com/​setup365 
- 
-===== Domain validation ===== 
- 
-  * Setup / Quick Start - follow the instructions to verify the domain 
- 
-===== AD Sync Setup ===== 
- 
-Follow my instructions to [[:​azure_ad_connect#​Setting up AD Sync for Office 365]] 
- 
-===== Pre-Requisites for Migration Wiz ===== 
- 
-  * Make sure the admin user has a mailbox os per [[https://​community.bittitan.com/​kb/​Pages/​Ensure%20that%20any%20administrative%20mailbox%20is%20mailbox%20enabled.aspx|this article]] 
- 
-==== Give appropriate permissions ==== 
- 
-Run the following to give the Administrator user permissions to the Exchange mailboxes in the source Exchange server: 
- 
-<code powershell>​ 
-Get-Mailbox -ResultSize Unlimited | Add-MailboxPermission -AccessRights FullAccess -User MigrationWiz 
-</​code>​ 
- 
-Run the following to give the admin user permissions required to migrate mailboxes - this affects the destination (Office 365): 
- 
-<code powershell>​ 
-$cred = Get-Credential 
-$session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://​ps.outlook.com/​powershell/​ -Credential $cred -Authentication Basic -AllowRedirection 
-Import-PSSession $session 
-Get-Mailbox -ResultSize Unlimited | Add-MailboxPermission -AccessRights FullAccess -Automapping $false -User admin  
-Remove-PSSession $session 
-</​code>​ 
- 
-===== Migrate the mailboxes ===== 
- 
-First, set up the connector in Migration Wiz. Then do the following for each mailbox to be migrated: 
- 
-  - Add the user to the "​Office 365 Users" OU and force a full DirSync 
-  - Grant the user a license in the Office 365 Portal 
-  - Send the user an email to force it to create their mailbox (if their mailbox doesn'​t get created for ages - and you're sure you didn't sync the msExchMailboxGuid attribute, try removing the license, waiting 5 minutes, and re-assigning the licence) 
-  - After the mailbox is created, re-run the PowerShell script above to give the Office 365 admin user full permissions to all mailboxes 
-  - Add the source and destination email addresses in Migration Wiz, and initiate the migration 
- 
-Then after all of the mailbox data has been migrated, you're ready to plan the cutover. 
- 
-  - Set everyone'​s primary address correctly in Office 365 Portal 
-  - Get the MX record details ready, and set the TTL to 300 
- 
-Now for the cutover: 
- 
-  - Give the staff access to OWA. On the day of cutover, all staff will log in to OWA to get new email, and old email will be available within Outlook. Note they won't have their signatures set up. Send around an email first about how to set up a signature 
-  - Do another sync for each mailbox in MigrationWiz 
-  - Change the MX records 
-  - Confirm inbound and outbound mail flow works within Office 365 OWA 
-  - Do a final sync within MigrationWiz 
-  - Disable Exchange AutoConfig using instructions below 
-  - Go around to each computer and enter the new Office 365 settings into Outlook. Note that they'​ll start pulling down email into the OST file - you'll need to plan for the bandwidth requirement 
-  - Maybe even do another sync in MigrationWiz the next day. It can't hurt. 
- 
-===== Disable Exchange AutoConfig ===== 
- 
-  - Log into one of your on-premises Exchange 2007 or 2010 servers 
-  - Open EMS (Exchange Management Shell) 
-  - Remove the Autodiscover Service Internal URI: 
-    - Run the following cmdlet -   ​Get-ClientAccessServer ​               This will query the environment and return the value of the actual, main CAS (Client Access Server) server for the environment. 
-    - From the results in step 3, run:          Set-ClientAccessServer –Identity “CASxx” –AutoDiscoverServiceInternalUri $NULL          – where “CASxx” is the name of the CAS server that discovered value. 
-  - [[http://​kirb.it/​enable-office-365-auto-discover-for-outlook-in-sbs-2011-exchange-environments/​|Remove the Autodiscover Virtual Directory]]:​ 
-    - Get-AutodiscoverVirtualDirectory | fl Name, Server, InternalUrl,​ Identity 
-    - Remove-AutodiscoverVirtualDirectory –Identity “Insert identity value here” 
-  - Add a DNS record internally, e.g. autodiscover.yourexternaldomainname.com pointing to autodiscover.outlook.com 
-  - Remove any other "​autodiscover"​ DNS records from the internal DNS server 
- 
-===== SMTP relay for printers etc ===== 
- 
-If using a different server for the SMTP relay: 
- 
-  - [[Set up SMTP relay in IIS]], but use the Exchange server as smart host for now 
-  - Configure receive connector in Exchange so that the new relay server is allowed 
-  - Reconfigure all printers now, and any applications. This will mean less effort on the changeover day 
- 
-Otherwise, After you've confirmed that nobody is using Outlook to connect to the Exchange server: 
- 
-  - [[Stop Exchange from listening on port 25]] 
-  - [[Set up SMTP relay in IIS]] 
-  - Confirm relay works using telnet 
-  - Confirm relay works on printers, apps, etc. No changes should be required. Except maybe turning off authentication 
- 
-===== Uninstalling Exchange afterward ===== 
- 
-<WRAP center round important 60%> 
-Make sure you have done all the steps to remove autodiscover above. You will not be able to run the commands after you remove Exchange, and that may cause problems 
-</​WRAP>​ 
- 
-<WRAP center round alert 60%> 
-Everything below this point is untested. Use at your own risk 
-</​WRAP>​ 
- 
-  - Shutdown the exchange server for few days and check if Office 365 users are having issue 
-  - [[Manually remove Exchange 2010]] 
- 
-===== If you try the not-manual method, keep this in mind: ===== 
- 
-Remember you will have to remove mailbox only not the AD account, if you delete the Mailbox it will delete the AD account as well. 
- 
-Best option you have is, Disable all the Mailbox on the server and let it purge from Disconnected mailbox. If you want to force it instantly then run Clean-Mailbox. 
- 
- 
-===== Cleanup ===== 
- 
-  * Remove mailbox permissions created for the migration, see: [[:​managing_mailbox_permissions_in_office_365_using_powershell|Managing mailbox permissions in Office 365 using Powershell]] 
kb/migrating_from_exchange_to_office_365.1471930823.txt.gz · Last modified: 2016/08/23 15:10 by Dan Mundy