Aug 29 2016 10:50 AM
Aug 29 2016 10:50 AM
We are almost done migrating all of our Exchange on-premise mailboxes to Office 365 and want to retire the on-prem Exchange Server. In previous posts in the Yammer IT Pro group some said that this should not be done because some attributes for synched on-prem Active Directory accounts cannot be managed via the Office 365 Admin console. However, I could not find details on which attributes.
We opened two tickets with Microsoft. One pointed us to a technet article that in general terms says you should not retire the on-prem Exchange server if you are still synching accounts from on-prem A.D., but with no details on which attributes we would care about. Another ticket asking about licensing for a server with no remaining email accounts got a response that we should just retire the on-prem server.
Any insights on what specific functions are still needed from an on-prem Exchange server at the end of the hybrid migration?
Aug 29 2016 10:17 PM
Sep 01 2016 03:58 AM
As i understand it, retiring that Hybrid server is a one-way move that is fine if you never need it again. i believe that at this time there are still many reasons to keep it, reporting, configuration, and "horseshoes". "Horseshoes" are those good luck charms that you keep in your pocket for miracles. Aquistions, divestitures, new partners, and "stuff" that Exchange online just hasn't thought of yet. Your Hybrid provides that opportunity for the unknown. At least that is and has been my view so far. Is Microsoft closing the gap quickly and removing the unknown? Yes. Just not quite there yet - David
Sep 05 2016 06:55 PM
I assume you're talking about this article; https://technet.microsoft.com/en-us/library/dn931280(v=exchg.150).aspx
Support is right in saying that while you have directory syncronisation turned on, it makes it difficult to remove the Hybrid. This is because the on-premises system is the "source of truth". For more detailed information there is a MS blog article here; https://blogs.technet.microsoft.com/exchange/2012/12/05/decommissioning-your-exchange-2010-servers-i...
If you're not hosting any production mailboxes in the environment, and do not have licenses, then you might be entitled to a license if you need to maintain Hybrid servers; https://support.microsoft.com/en-us/kb/2939261 however, i would confirm this with your licensing team and support staff.
Sep 06 2016 07:09 AM
We simply left an Exchange CAS server on-prem in our environment. It's a Virtual Machine and takes little resources and still allows us to edit Exchange attributes.
Sep 06 2016 10:56 AM
It looks like we may wait to retire the on-prem Exchange Server altogether, leaving a scaled down server for now to maintain attributes that can't be maintained online. We can't convert the mailboxes totally to online since we still need the Active Directory accounts for access to other applications via AD security groups. We are looking at converting Distribution Lists to Office 365 Groups to remove a level of dependency, but are still working through Office 365 Groups governance (different topic). We really do want to get rid of every possible extra server to reduce the maintenance load on our staff - one of the reasons we went to Office 365.
Sep 20 2016 11:13 AM - edited Sep 20 2016 11:15 AM
After consulting with some Exchange experts, we have decided to go ahead and decommission our Exchange Server on-premise as soon as we get the last few email accounts moved to the Cloud. We will add a SMTP service to another existing server for relaying emails to the Office 365 Exchange Server. The main step we were told we needed was to update Azure AD Connect to the latest version. Then we should be able to perform pretty much any actions we need to do using the Exchange Admin Center and Power Shell. One of the reasons we moved to Office 365 was to eliminate the need to maintain on-premise servers. We're following through on that goal. Thanks for the responses.
Nov 06 2018 12:03 PM
Hi, I was curious how this went? Any documentation on the process of properly removing the on-prem Exchange server from the mix. I know it isn't just shut it off. I still have a Windows Server 2008 R2 running Exchange 2010 that I want to get rid of but I want to make sure I don't break anything in the process.