微软SQLServer2008终止支持（EOS）正式发布。截至2019年7月9日，Microsoft已停止为流行的SQL Server 2008（R2）平台提供修补程序和安全更新，这使得尚未为此日期进行计划的组织从安全和法规遵从性的角度暴露出来。什么都不做是有风险的，而且支付扩展支持的费用非常昂贵，而且只提供给特定的客户群。这就留下了两个选项，将SQL Server 2008工作负载升级到更新版本的SQL或将SQL Server 2008工作负载迁移到Microsoft Azure（Microsoft为此提供了激励措施）。升级到新版本的sqlserver很少像点击安装向导那样简单，计划大规模云迁移可能是一个艰难的过程。如此大规模的重新平台化需要公司重新检查一些基础实践，以确保平稳过渡。您的应用程序将驻留在哪里？许多组织在Microsoft Azure出现之前就部署了SQL Server 2008。自2008年以来发生了很多变化，因此企业应该考虑其SQLServer2008工作负载在哪些方面能够最好地服务于业务。这些工作负载是否可以直接迁移到Azure并保留在SQL Server 2008上，或者应用程序要求禁止这样做？虽然Azure中的扩展支持是个不错的选择，但是迁移工作负载（尤其是数据库）是很棘手的。如果你选择留在这里还有更多的考虑。您是将SQL的最新版本重新平台化并部署为虚拟机，还是将该应用程序容器化？由于有这么多不同的选择，需要一种以应用程序为中心的智能、软件驱动的方法来确保一个准确和负责任的迁移计划。你会选择哪个站台？在许多支持周期结束时，您只需升级到Microsoft提供的最新版本的SQL。现在有了可行的竞争解决方案（包括开源技术）和微软Azure中提供的各种PaaS解决方案，组织应该选择最适合应用程序工作负载的服务。在云计算领域表现出色的公司正利用这一机会实现服务的现代化和差异化。你将如何计划旅行？ 无论您的组织选择哪一种途径，都需要有意义的计划。如果您留在本地，只需升级，您将如何测试兼容性？您是否会根据应用程序需求优化许可证数量和虚拟机大小？如果您的目标是将SQL Server 2008工作负载提升并转移到Azure，则需要进行大量规划，以了解这些工作负载在Azure中需要哪些资源来满足应用程序性能要求。您希望使用另一个Azure服务器来考虑哪一个？你会在azurevm（IaaS）中利用SQL还是迁移到他们的azuresqlpaas产品中？这些过程都需要考虑到每个应用程序工作负载的性能特征的动态规划方法。现代化的机会随着云和云原生技术的爆炸性采用，管理IT的复杂性与日俱增。最先进的企业意识到，要想解决这个问题，就需要一个智能软件来管理混合型房地产，提供一块玻璃。此外，最好的解决方案在云计算的每个阶段都能提供价值。组织需要有应用程序意识的可见性和对环境选项的洞察，以评估哪些内容应该迁移到云上。它们需要动态的、以应用程序为中心的迁移计划来移动位和字节，以及在Azure中强制遵守和遵守预算的同时推动世界级应用程序性能的自动化决策。不要一味地走到最后的支持现代化的道路上，拥抱它，改变你向最终用户提供服务的方式！了解更多：要深入了解与SQL Server 2008和Windows Server 2008 EOS相关的风险和机遇，请阅读著名技术作家、前CIO和17届Microsoft MVP Brien Posey的白皮书《Windows Server 2008和SQL Server 2008停止支持：现代化的机会》。想看看TurboEnomics如何帮助您实现最终支持策略，请查看我们的视频！