5

I've got several web servers running Server 2008r2 SP2 Standard with SQL Server 2014. What is the best practice / easiest in-place upgrade path to get to Windows Server 2016?

In testing, I'm only able to upgrade from 2008r2 to 2012 and then upgrade again from 2012 to 2016. We've got a decent amount of configuration done on these and quite a few websites running on them. With that in mind having to upgrade twice isn't ideal due to the downtime involved. Is there any way around this? (change license keys or some other solution?)

Thanks!

Update in 2020: We're finally pulling the plug and upgrading our remaining couple 2008R2 servers. For anyone wondering here's what we're (generally doing):

  • If SQL Server is running, we're moving from SQL Server 2008R2 to SQL Server 2014 before upgrading Windows (so there's some overlap). I'm also upgrading to the latest 2014 SP3 + the latest CU4 (this website is great for that sort of thing: https://buildnumbers.wordpress.com/sqlserver/).
  • You can then go from Server 2008R2 to 2012R2.
  • We're then enabling and running disk cleanup.
  • If necessary we're then doing another upgrade for SQL to SQL Server 2016 / SQL 2019.
  • If necessary we're then doing another OS upgrade from Server 2012R2 directly to Server 2019 or if we're taking it slower on some other critical servers we're just upgrading to Server 2016 for the time being.

After each upgrade step we're ensuring we have quality backups (for us VMware snapshots / DB backups) and also checking each piece of software is functioning on every server. Slow and steady wins the race.

And that's enough quick work to get off of 2008R2 and avoid ESU licenses (if you can even purchase them - it's been basically impossible for us to get extended security update keys.)

cvocvo
  • 183
  • 2
  • 3
  • 8
  • Are you hardware-instance limited? Can you build new machines side-by-side and migrate rather than upgrade? If you're running virtual I'd look into building new SQL servers and move the DBs, then move the web services over to new hosts. – music2myear Mar 15 '17 at 21:51
  • 1
    @music2myear Yep, that's we decided on as the best approach. Turns out there's a neat tool to migrate IIS websites and a decent guide with different SQL migration approaches: https://www.iis.net/downloads/community/2013/04/iis-easy-migration-tool-iemt and http://www.sqlsolutionsgroup.com/migrate-sql-server/ – cvocvo Mar 15 '17 at 21:58
  • I've posted this as an answer below. If you'd be so good as to mark it as the correct choice I'd appreciated it. – music2myear Mar 15 '17 at 22:03

2 Answers2

5

If you must stay with the same hardware/machines, then a two-step upgrade is your only option:

2008 to 2012, then 2012 to 2016.

But, if you have a virtual infrastructure or can use additional hardware, you can treat this as a migration rather than an upgrade.

Build new SQL servers and new IIS hosts, and then migrate the applications rather than upgrade the OSes.

music2myear
  • 1,893
  • 3
  • 26
  • 51
  • Thanks for the mark. To the downvoters: Could you explain yourself? What about this is wrong, how can it be improved? – music2myear Mar 16 '17 at 16:09
2

I'm afraid not as there is no in-place upgrade path from 2008 to 2016. At least not from Microsoft. Not sure if there're 3rd party utilities out there to achieve this.

Jay
  • 21
  • 2