Greg Taylor - EXCHANGE
I agree that the goal of removing the last server is the best step forward, but since you've not quite cracked that nut, it's unrealistic to meet us halfway. You might think that 2016 is the meeting halfway point, but again, it means there's no supported options in an Server 2019 environment.
bdelamotte83
- I would stop calling the Hybrid Exchange Server, an Exchange Server. It's effectively a small footprint Server used to edit synchronized email attributes. There should be no data on it. If you have customers who can't afford to run one extra small footprint VM, I'd seriously consider steering the dialogue away from cost and towards value.
There's resource sizing and licensing requirements to consider as well. This requirement applies equally to companies who have used their hyper-v 1 physical + 2 virtual licenses for business requirements. Sure, I can fit the VM anywhere, but it's an inconvenience. I'm not going to spin this cost vs value, as it literally adds no value. "Well, we have to install another server and a program because Microsoft can't figure this out yet, but it's good, because it means you'll need to login to an on-prem server instead of the portal to manage something!"
- Running Exchange 2016 on WS2019 vs WS2016 - WS2016 has an extended support end date of 1st of Dec 2027, WS2019 has an extended support end date of 1st of September 2029. It seems hopeful that Microsoft will have provided a solution that allows us to remove the last Exchange Server and continue to synchronize directories with Azure AD Connect between now and 2027, see comments from Greg Taylor above. I don't think those extra two years are going to be a killer. If you look at the Hybrid Exchange box as purely an Email attribute management server, there should be no functional difference between WS2016 and 2019
And here's a link from 2012 (8 years ago) where this was already being worked on: https://techcommunity.microsoft.com/t5/exchange-team-blog/decommissioning-your-exchange-2010-servers-in-a-hybrid/ba-p/597185 - so, excuse me if I'm not completely sold that 2027 is far enough away. There's also some value in having consistency across your servers, I'd prefer to have all servers as WS2019. Curiously it's only in forums like these where the value of upgrading is downplayed, my MS sales reps make a big show of telling me just how much better every new version is every Microsoft product is.
- If you didn't know that you needed to keep the last Exchange Server if you intended to main synchronized identities, you really should have done a bit more research. This has been fairly clear from the start.
I have a specific example here where I've just gotten a customer who's previous IT company upgraded everything to Server 2019 and up and removed their last Exchange server (who knows, maybe they intended to re-install after the upgrade but gave up because of these restrictions). The point is, I'm well aware of the requirements, but sometimes we find ourselves in these situations. Though I'm comfortable with my skills as a consultant, when the customer asks why we have to pay for licensing to install a server with an older OS on it to manage a cloud product, I have to admit I don't have an answer that doesn't sound terrible.
- Another approach may be to quote on-prem Hardware, Exchange 2019, and them demonstrate how expensive it is to even get that up and running and how many features you simply do not get vs Exchange Online/365. Where is the MFA for Exchange On-prem? Duo can be used.....but just for OWA/ECP. Do you have Tier 2 storage for Archives? Are you even licensed to run Archives? Discussion around past concerns with Exchange on-prem can help. Have you ever had to perform any of the painful fixes that have cropped up over the years with On-prem Exchange, especially single instance Exchange Servers with Exchange Online? Is that a better scenario for both you and your customers/users? Have you ever had that one customer with 5TB of email who insist that they will accept nothing but 100% uptime for their Exchange 2007/2010 Server supporting 20 sites and 400 users, yet they will never let you run updates and discussions around migration go nowhere? Do you ever worry at night how tough it would be if some minor corruption occurred in the database? Is running the small Hybrid Exchange Management VM, with a free Exchange license such a big deal in comparison?
This is exactly the kind of sales tactic I find reprehensible. I have no intention of building a fake scenario and sizing a product my customer doesn't need to bully them into spending extra on an Exchange Server and/or server license for management.
As for your other comments, I'm not going to sit here and detail every scenario for every customer I have. Feel free to run on the assumption that I'm a competent consultant who has specifications, nuances and requirements that you're not going to be able to reason away. Again, if the situation occurs where I can avail myself of a 2016 server and install Exchange Server 2016, that's optimal, and that's going to be the case for any end-to-end migrations I'm planning and executing. But for every one of those, there's exceptions and situations where you inherit a mess and in these situations I'd love to know that Microsoft has my back. Getting me to go to my customers, hat in hand asking for money to install a server that is only required because
Microsoft hasn't been able to fix this in a timely manner isn't the type of partner support I've come to expect from them, so I'm voicing my disappointment.
This is a miscue on the Exchange team's part where they're making it harder for me to come up with supported scenarios in these edge cases. Like it would bankrupt Microsoft to continue to offer the Hybrid Management licenses on current server editions or something. I'm going to say it again. If they make on-prem management a requirement, they need to support it on the most current windows server platform, at the VERY least.