How To Move Small Business Server to Microsoft Azure

Remember 2010? In technology terms, 2010 was a century ago. Yet, plenty of small businesses around the world still run applications and servers from that era today. Microsoft’s Small Business Server 2011 is just one example. 2010 also marks an important milestone in the development of the modern “cloud” we use today as it’s the year Microsoft launched Windows Azure and Office 365.

It’s fair to say that a lot has changed since 2010. We can now provision entirely reimagined productivity scenarios in seconds. We can give our customers access to their data, applications and their customers anywhere, anytime and on any device. We’re very much in the middle of the “digital transformation” movement. The pace of change doesn’t appear to be slowing down anytime soon either, with machine learning, artificial intelligence and bot technologies all promising to continue to redefine what it means to provide IT services both as a customer and as a partner.

Knowing where to start helping your customers on this journey can be difficult, but I’m sure you’d agree that leaving them where they are today, on rapidly ageing technology, does nobody any favours.

What is Small Business Server 2011?

It’s worth taking a moment to remind ourselves what SBS 2011 included:

  • Designed and priced for small businesses with up to 75 users, very much in the Small and Mid-Sized Business – SMB – space.
  • Includes Windows Server 2008 R2, Exchange Server 2010, SharePoint Foundation 2010, SQL Server 2008 R2 Express, WSUS 3.0 with SP2.
  • “Pre-cloud”. Designed for the on-premises world before the public cloud solutions we have today had matured.

SBS 2011 offered customers a brilliant “business in a box” that gave them all the services they’d need to be a modern and productive business in a pre-cloud-first-mobile-first world. Unsurprisingly, it was hugely popular.

Why move?

Software has a shelf life. In a cloud world, software gets updated all the time. There are no major migrations or upgrades. Instead, patches and features are continuously integrated so that the end-users always have the latest functionality.

In an on-premises world, it’s slightly different. Microsoft has a well-documented product lifecycle for its on-premises services and software. In terms of SBS 2011, the table below shows the lifecycle status for each of the component features:


Note that this is assuming that each feature is fully patched to the latest service pack;  this won’t be the case for every customer. Even so, they’re all out of mainstream support with the clock ticking for the end of extended support. 2020 might seem like the distant future but when you have several customers all requiring some kind of migration work it’s amazing how quickly those deadlines will be on top of us.

Lifecycle isn’t the only consideration. As trusted advisors and technology partners for small businesses, there’s a value element. By allowing customers to continue to use SBS 2011 without a plan to move to a modern cloud platform you could be considered to be ignoring a huge opportunity to add considerable value. You could help them to work anywhere, anytime. Transform their approach to security. Reduce their costs of running IT. From a business perspective, you also miss out on the benefits of building a valuable annuity stream and risk your long-standing customer relationships being usurped by a competitor who’ll transform your customers before you get a chance.

You’ve got three options

In my view, there are three ways to respond to this opportunity:

  1. Do nothing. This would be bad. It ignores both the impending problem and the opportunity. It under serves your customers and discredits you as a partner.
  2. Do it yourself. All the tools are there, across Office 365 and Azure to be able to build an SBS equivalent service in the cloud. This takes time and effort, and a degree of risk. Understandably, many partners don’t have the resource to take that risk and therefore end up back at option 1.
  3. Script and template. Automating and building repeatable IP is the sweet spot for partners. We’ll explore further on in this post an example of some scripts you can use to take the pain out of moving customers to the cloud. Using them can reduce your time-to-value, can de-risk projects and crucially help you create a predictable, packaged set of offerings for your customers.

The SMB Solution Template

The SMB Solution Template was created by Microsoft in collaboration with Inovativ. It pulls together a simple user interface running a selection of PowerShell scripts and JSON templates to easily guide you through the process of provisioning a fully working Office 365 and/or Azure environment.

This freely available solution allows you to take some very basic customer information, select from a choice of pre-defined packaged options (which you have control over), and in just a few minutes have the scripts build the framework. Once they’re done you’re left in a position to be able to perform a content migration, finish any specific customisations for the customer and then deliver a completed project.

The solution was designed to be easy to use, and highly reusable but they aren’t meant to be the end of the support you get. There are other resources to help:

  • Azure Mentor Program: Access to pre-sales support. Work with your PSE or PCDM Microsoft contact for info.

Template Walkthrough

Hans Demeyer, one of my colleagues from Microsoft’s Western Europe subsidiary has recorded a great 5-minute walkthrough of the solution:

Next Steps

Now that you’ve seen the template in action, it’s time for you to grab it and try it out yourself. It’s available from a couple of different sources:

You’ll need to ensure that you have all the PowerShell modules installed to manage Office 365, SharePoint Online, Azure, etc. In addition, you’ll need to ensure that you have the necessary subscription information and delegated administration rights in order to run the scripts successfully.

Once you have all of this in place, you’re all set to start building your own packages. You may want to consider your own small, medium and large deployment offerings based on some standardised infrastructure and pricing. You can then go to market with a simple offer along the lines of “your entire small business in the cloud for £X per user, per month”.

Customers appreciate a clear cost model that’s predictable and offers them high value for money. From these starting points, you can cross-sell and upsell additional services and premium add-ons that enhance your value as a partner, and empower the customer to be more successful in how they use the technology available to them. This is particularly true as you look towards newer services like Dynamics 365, and new features like Microsoft Bookings, Staff Hub and Microsoft Teams.

I’d really like to hear how you get on with these templates or any questions you may have, in the comments!


2 responses to “How To Move Small Business Server to Microsoft Azure”

  1. Justin Strik avatar

    Ganesan Sankran – Microsoft Azure Inside Opportunity Manager sent me here. Shame the video ends when it starts to get interesting. So far it is all about technology. In our company we have a slogan: don’t deliver a product, deliver an experience. What will this all look like from the customer point of view, what will their experience be, will it be seamless, will it really deliver all that is promised on the hundreds of Azure related web pages. I have been looking for what Azure can do for SMB and this page has been the closest to that but still fails to look at it from the end user point of view. Office 365 has taken us one step of the way but what about files, traditionally living in a mapped drive S: “Shared Files”. Team Site is not suitable due to it’s many restriction. One Drive is a personal storage with the ability to share the occasional file. But where is the equivalent of the S: drive with previous versions and backup. in the office and on the road. maybe I’m looking at it in the wrong way after all I see no other posts….

    1. James Marshall avatar

      Justin, thanks for taking the time to comment! The content of this post is mainly aimed at partners who are looking to get a foot on the ladder of moving their businesses to Azure. Although, you raise an important point about the end user experience. The move to services like Office 365 brings some significant advantages but necessarily some changes in the way users work with files and folders. The traditional mapped drive isn’t the way to do things in a cloud world. Instead, synchronised files from OneDrive and SharePoint that cater for version history, easy sharing, multiple authors etc. are the way to go. Mapping a drive to a file server doesn’t allow users to take full advantage of some of the cloud benefits. I may write some future posts that talk about this shift as it is important to highlight it, and show some methods for working through the change.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

%d bloggers like this: