It is time for T-SQL Tuesday #147 and this month I get to be the host. Since I’m in charge, I usually try to ensure I remember what this is like and host every year or two. This will be my sixth time hosting. The others I’ve hosted are: 013, 027, 106, 117, 137.
For this month, I was thinking about SQL Server 2022. The next version of the platform was announced in the fall, and I’ve spent a little time working with it, getting familiar with some of the changes. I don’t plan on upgrading SQL Server Central anytime soon, but you never know.
Planning for Upgrades
In my career, most of the time we don’t upgrade production databases very often. In most of my jobs, we’d change versions for new databases, but existing ones often lived on their original version. It’s how I got into a job where I was managing 4 different versions of SQL Server. These days I expect it’s common for many DBAs to have to deal with that many, or more, versions.
I do have customers these days that try to upgrade often, and limit the number of versions they work with. I have customers now that are on a mix of 2016-2019 only, some that might be working on 2014-2016 only, and I’ve run into a customer that only has SQL Server 2017. Of course, they have few databases and look to upgrade about every 5 years when mainstream support is running out for their edition.
This month I want you to write about how you look at SQL Server upgrades. A few things you might think about:
- Why we wait to upgrade?
- Strategies for testing an upgrade
- Smoke tests or other ways to verify the upgrade worked
- Moving to the cloud to avoid upgrades
- Using compatibility levels to upgrade an instance by not a database.
- Checklists of things to use in planning
- The time it takes to upgrade your environment
- What you evaluate in making a decision to upgrade or not?
- Anything else
I don’t know when SQL Server 2022 will release, but certainly many of us will need to consider in 2023 whether we want to upgrade systems or not. Think about it and write about something that matters to you.
The Rules
Write your own post in response to the invitation. If you want to be in the wrap-up, follow these rules. If you read this after Feb 8, 2022, just write your response on your blog.
- Write your post and publish it on Feb 8 ,2022, UTC time
- Include the T-SQL Tuesday logo and link to this post.
(logo in this post)
- Ensure you leave a comment on this post with the URL of your post (or a trackback/pingback)
- Publicize your post on Twitter/LinkedIn with the #tsql2sday hashtag
