扩展安全更新常见问题解答

查找关于 SQL Server 和 Windows Server 2008 及 2008 R2 支持结束的常见问题解答。

下载扩展安全更新数据表了解如何交付 SQL Server 扩展安全更新

  • 针对 SQL Server 2008 和 2008 R2 的支持将于 2019 年 7 月 9 日起停止提供。
  • 针对 Windows Server 2008 和 2008 R2 的支持将于 2020 年 1 月 14 日起停止提供。

  • Microsoft 生命周期政策为业务产品和开发人员产品(例如 SQL Server 和 Windows Server)提供 10 年的支持服务(其中 5 年为主流支持,5 年为扩展支持)。根据政策,在延期支持结束后,不会再提供补丁或安全更新,这样可能会造成安全与合规问题,使客户的应用程序和业务面临严重的安全风险。

  • 我们建议在 Azure 或本地升级到我们的最新版软件,以继续获取定期的安全更新。但是,对于无法在支持终止日期之前完成过渡的客户,我们也会提供选项,帮助其在支持终止过渡期内保护数据和应用程序:

    Azure 扩展安全更新:将工作负载迁移到 Azure 虚拟机 (IaaS) 的客户将在支持结束截止日期后,获得为期三年的针对 SQL Server 以及 Windows Server 2008 和 2008 R2 的扩展安全更新,除运行虚拟机的费用外,无需支付额外费用。对于许多客户而言,在升级到 Azure 中的较新版本或服务或使用这些新版本实现现代化之前,这是简单的第一步。决定迁移到 Azure SQL 数据库托管实例 (PaaS) 的客户也可以获取持续安全更新,因为这是一个完全托管解决方案。客户不需要软件保障即可在 Azure 中接收扩展安全更新。

    符合条件的客户可以使用 Azure 混合权益(面向拥有有效的软件保障或 Server 订阅的客户提供),享受针对 Azure 虚拟机 (IaaS) 或 Azure SQL 数据库托管实例 (PaaS) 许可证的折扣。这些客户还可以获得扩展安全更新,除运行虚拟机的费用外,无需支付额外费用。

    针对本地或托管环境的扩展安全更新:对于在本地或在托管环境(如其他云提供商)中运行的工作负载,也将提供扩展安全更新。通过企业协议 (EA)、企业订阅协议 (EAS)、Server 和云注册 (SCE) 及教育解决方案注册 (EES) 或订阅获得具备有效软件保障的许可证且运行 SQL Server 或 Windows Server 的客户,可在支持终止截止日期后的三年内,每年购买一次扩展安全更新。

    或者,如客户通过 Open、Select 或 MPSA、计划获得有效软件保障,则只要是通过有效的 EA、EAS、SCE 或 EES 协议或订阅获得产品许可证,即可购买扩展安全更新。同一注册中不需要同时具有产品许可证和软件保障。但是,客户不能在 EA、EAS、SCE、EES 或订阅许可证计划之外购买扩展安全更新。

    客户只能为其需要保障的服务器购买扩展安全更新。扩展安全更新可直接通过 Microsoft 或 Microsoft 许可合作伙伴购买。

  • 企业版、数据中心版、标准版、Web 版和工作组版 SQL Server 2008/2008 R2 以及数据中心版、企业版和标准版 Windows Server 2008/2008 R2 均有资格获得 x86 和 x64 版本的扩展安全更新。

  • 对于 Azure:客户可立即开始将工作负载迁移到 Azure 虚拟机,在支持终止日期前继续应用定期的安全更新,在支持终止日期后,扩展安全更新随即提供,确保保障不中断。

    本地或托管环境:扩展安全更新现已可供购买,可通过 Microsoft 或 Microsoft 许可合作伙伴订购。支持终止日期后,将在可用时开始提供扩展安全更新。

  • 针对 SQL Server 2008 和 2008 R2:扩展安全更新包括在 2019 年 7 月 9 日之后提供最多三年评级为“关键”的安全更新和安全公告。

  • 针对 Windows Server 2008 和 2008 R2:扩展安全更新包括在 2020 年 1 月 14 日之后提供最多三年评级为“关键”和“重要”的安全更新和安全公告。

  • 扩展安全更新将在可用时分发。扩展安全更新不含技术支持,但您可使用其他 Microsoft 支持计划,就由扩展安全更新提供服务的工作负载的 Server 2008 和 2008 R2 问题获取协助。

  • 扩展安全更新不包括新功能、客户请求的非安全性修复程序或设计变更请求。不过,若 Microsoft 认为有必要,也可能提供非安全性修复。

  • 对于工程团队以往拒绝的任何更新没有追溯效力。

  • 有关“关键”和“重要”的评定标准的更多信息,请访问 MSRC 网站。

  • 对于过去的终止支持活动,SQL Server 仅提供关键安全更新,这符合我们企业客户的合规性标准。SQL Server 不提供常规的每月安全更新。Microsoft 仅为 SQL Server 在其中被标识为受影响产品的 MSRC 公告提供按需的 SQL Server 安全更新 (GDR)。

  • 如果在某些情况下,新的 SQL Server 重要更新将不再提供,并且客户认为这是关键的,而 MSRC 认为不是,我们将与客户针对各个案例合作以提出适当的缓解建议。

  • 软件保障客户可以根据企业协议 (EA)、企业订购协议 (EAS)、Server 和云注册 (SCE) 或教育解决方案注册 (EES) 在本地购买扩展安全更新。软件保障不需要包含在同一注册中。

  • 不需要。客户可根据自己对扩展安全更新的需要,选择利用软件保障来保障尽量多的 2008 本地服务器。

    对于 Azure:在 Azure 虚拟机中运行 Windows Server 或 SQL Server 2008 和 2008 R2 的客户无需支付额外费用即可获得扩展安全更新,运行虚拟机的费用除外。迁移到 Azure SQL 数据库托管实例 (PaaS) 的客户无需扩展安全更新,因为这是一个完全托管解决方案,始终由 Microsoft 进行更新和修补。

    本地:具有有效软件保障或订阅许可证的客户每年能够以接近本地许可证 75% 的价格购买扩展安全更新。定价在发布的价目表上提供。请联系您的 Microsoft 合作伙伴或客户团队了解更多信息。

    托管环境:通过授权的 SPLA 托管服务提供商获得 Windows Server 或 SQL Server 2008 或 2008 R2 许可的客户需要根据企业注册或 Server 和云注册直接从 Microsoft 单独购买扩展安全更新,费用大约是每年完整本地许可证费用的 75%,或者从 Microsoft 经销商处购买,以便在托管环境中使用。通过 Microsoft 经销商获得的扩展安全更新的价格由经销商确定。Windows Server 扩展安全更新的定价基于 Windows Server 标准的每内核定价,取决于托管虚拟机中的虚拟内核数量,并且每个实例至少需要 16 个许可证。SQL Server 扩展安全更新的定价基于 SQL Server 的每内核定价,取决于托管虚拟机中的虚拟内核数量,并且每个实例至少需要 4 个许可证。不需要软件保障。请联系您的 Microsoft 经销商或客户团队了解更多信息。

    扩展安全更新的价格将根据为客户的本地环境许可的内核数量来计算。如果客户为本地 SQL Server 许可了 8 个内核,并使用软件保障权益运行拥有 8 个内核的辅助被动服务器,则该客户将根据 SQL Server 的 8 个内核购买扩展安全更新。然后,客户可以将更新应用到其许可的虚拟机,包括辅助被动服务器。

    不能。客户不能购买 SQL Server 2008 R2 Express 或 Developer Edition 的扩展安全更新。但是,客户可以将工作负载迁移到 Azure 获得扩展安全更新,除使用 Azure 服务的费用外,无需支付额外费用。此外,允许拥有 SQL Server 生产工作负载的扩展安全更新的客户将更新应用于运行 SQL Server Developer Edition 的服务器,但仅限于开发和测试目的。

    具有针对服务器的有效软件保障或订阅许可证的客户有资格通过 EA、EAS、SCE 或 EES 购买本地扩展安全更新。

    客户可以选择保障哪些服务器。

    拥有通过其他注册(如 Open、Select、MPSA)获得软件保障的客户可以使用通过 EA、EAS、SCE 或 EES 购买的扩展安全更新。

    第一年、第二年和第三年的价格相同。

    扩展安全更新的定价将根据当前服务器许可证模式确定。例如,Windows Server 按内核获得许可,每个服务器上的所有物理内核都应获得保障。

    扩展安全更新的定价是最新版 SQL Server 或 Windows Server 的 EA 或 SCE 许可证价格的大约 75%(每年)。请查阅公布的价目表或咨询您的经销商了解实际价格。

    在支持终止后,保障将以三个连续 12 个月的增量提供。

    客户不能只购买其中部分时段(比如,仅购买 6 个月)。客户的 EA 续订不必遵守扩展安全更新的每年周期要求。EA 和 ESU 在扩展安全更新保障范围的每年年初必须至少重叠一个月。

    客户必须在每个保障期开始时至少有一个月拥有有效的软件保障或订购许可证,才有资格获得该期间的扩展安全更新。例如,客户必须在 2019 年 7 月拥有 SQL Server 的软件保障,才能在扩展安全更新保障期的第一年获得 SQL Server 的扩展安全更新。

    如果客户在软件保障处于有效状态时购买扩展安全更新,但软件保障在扩展安全更新保障期开始之前失效,则客户将无法接收更新。

    扩展安全更新每年提供一次,有效期为固定的 12 个月。如果客户在 12 个月期间的第 10 个月购买扩展安全更新,则该客户仍需要购买整整 12 个月的服务。

    客户必须已购买扩展安全更新第 1 年的保障服务才能购买第 2 年的保障服务,并且必须已购买第 2 年的保障服务才能购买第 3 年的保障服务。客户可以在购买当前期间的保障服务的同时购买前几年的保障服务。没有必要购买该保障期内一定期限的保障服务。

    顶级支持并非基本要求,但如果需要技术支持,建议签订额外的支持合同。

  • 是的,客户必须拥有 CAL 和外部连接器许可证的有效软件保障(或等效的订购许可证),才能访问具有有效扩展安全更新保障的服务器。但是,对于 CAL 或外部连接器许可证,既不需要也不能使用扩展安全更新。

    客户无法对各个 Windows Server 虚拟机授予许可。他们必须对整个物理服务器授予许可。本地扩展安全更新的许可要求与基础软件保障或订阅的许可要求一致。客户只需知道给定服务器的 Windows Server 许可证位置,即可了解所需的扩展安全更新许可证数量。

    使用 Windows Server Datacenter 许可证涵盖物理服务器的所有底层内核的客户应针对物理内核数量购买扩展安全更新,而不考虑该物理服务器上运行的虚拟机数量。

    使用 Windows Server Standard 许可证涵盖物理服务器的所有底层内核的客户应针对物理内核数量购买扩展安全更新,但只能获得运行和更新服务器上的两个虚拟机的许可。希望在获得 Windows Server Standard 许可的服务器上运行和更新两个以上虚拟机的客户必须为每个额外的虚拟机对,在同时具有 Windows Server Standard 和扩展安全更新的服务器上对所有物理内核重新授予许可。

    是的,客户需要运行带有最新 Service Pack 的 SQL Server 或 Windows Server 2008 和 2008 R2 才能应用扩展安全更新。Microsoft 将只发布可应用于最新 Service Pack 的更新。以下是最新 Service Pack 的链接:

    客户必须有软件保障或等效的服务器订阅才能在本地购买扩展安全更新。

    在 Azure 上,客户不需要具有软件保障即可获得免费的扩展安全更新,但要使用 Azure 混合权益,则一定要具有软件保障或 Server 订阅。

    对于没有软件保障的客户,获取扩展安全更新的替代选项是迁移到 Azure。对于可变工作负载,我们建议客户通过现用现付迁移到 Azure,这样可以随时进行扩展或缩减。对于可预测工作负载,我们建议客户通过服务器订阅和预留实例迁移到 Azure。

    需要留在本地的客户可以在通过 EAS 或 EES 进行有效服务器订阅,或在通过 EA 或 SCE 获得许可证以及通过这些计划获得软件保障时购买扩展安全更新。或者,客户除了通过 EA、EAS、SCE、EES 或订阅获得产品许可证外,还可以通过 Open、Select 或 MPSA 协议使用软件保障。同一协议中不需要同时具有许可证和软件保障。

    对于何时将 Windows Server 或 SQL Server 2008 工作负载迁移到 Azure 没有设定截止日期。不过,我们建议客户在支持终止日期之前完成迁移(对 SQL Server 的支持终止日期为 2019 年 7 月 9 日,对 Windows Server 的支持终止日期为 2020 年 1 月 14 日),以保证其不会错过任何扩展安全更新。如果客户错过了一年的扩展安全更新保障,他们可以在购买当前期间的保障服务的同时购买前几年的保障服务。

    不适用。对于较低版本,我们建议升级到最新版本,但客户也可以升级到 2008 或 2008 R2 版本以使用此服务。

    能,客户可在 Azure 上启动新的 2008 或 2008 R2 实例并获得扩展安全更新。

    为生产服务器购买扩展安全更新的客户也可将这些安全更新应用到通过 Visual Studio (MSDN) 订阅授予许可的服务器,无需支付额外费用。客户可以保障的 MSDN 服务器数量没有限制。如果他们为生产服务器购买扩展安全更新,则这些更新可以应用于任意数量的 MSDN 服务器。

    是。不再提供“至尊保障”,但对于已经购买了“至尊保障”的客户,我们将继续按期履行服务。

扩展安全更新的支持问题

全部展开全部折叠

    不包含,如果客户选择仍采用本地模式,可使用针对相关本地产品的软件保障或顶级/统一支持等有效的支持合同获得技术支持。或者,如果选择在 Azure 上托管,客户可使用 Azure 支持计划获得技术支持。

    不能。如果客户具有 SQL Server 或 Windows Server 2008 或 2008 R2 并选择在没有扩展安全更新的情况下进行迁移期间留在本地,则即使他们有支持计划,也无法开立支持票证。但是,如果他们迁移到 Azure,他们可以使用其 Azure 支持计划获得支持。

  • 当客户已购买扩展安全更新并拥有现有支持计划时:

  • 场景:客户可开立支持票证
  • 响应:

  • 场景:支持团队将致力于解决客户问题
  • 响应:

  • 场景:支持团队将开展根本原因分析
  • 响应:

  • 场景:支持团队将归档漏洞或设计变更请求 (DCR)
  • 响应:否*

  • *如果问题与安全更新相关,支持团队将代表客户归档漏洞来解决问题。

    此计划仅涵盖指定产品及其随附的组件。除非明确说明,否则此计划的范围不会扩展到客户可能正在涵盖的产品上运行或随涵盖的产品一起运行的任何其他产品或工具。

    Microsoft 致力于帮助客户升级或迁移到云,并将在支持终止日期后尽最大努力提供支持,以解决受扩展安全更新保障的 SQL Server、Windows Server 2008 和 2008 R2 的相关问题。

    不包括,客户必须单独购买扩展安全更新。扩展安全更新的费用不包括在统一支持协议的价格计算中。但是,具有统一支持和扩展安全更新的客户可以请求扩展安全更新涵盖的 2008 或 2008 R2 服务器的技术支持。只有签署统一支持协议,客户才可获得现场或主动支持。

    是的,已购买扩展安全更新的组织可以使用任何 Microsoft 支持产品(包括统一和顶级支持)提交支持事件。此外,只要客户购买了扩展安全更新,Microsoft 合作伙伴就可以代表其客户提交票证,不过合作伙伴需要签署支持协议才能这样做。

    所有客户都必须致电 Microsoft 支持部门以发出技术支持事件请求。Service Hub 不再在下拉列表中显示 SQL Server 2008 版本。

    我们不断努力实现验证过程的完全自动化,与此同时,技术路由器将验证客户是否购买了扩展安全更新。客户验证完成后,将创建一个案例并将其路由到相应的队列以获得技术支持。客户应提供其企业协议编号或完整的客户名称以进行验证。

    经调查发现需要获得在新版本中发布的产品增强功能才能解决问题时,将向客户提出请求,要求其升级到已经具备相应功能的更新的版本。SQL Server 或 Windows Server 2008 或 2008 R2 版本将不会有任何新的产品增强功能。

Azure 和云/托管环境中的扩展安全更新

全部展开全部折叠

    针对 Windows Server 和 SQL Server 2008 及 2008 R2 的扩展安全更新将在 Azure 虚拟机上提供,除虚拟机的费用外,无需支付额外费用。对于将工作负载迁移到 Azure 虚拟机的客户,我们将针对 Windows Server 2008 和 2008 R2 提供级别为“关键”和“重要”的安全更新和安全公告,针对 SQL Server 2008 和 2008 R2 提供级别为“关键”的安全更新和安全公告。

    是的,客户需要具有软件保障,才能利用许可移动性计划中针对适用于 Azure 虚拟机的 SQL Server 的 BYOL 计划。我们建议没有软件保障的客户迁移到适用于其 2008 环境的 Azure SQL 数据库托管实例。客户还可以迁移到即用即付的 Azure 虚拟机。按内核获得 SQL 许可的软件保障客户还可以选择使用 Azure 混合权益迁移到 Azure。

    Azure SQL 数据库托管实例是 Azure 中的一项新服务,可提供与本地 SQL Server 近乎 100% 的兼容性。托管实例提供了内置的高可用性/灾难恢复功能,以及智能性能特性和动态扩展功能。托管实例还提供了去版本化的体验,无需手动执行安全修补和升级。有关 BYOL 计划的详细信息,请参阅 Azure 定价指导页面。

    客户可以将传统 SQL Server 环境迁移到 Azure SQL 数据库托管实例,该完全托管的数据平台服务 (PaaS) 可提供“去版本化”选项,无需担心支持终止日期;此外,客户也可以迁移到 Azure 虚拟机以获得安全更新。针对在 Azure 虚拟机中运行的 SQL Server 2008 和 2008 R2 的扩展安全更新将在 2019 年 7 月支持终止日期后在未来三年内提供。对于希望从 SQL Server 2008 和 2008R2 进行升级的客户,所有 SQL Server 的后续版本都将受支持。对于 SQL Server 2012 到 2016,客户需要具有最新的受支持的 Service Pack。从 SQL Server 2017 起,建议客户拥有最新的累积更新。请注意,从 SQL Server 2017 开始,将不再提供 Service Pack,只提供累积更新和常规分发版本 (GDR)。

    Azure SQL 数据库托管实例是 SQL 数据库中的一种实例范围内部署选项,可提供最广泛的 SQL Server 引擎兼容性和本机虚拟网络 (VNET) 支持,因此您可以在不更改应用程序的情况下将 SQL Server 数据库迁移到托管实例。托管实例将丰富的 SQL Server 表面区域与完全托管的智能服务带来的操作和财务优势结合在一起。利用新的 Azure 数据库迁移服务将 SQL Server 2008 和 2008 R2 迁移到 Azure SQL 数据库托管实例,无需应用代码更改,或只需要进行少量应用代码更改。

    是的,具有有效软件保障或等效服务器订阅的客户可以利用 Azure 混合权益:

  • SQL Server:客户可以利用现有的本地许可证投资,以折扣价格获得在 Azure SQL 数据库和 Azure 虚拟机上运行的 SQL Server。

  • Windows Server:客户可以利用现有的本地许可证投资,节省 Azure 虚拟机成本。

    选择迁移到 Azure IaaS 的客户可以将针对 SQL Server 和 Windows Server 的 Azure 混合权益节省结合起来,实现更高的成本节省。

  • 可以,Azure 政府区域的 Azure 虚拟机上将会提供扩展安全更新。

  • 可以,客户可以将 SQL Server 和 Windows Server 2008 及 2008 R2 迁移到 Azure Stack,并在支持终止日期后获得扩展安全更新,而无需额外付费。

    SQL Server 2008 SP3 和 2008 R2 SP2 以及 Windows Server 2008 SP2 和 2008 R2 SP1 将在 Azure Stack 上受支持。

    Azure 目前不支持共享存储集群。有关如何在 Azure 上配置高可用性 SQL Server 实例的建议,请参阅关于 SQL Server 高可用性的这一指南。

    Windows Server:通过授权的 SPLA 托管服务提供商获得 Windows Server 许可的客户可以直接从 Microsoft 或 Microsoft 经销商处通过企业注册或 Server 和云注册单独购买扩展安全更新,以便在其托管实例上使用。基于每个内核定价,取决于托管虚拟机中的虚拟内核数量,对于 Windows Server,每个实例至少 16 个许可证,对于 SQL Server,每个实例至少 4 个许可证。不需要软件保障。

    SQL Server:享有通过软件保障获得的许可证移动性的客户也可以从 Microsoft 购买扩展安全更新,用于获得了适当许可、能够在授权的许可证移动性合作伙伴数据中心中运行的虚拟机。请访问 Microsoft 许可网站,了解支持结束产品和服务的提供情况及使用权利。请注意,对于 SQL Server,客户只能在已获得扩展安全更新许可的数据库上使用扩展安全更新。客户不能将其应用于未涵盖的数据库或与托管服务提供商共享。

    下面描述了各种托管方案中的扩展安全更新的定价。

  • 本地
  • 定价:每年完整许可证价格的 75%,无最低内核数要求
  • 是否需要 SA 或订阅:涵盖的许可证需要 SA 或订阅

  • Azure
  • 定价:费用包含在标准 VM 费率中
  • 是否需要 SA 或订阅:不需要,不过 SA 可提供 Azure 混合权益

  • 托管环境 — Windows Server
  • 定价:每年完整许可证价格的 75%,最低 16 个内核/实例
  • 是否需要 SA 或订阅:每年完整许可证价格的 75%,最低 16 个内核/实例

  • 托管环境 — SQL
  • 定价:每年完整许可证价格的 75%,至少需要购买 4 个内核
  • 是否需要 SA 或订阅:如果是从托管服务提供商处购买的许可证,则不需要 SA 或订阅,许可证移动性需要 SA 或订阅

    扩展安全更新服务不包括技术支持。如果遇到问题,客户可使用现有支持协议。

  • 如果客户将其 SQL Server 2008 环境迁移到其他云产品上的 PaaS 实施,则无法使用扩展安全更新。

    如果客户希望迁移到虚拟机 (IaaS),则可以利用通过软件保障获得的针对 SQL Server 的许可移动性来执行迁移,并从 Microsoft 购买扩展安全更新,以便为授权 SPLA 托管服务提供商的服务器上运行的 SQL Server 2008 实例手动应用修补程序。然而,Azure 中的免费更新更具吸引力。

    能,客户可以在 Azure Dedicated Host 上获得 SQL Server 和 Windows Server 2008 及 2008 R2 的免费扩展安全更新。

产品与实施问题

全部展开全部折叠

  • 运行在本地的 Windows Server 2008 和 2008 R2 实例:为 Windows Server 交付扩展安全更新与过去十年来客户为安全修补程序所做的事情没什么不同。它们不过是安全更新,并在每个周二修补程序日发布。 客户可以使用他们目前使用的任何工具和流程来安装它们。唯一的区别是必须解锁系统才能安装更新。

  • 购买扩展安全更新的本地客户将通过批量许可门户 (VLSC) 接收附加的多次激活密钥 (MAK)。客户可以向适用的计算机部署新的 MAK 密钥和任何必要的服务堆栈更新,然后继续其当前的更新/服务策略,以通过 Windows Update、Windows Server Update Services (WSUS) 或惯用的任何修补程序管理解决方案部署扩展安全更新。对于 Azure Stack,客户也需要遵循此过程。

  • 请注意,由于对 Windows Server 2008/R2 的支持直到 2020 年 1 月 14 日才结束,因此适用于 Windows Server 2008/R2 的 MAK 密钥在 2019 年秋季之前无法激活。届时将提供进一步的说明。安装 MAK 密钥可添加接收扩展安全更新的功能。它们不会取代当前产品激活密钥(例如 OEM、KMS),也不会重新激活系统。客户每一年部署扩展安全更新时都需要安装新的 MAK 密钥。

  • 运行在 Azure 虚拟机上的 Windows Server 2008 和 2008 R2 实例:Azure 将自动检测在 Azure 上运行的 2008/R2 虚拟机,并使用 Windows 更新或客户正在使用的任何修补程序管理解决方案下载和安装扩展安全更新。预修补的 Windows Server 2008 R2 映像也可从 Azure 库中获得。

  • 运行在 Azure 虚拟机上的 Windows Server 2008 和 2008 R2 中的 SQL Server 2008 和 2008 R2:无论 MSRC 何时发现漏洞并将其评定为“严重”级别,客户都将通过现有的 SQL Server 更新通道自动接收更新。如果 Azure 虚拟机未配置为接收自动更新,则应用本地下载选项。有关更多详细信息,请访问 Github 页面上的 SQL Server 2008 ESU。有关自动更新的更多信息,请参阅使用 Azure Automation 管理 Windows 更新

  • 运行在本地 Windows Server 2008 和 2008 R2 上的 SQL Server 2008 和 2008 R2:无论 MSRC 何时发现漏洞并将其评定为“严重”级别,购买扩展安全更新的客户都将能够注册合格的实例并从 Azure 门户下载更新以部署到本地环境。对于 Azure Stack,客户也需要遵循此过程。有关更多详细信息,请访问 Github 页面上的 SQL Server 2008 ESU

    Microsoft 建议在扩展安全更新修补程序可用时立即应用这些修补程序,从而保护运行环境安全。有关更新渠道、实例注册和下载流程的具体问题,请联系你的 Microsoft 技术客户经理或支持资源。

  • 客户可以使用他们的首选工具进行软件和硬件清查。请访问 Azure 迁移评估网站,查找指向由 Microsoft 和我们的合作伙伴提供的清查工具链接。

  • 客户可以使用 Azure Site Recovery 或合作伙伴工具,将工作负载从基于 VMware 的本地虚拟机迁移到 Azure 虚拟机。另一个选项是采用全新 VMware on Azure 解决方案,从而实现专属托管体验。

    使用 SQL Server 和 Windows Server 2008 或 2008 R2 运行的应用程序或运行在其上的应用程序,一般都可以重新托管到 Azure 上,而无需更改应用程序代码。已准备好升级(无论是 Azure 还是本地版本)的客户,可以查看 Azure Marketplace 目录并咨询其软件供应商,了解所有 Windows Server 和 SQL Server 版本上支持的应用程序列表。

    客户应在迁移任何服务器应用程序之前评估其应用程序的基础架构。客户可以在 Azure 迁移中心获取更多关于推荐流程的信息,了解如何利用 Azure Migrate 等服务来完成就绪性评估,包括在 Azure 中运行应用程序基础架构的成本估算。有关更多问题,请联系您的 Microsoft 合作伙伴、Microsoft 服务或客户团队,以评估应用程序就绪情况。

  • 客户可在我们的终止支持资源中心或 Windows Server 升级文档中找到指向升级指导的链接。

  • 客户可在我们的终止支持资源中心以及数据库迁移指南中找到指向升级指导的链接。

    Windows Server 2019 支持 SQL Server 2016 和 SQL Server 2017,而不再支持早期版本(如 SQL Server 2012 和 SQL Server 2014)。有关更多详细信息,请参阅 Windows Server 2019 应用程序兼容性文档页面。

  • Azure Site Recovery 可以将这些虚拟机迁移到 Azure,但会将其转换为 Azure IaaS 第一代虚拟机。目前不支持第二代虚拟机。

    有关如何在 Azure 虚拟机上优化 SQL Server 性能的建议,请参阅 SQL Server 性能

  • 对于 Windows Server 2008 和 2008 R2,以下为受支持的 System Center 版本:

  • 产品:SCOM (System Center Operations Manager) 服务器
  • System Center 2012 和 2012 R2:是*
  • System Center 2016:
  • System Center 2019:

  • 产品:SCOM (System Center Operations Manager)(仅代理监控)
  • System Center 2012 和 2012 R2:
  • System Center 2016:
  • System Center 2019:

  • 产品:VMM (Virtual Machine Manager) 服务器
  • System Center 2012 和 2012 R2:
  • System Center 2016:
  • System Center 2019:

  • 产品:VMM (Virtual Machine Manager) 代理
  • System Center 2012 和 2012 R2:是*
  • System Center 2016:
  • System Center 2019:

  • 产品:Orchestrator
  • System Center 2012 和 2012 R2:
  • System Center 2016:
  • System Center 2019:

  • 产品:Service Manager
  • System Center 2012 和 2012 R2:
  • System Center 2016:
  • System Center 2019:

  • 产品:DPM (Data Protection Manager) 服务器
  • System Center 2012 和 2012 R2:
  • System Center 2016:
  • System Center 2019:

  • 产品:DPM (Data Protection Manager) 代理
  • System Center 2012 和 2012 R2:
  • System Center 2016:
  • System Center 2019:

  • 产品:ConfigMgr (System Center Configuration Manager)
  • System Center 2012 和 2012 R2:
  • System Center 2016/2019 LTSB:
  • System Center Current Branch:是**

  • *仅限 Windows Server 2008 R2

  • **对于扩展安全更新涵盖的客户端,最新版 ConfigMgr (current branch) 可部署和安装发布的任何安全更新。与修补程序管理或操作系统部署无关的客户端管理功能将不再在 ESU 涵盖的操作系统上进行测试。虽然这些客户端管理功能可能在一段时间内继续以某种身份继续运作,但无法予以保证。Microsoft 建议升级或迁移到当前操作系统,以获得客户端管理支持。

  • SCOM (System Center Operations Manager) 的 SQL 管理包可用于监视 SQL Server 2008 和 2008 R2 实例。客户还可以使用 DPM (Data Protection Manager) 来备份 SQL Server 2008 和 2008 R2 实例。出于这些目的,支持以下 System Center 版本:

  • 组件:SCOM (System Center Operations Manager)
  • System Center 2012 和 2012 R2:
  • System Center 2016:
  • System Center 2019:

  • 组件:DPM (Data Protection Manager)
  • System Center 2012 和 2012 R2:
  • System Center 2016:
  • System Center 2019:

    在深度防御战略中有几层企业保护。因此,AppLocker 或类似解决方案是不同的保护层。它们不是产品安全修复程序的替代品。此外,一些垂直行业需要供应商支持以保持合规性。扩展安全更新可为 SQL Server 2008 和 2008 R2 的标准 10 年生命周期增加最多三年的时间,从而保持该持续时间内的合规性状态。

SQL Server 和 Windows Server 的 Azure 混合权益

全部展开全部折叠

    SQL Server 的 Azure 混合权益允许客户使用其现有许可证以节省 Azure 虚拟机的费用。拥有软件保障的客户可以使用 Azure 混合权益,以降低基于 vCore 的 SQL 数据库(即托管实例、基于 vCore 的单数据库、基于 vCore 的弹性池)、适用于 Azure 虚拟机的 SQL Server 和 SQL Server Integration Services (SSIS) 的基本费率。即使 SKU 处于有效状态,也可以应用此权益,但请注意,基本费率将从您在门户中选择时开始应用。任何积分均不会以追溯形式发放。

    Azure 混合权益允许客户使用其现有的 Windows Server 许可证以节省 Azure 虚拟机的费用。您可以享受到软件保障或 Windows Server 订阅所涵盖的 Windows Server Datacenter 和 Standard 版本许可证所带来的权益。

    现在,我们为具有软件保障的 SQL Server 客户提供了许可移动性权益,允许他们将许可证重新分配给第三方共享服务器。此权益可用于云(即 VM/托管)中的非托管产品,且客户必须自带介质,并填写第三方云提供商的所有合规表格。客户只能在云中获取与本地拥有数目相同的内核,并且只能在其指定的版本中运行,即标准版只能在云中的标准版本中运行。

    Azure 混合权益允许:

  • 将许可证移至完全托管的 PaaS 产品。我们的云是唯一拥有这种功能的云。现在已禁止 AWS RDS 许可移动性。
  • 180 天的本地和云端双重使用权。
  • 无需提交许可合规性文件,只需在门户中选中复选框即可。

    需要托管解决方案的客户应结合使用 SQL Server 和 WS 的 Azure 混合权益,以实现最大的成本节省。这一点只能在 Azure 上实现。

    是的,必须有软件保障才能获得许可移动性。

Back To Top
close-button