Rac*_*SQL -4 migration upgrade sql-server-2016
所以是时候升级服务器了。我是这家公司的新员工,我们拥有 2008 年到 2014 年的 SQL Server。我真的认为将它们全部升级到 2014 年没有问题,因为它确实有很好的文档记录并且为社区所熟知。它的支持将于 2024 年 7 月 9 日结束,对吗?直接升级到 SQL Server 2016 的原因是什么?
我可以找到很多比较它们的网站,但这些都不是我们现在使用的功能。
我想直接升级到 2016 年,因为它的支持于 2026 年 7 月 14 日结束,但恐怕自 2008/2012 年以来它的查询有很多变化(例如已删除不推荐使用的功能)。
SQL Server 升级顾问是用于进行此类测试的可靠工具吗?
我过去曾将我们的环境(不同公司)从 SQL SERVER 2005/2008 升级到 2014,没有出现任何问题。
并且由于我们的数据库很少(就像每个服务器中不到 10 个),备份/恢复然后到新环境中更安全,对吗?我没有信心进行就地升级。
据我所知,我们不能将数据库直接从 SQL Server 2008 (100) 迁移到 sql server 2016,对吗?
它的支持将于 2024 年 7 月 9 日结束,对吗?
扩展支持将于 2024 年 7 月 9 日结束。主流支持在此之前 5 年或大约一个月前结束。这意味着它现在已扩展,因此不再有错误修复,只有安全补丁。我想这取决于您如何看待“支持”。
直接升级到 SQL Server 2016 的原因是什么?
在这一点上,我会根据业务方面的项目实施时间表来考虑 2017 年或 2019 年。不升级到主流支持的东西的原因是什么?
恐怕自 2008/2012 年以来它的查询有很多变化(例如已删除不推荐使用的功能)。
此时您是 2014 年、2016 年、2017 年还是 2019 年并不重要。项目已添加到产品中,其他项目已更改。您需要验证您的应用程序是否可以使用它。当然,SQL Server 非常努力地保持向后兼容性,但有些东西确实被完全删除了。一般来说,这些东西至少提前2个版本说明。所以如果它在 2012 年被弃用,那么至少它可以在 2016 年被删除,这仍然意味着有 4 年多的时间不使用该弃用的项目。如果这是 2008 年,那么已经 11 年了。如果已弃用的某些内容在 11 年内没有改变,那么我认为您应该与该供应商交谈。
如果您愿意,可以使用各种工具进行测试,但如果这是用于 3rd 方应用程序,最好的办法是与他们交谈。如果这是自产的或者您是第 3 方提供商,那么您应该进行自己的内部测试,因为可能会有新功能对您的软件的某些部分更有效。
SQL Server 升级顾问是用于进行此类测试的可靠工具吗?
它会做所有事情并找到每件小事吗?不会。它会发现大多数主要问题吗?是的。
数据迁移助手:https : //www.microsoft.com/en-us/download/details.aspx?id=53595
[...] 备份/恢复然后进入新环境更安全,对吗?
这将取决于每个应用程序和数据库。可能会有停机时间和其他要求,但我肯定至少会从备份中恢复数据库以测试迁移。
归档时间: |
|
查看次数: |
146 次 |
最近记录: |