Microsoft’s extended support for Windows Server 2012 and R2 ends October 10th, 2023. EOL means no more security patches, leaving your data and applications vulnerable to attack. Breaches can be costly, both in dollars and reputation. There are some key differences in how you can migrate from 2012 and 2012 R2. Your migrations options are:
Unfortunately, this reaches EOL in 2027, which means repeating the process within a few years.
Support ends in 2029. This option allows you to migrate using an in-place upgrade if you are currently using 2012 R2. You’ll need to manage a two-phase upgrade if currently on Server 2012.
EOL scheduled for 2031. A good option if it meets your application needs.
Any of the above combined with a multi-cloud strategy for greater flexibility/availability. This will require even more stringent planning to make sure you are optimizing applications and workloads.
Microsoft has some suggestions:
The selected migration strategy will depend on existing hardware and software requirements, which must be investigated by talking to in-house app owners and third-party developers, and by determining hardware compatibility, and/or hardware warranty lifetime. In addition, in-house-developed software may require further development work and testing to ensure proper compatibility with the upgraded OS version
Whatever route you take, there are many moving parts. Here are some steps and considerations:
Data Discovery: How many servers do you have? What applications do you support? What hardware do you have? What are the dependencies? You’ll need to map a comprehensive view of all your applications and the databases, servers, teams, and individuals they impact. Start by pulling data from all your tools and databases and aggregate and normalize them.
Identify application and server owners. You’re probably going to need more info than you got from your tools to fill gaps and find owners. That means investigating – you may have to communicate with the teams who use those apps to find out more if you can’t identify an owner.
Survey app owners and teams to understand app requirements and the best migration path. Is any development required to move them into the new server environment? Can they be moved to a virtual server or cloud, or should they remain on-prem? What databases or servers are impacted by the application and how will this affect the next steps? Are they supported beyond 2012 or 2012 R2? Can they be retired or replaced with a similar app that will operate in the new environment? Application rationalization is a good exercise ahead of your move. As is having a plan for exceptions.
Talk to third party app owners to understand their migration path – is there a later version supported in the new server OS that you should migrate to?
Test, Test and Test again: it’s all about the apps – in much the same way you would manage your Windows desktop servicing, you’re going to have to test and verify your applications in the new server environment, opening tickets with teams to spin up VMs to test and certify that everything works in the new environment.
Schedule your move: Talk to stakeholders to understand critical business times to avoid peak trading or blackout dates.
Communicate to end users explaining what’s happening and where they can get help if any issues occur.
Cut over to the new environment: Don’t forget to back up your data ahead of the move.
Keep your old server active. If you’ve moved to a new server, keep the old one active for a while in case of any issues.
With many moving parts and dependencies and multiple tasks to manage every aspect of your server migration, the migration path for any application can have multiple sub-projects. The sheer effort of investigating application dependencies and trying to identify owners can take months if done manually. Then you’ll be tied up with compiling workflows using data from multiple spreadsheets. It’s not unheard of for a server migration project to take 18 months!
By leveraging the digital platform conductor capabilities of ReadyWorks you can reduce the time, stress and effort of migrating to a new server environment. ReadyWorks enables you to:
Book a demo to see how ReadyWorks can help you manage your migration from MS Server 2012 and 2012 R2.