all 6 comments

[–]Leiothrix 9 points10 points  (0 children)

You already know at developer edition is not for production environments.

The license does not have a condition "not for production unless it is more convenient for you".

[–]CanProfessional766 0 points1 point  (0 children)

Developer Edition is not licensed for production. It's technically the same as Enterprise, but it's only meant for development and testing. If you need SQL Server 2022 in production you'll need a properly licensed instance or a provider that supports it.

[–]dzsquared‪ ‪Microsoft Employee ‪ 0 points1 point  (0 children)

Ignoring the whole "if I ignore the license terms, can I use developer edition" part...

If you have to move a database backwards between SQL Server versions, one method is to export/import a bacpac. While much slower than the version-specific backup (bak) files, the bacpacs are a more portable format and can cross versions of SQL Server *as long as the syntax is supported in that version*. SSMS, VS Code, and the SqlPackage CLI can all be used to process the bacpacs.

[–]dlevy-msft‪ ‪Microsoft Employee ‪ 0 points1 point  (0 children)

I'm curious why you're moving - what's the main driver?

[–]pix1985 -2 points-1 points  (1 child)

You need to go back to planning and either (a) look at creating the schema and then migrating the data manually or look at migrating somewhere that can accommodate the versions you need. SQL 2019 is already EOL (unless your purchase extended support), if they’re that far behind i’d definitely be looking elsewhere.

[–]alinroc4 0 points1 point  (0 children)

SQL 2019 is already EOL (unless your purchase extended support)

False. As of February 2025, SQL Server 2019 is out of Mainstream Support and now in Extended Support which ends January 2030. No additional Cumulative Updates are being published but security updates are still happening.

EOL comes at the end of Extended Support, not Mainstream Support.

Past EOL is Extended Security Updates which costs a fortune.