Link to home
Start Free TrialLog in
Avatar of Christos Kassianides
Christos KassianidesFlag for Cyprus

asked on

Partial SBS to Exchange Online migration

I'm in the process of migrating one of my domains from my SBS2011 to Exchange online plan 2. I made the changes to the DNS, MX records and disabled the SBS exchange mailboxes for the users involved and all seemed ok.

I setup two of the three users and I could receive and send email, though not from the rest of the SBS users, which I believe was an issue with the Global Distribution list not getting updated.

The main problem, which caused me to revert back to the SBS, is that one of the users had a free Microsoft account with the same email as the one that I was using for Exchange Online. This caused the email to be delivered to that account and not the correct one, as well as him not being able to see the other users of the Exchange online.

I changed the primary login of the free account but I couldn't get the account to work in Outlook and the webmail couldn't load either. Please see all my steps below and tell me if I am missing something. I already wasted a day on this simple process.

1) export emails from current SBS account
2) validate domain on Exchange online and make as primary
3) disable mailboxes on SBS so as to not have any conflicts
4) force update of Global distribution list (How?)
5) setup new accounts in new Outlook profiles and mobile devices
6) ensure internal and external mail flow

Can you think of anything that needs to be changed in the process above or can you elaborate with more details on certain steps?
Avatar of Saif Shaikh
Saif Shaikh
Flag of India image

1) Export emails from current SBS account.
2) validate domain on Exchange online, add TXT record in public DNS and verify the domain in O365 and make as primary.
3) Create new users in cloud and assign license which will provision a new mailbox in cloud for the users.
4) Import Exported Emails in to the mailboxes.
5) convert exchange 2010 mailboxes to mail-enabled users.
Reference Article (Applies to all)- https://docs.microsoft.com/en-us/exchange/mailbox-migration/perform-a-staged-migration/convert-exchange-2007-mailboxes
6) force update of Global distribution list (How?) Office 365 does not work as exchange server so there is no need for updating GAL. Office 365 is online so GAL is online available always.
Hide mailboxes from Exchange global address list which are excluded from migration.
7) Configure your MX record to point to Office365.
8) Create an Autodiscover and other DNS records.
9) Login into OWA for user in cloud after mx pointing and ensure internal and external mail flow.
10) setup new accounts in new Outlook profiles and mobile devices
11) Stop and disable on premises Exchange services for a week and verify office 365 functionality.


In general, it’s not recommended to uninstall the Exchange Server(on-premises ) from SBS, due to everything integrates with each other tightly. And Microsoft official documents/KBs have mentioned some known issues.

However, since you have migrate Exchange server to O365, and if local Exchange server is no longer to use, you may try to remove it. Below links are for your reference, it is better to make a plan and test it on VM/non-product environment before any change on your SBS environment.

How and when to decommission your on-premises Exchange servers in a hybrid deployment:
https://technet.microsoft.com/en-us/library/dn931280(v=exchg.150).aspx

Uninstall Exchange Server:
https://technet.microsoft.com/en-us/library/dd728003(v=ws.10).aspx
Avatar of Christos Kassianides

ASKER

Please see my comments below.

1) Export emails from current SBS account. OK
2) validate domain on Exchange online, add TXT record in public DNS and verify the domain in O365 and make as primary. OK
3) Create new users in cloud and assign license which will provision a new mailbox in cloud for the users. OK
4) Import Exported Emails in to the mailboxes. OK
5) convert exchange 2010 mailboxes to mail-enabled users. Is this necessary? I've seen others just disable the local mailbox
Reference Article (Applies to all)- https://docs.microsoft.com/en-us/exchange/mailbox-migration/perform-a-staged-migration/convert-exchange-2007-mailboxes
6) force update of Global distribution list (How?) Office 365 does not work as exchange server so there is no need for updating GAL. Office 365 is online so GAL is online available always. I meant the SBS GDL. To remove the users that have been migrated. The SBS will keep working until they decide to complete the migration for the other two domains.
Hide mailboxes from Exchange global address list which are excluded from migration. If I disable the mailboxes and figure out how to force the update of the GAL, will they not be removed from the SBS?
7) Configure your MX record to point to Office365. OK
8) Create an Autodiscover and other DNS records. OK
9) Login into OWA for user in cloud after mx pointing and ensure internal and external mail flow. Here is where I had issues before. I could send email to the Cloud account and receive email, but the rest of the SBS users couldn't send email to them
10) setup new accounts in new Outlook profiles and mobile devices OK
11) Stop and disable on premises Exchange services for a week and verify office 365 functionality. Not going to happen yet

This is the error that I received when I tried to send from an SBS user to the Cloud after I made the whole change and disabled the SBS mailboxes

Diagnostic information for administrators:
Generating server: SBSSERVER2011.local
IMCEAEX-_O=DOMAIN_OU=EXCHANGE+20ADMINISTRATIVE+20GROUP+20+28FYDIBOHF23SPDLT+29_CN=RECIPIENTS_CN=user@domain3.com
#550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ##

Open in new window

This is the error that I received when I tried to send from an SBS user to the Cloud after I made the whole change and disabled the SBS mailboxes:

If you want to use co-existence in SBS is not possible. Since MX is pointed now to Office 365 and mailboxes disabled when sending email from on-premise SBS it will not find the user and you will get error:

#550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ##

You will have to use the cutover method as decribed above and convert these mailboxes to mail-enabled users for it to work.

But in cutover migration you will have to use a batch.

The migration you are doing is straight forward where you cannot send mail from SBS. You can only do it in Office 365 for migrated mailboxes.

If you want co-existence then you will have to setup hybrid setup.

In SBS hybrid setup is not gonna work, you will have do cutover migration.
Even if the other two domains handled by the SBS are not changed?

Company1 - mx/DNS records to SBS
Company2 - mx/DNS records to SBS
Company3 - mx/DNS records to Cloud
Company1 - mx/DNS records to SBS
Company2 - mx/DNS records to SBS
Company3 - mx/DNS records to Cloud

This kind of migration where you only want to migrate one domain after one domain is called as hybrid so even if you keep mx for one domain pointing to Office 365 and would need to have send email from another domain user send an email to Office 365 migrated domain is called as hybrod setup.

So why are we converting  exchange 2010 mailboxes to mail-enabled users is to let exchange know that the users are now in cloud and these mailbox will have a target address stamped after convertion.

But since this an SBS server and you could not setup hybrid in it that only option is to go for a cutover migration and migrate all domain at once.
Just to understand a bit better. In order to achieve what I want to do, I have to go through the process in step 5, which basically allows local messages to be delivered to local mailbox and then forwarded to the cloud?

When I hear cutover migration, I think that I should migrate the whole SBS to the cloud, which is not what the end user wants at the moment. They want to test the cloud setup with one of their smaller domains and then move the rest.

Sorry for the seemingly stupid questions but I've never attempted something like this and I don't want to mess it up. I can setup O365 from scratch or migrate from POP3 accounts, but I've never had to deal with Exchange to O365.
Yes go through step 5 and see the difference.
Thank you. I will attempt this once all three users are back from their business trip. Is there a way to revert the changes to the mailbox if something goes wrong?
So lets say you converted the mailbox to mail enabled user.

You can revert the change by running command:

Get-Mailuser “Joe TestUser” | Enable-Mailbox -Database EXCHDB01
This question needs an answer!
Become an EE member today
7 DAY FREE TRIAL
Members can start a 7-Day Free trial then enjoy unlimited access to the platform.
View membership options
or
Learn why we charge membership fees
We get it - no one likes a content blocker. Take one extra minute and find out why we block content.