Purchase SQL server 2019 Enterprise license but use 2014

Thyagarajan, Sathish 0 Reputation points
2023-02-22T20:48:29.0633333+00:00

Hello,

We are planning to upgrade SQL server from 2012R2 SP4 Enterprise to 2019 Enterprise but first would like to upgrade to 2014 just to ensure there are no compatibility issues. SQL Server 2014 support is still available until July 2024 so the plan is to first immediately upgrade to 2014 and then take time to test and upgrade to 2019.

Could we purchase license for 2019 Enterprise and install 2014 Enterprise now and later whenever we are ready, can we use the same license to upgrade to 2019? Or do we need to purchase license for SQL Server 2019 again? All these activities will be done on the same Windows server.

Thanks in advance your answer!

SQL Server | Other
{count} votes

3 answers

Sort by: Most helpful
  1. Michael Taylor 60,331 Reputation points
    2023-02-22T22:07:56.9466667+00:00

    I don't know that I would recommend your approach. If you have an existing SQL 2012 machine then why would you upgrade to SQL 2014 instead of just jumping to 2019? You're going to have to retest your database anyway. Granted there is a slightly higher chance that 2019 breaks something over 2014 but at some point you're going to run into that anyway. It doesn't seem like a good idea to double test, especially if you plan to upgrade to 2019 shortly thereafter.

    Note that your existing DB, when restored/attached to SQL 2014 (or 2019) will remain on the compatibility level it is now. So once you are on the new SQL version your DB will still be at 110 compatibility level (the level of SQL 2012). It is a separate step to "upgrade" your DB to the current level and one you'll need to do at some point. This will help reduce the likelihood of an upgrade issue. In my experience data teams will drop the DB onto the newest version of SQL and do some testing to make sure it works correctly. If it does then the old SQL server can go away. Then you bump up the compatibility level of the DB to (ideally) the latest version and verify everything still works. If it doesn't then backtrack on the compatibility level until you can identify and fix the issue.

    As for downgrade rights, it depends on how you got your SQL license. If you got Software Assurance or volume licensing then you do have downgrade rights. I don't know about retail licenses. But from my understanding it is only for 2 versions back. Therefore your SQL 2019 license could be downgraded to SQL 2017 or SQL 2016. SQL 2014 is too far back. If you wanted to go the route you originally proposed you'd either have to get SQL 2017 licenses and then buy SQL 2019 licenses later when you're ready or buy SQL 2019 licenses but install SQL 2016.


  2. Erland Sommarskog 121.9K Reputation points MVP Volunteer Moderator
    2023-02-22T22:58:53.4533333+00:00

    As for the commerical part of it, you need to talk to your local Microsoft representivative.

    As for the technical part, I don't think your plan make sense. Yes, SQL 2014 is in extended support, so you will get security fixes. By 2024, SQL 2019 will be out of mainstream support. I think you should aim for SQL 2022. (And SQL 2022 may be the only license these days.)


  3. Seeya Xi-MSFT 16,586 Reputation points
    2023-02-23T07:50:51.9+00:00

    Hi @Thyagarajan, Sathish,

    Different versions require different licenses.

    For detailed information about the license issue, you can call 1-800-426-9400, Monday through Friday, 6:00 A.M. to 6:00 P.M. (Pacific Time) to speak directly to a Microsoft licensing specialist. Or you can go to Volume Licensing Service Center support. Please choose region/language and choose to call or have web.

    Best regards,

    Seeya


    If the answer is the right solution, please click "Accept Answer" and kindly upvote it. If you have extra questions about this answer, please click "Comment".

    0 comments No comments

Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.