你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
常规维护包括对 Azure 应用服务的幕后更新。 这些更新可能包括性能改进、bug 修复、新功能或安全更新。 维护可以应用于应用服务平台或底层操作系统。
重要
功能的中断性变更或弃用不属于例行维护的一部分。 有关详细信息，请参阅新式生命周期策略。
Microsoft的服务质量和运行时间保证在维护期间继续适用。 提供通知，使客户能够了解平台更改。
期望
与个人电脑、移动电话和其他设备一样，云中的计算机需要定期更新。 与物理设备不同，Azure 应用服务处理日常维护，且中断最少。 工作负载可以在几秒钟内转移到更新的硬件，从而允许更新在不停机的情况下继续。
维护通常每月发生，但可能会因组织的需求和其他因素而异。
由于典型的云解决方案由多个应用程序、数据库、存储帐户、函数和其他资源组成，因此解决方案的某些部分可能会在不同的时间进行维护。 这种变化可能是地理、区域、数据中心和可用性区域造成的。 有关详细信息，请参阅安全部署做法。
若要查找维护事件，请在 Azure 门户中搜索 服务运行状况 。 在 “活动事件”下，选择 “计划内维护”。
示例从上到下显示：
- 维护事件的描述性标题。
- 受影响的区域和订阅。
- 预期的维护时段。
以下屏幕截图显示了通过 “受影响的资源 ”选项卡提供的其他信息：
示例从左到右显示：
- 选择 “受影响的资源 ”选项卡。
- “更多信息”选项。
注释
应用服务计划不支持手动启动维护。 但是，应用服务环境（ASE）确实支持手动维护首选项。
此示例显示：
- 维护的状态，可以为“挂起”、“已启动”或“已完成”。
- 维护启动后，可以在 “详细信息”下查看时间戳。
常见问题解答
为什么维护要这么久?
例行维护为平台和服务提供最新更新。 很难预测维护如何影响各个应用，因此通知提供常规时间范围。 这些区间反映了所有资源的总体操作，而不是特定的应用层级体验。 经过维护的应用程序在新近更新的计算机上重启并继续工作。 未提供请求和流量时，计算机不会停机。
为什么我收到这么多通知?
客户通常有多个在不同时间升级的应用程序。 为了避免为每个应用程序发送通知，我们发送一个捕获多个资源的通知。 我们将在维护开始和整个维护时段发送通知。 如果维护时段很长，你可能会收到针对同一推出的多次提醒，因此你可以更轻松地关联任何重启、中断或其他问题。
例行维护与 SLA 有什么关系?
平台维护不应影响应用程序的运行时间或可用性。 在进行平台维护时，应用程序会继续保持联机状态。
平台维护可能会导致应用程序在新虚拟机上冷启动，从而导致延迟。 应用程序在冷启动时仍被视为处于联机状态。 若要最小化或避免冷启动，请考虑使用 Windows 应用的本地缓存和运行状况检查。
我们不希望站点在维护时段内发生任何服务级别协议 (SLA) 冲突。
升级如何保证我的应用顺利运行？
Azure 应用服务代表一组缩放单元，为客户提供 Web 应用程序和解决方案的托管。 每个缩放单元划分为升级域和可用性区域。 此划分优化了大型应用服务方案的位置，并实现了平滑的部署，因为并不是每个缩放单元中的所有计算机都一次更新。
当应用服务监视机群的运行状况时，维护操作会迭代升级计算机。 如果出现问题，系统可以停止推出。 有关此过程的详细信息，请参阅博客文章揭示应用服务 OS 更新背后的秘密。
是否会反映营业时间?
是的，工作时间反映的是该地区的时区。 维护操作已优化为在上午 9 点至下午 5 点的标准工作时间之外开始。 从统计上讲，这是工作负载中断和重启的最佳时间，因为此时的系统（客户应用程序和平台本身）压力较小。 应用服务维护旨在最大程度地减少工作时间的中断。 如果给定区域的任何升级仍在上午 9 点进行，他们将尝试在到达关键阶段之前暂停。 某些基础实例移动可能会继续进行，但这些操作会被协调，以确保安全重叠并维持站点的可用性。
我有哪些控制例行维护的选项?
如果通过应用服务环境 v3 在独立产品中运行工作负载，可以根据需要安排升级。 有关此功能的详细信息，请参阅博客文章控制和自动执行应用服务环境 v3 的计划内维护。
我可以更好地为重启准备应用吗?
如果应用程序在重启期间需要额外的时间才能联机，请考虑使用运行状况检查。 一种需要额外时间的典型模式是在应用程序预热或启动期间严重依赖外部资源。
可以使用运行状况检查通知平台应用程序尚未准备好接收请求。 系统可以使用该信息将请求路由到应用服务计划中的其他实例。 对于此类情况，建议在计划中至少有两个实例。
我的应用程序一直处于联机状态，但开始出现这些通知以后，情况变得更糟了。 有何变化？
自平台建立以来，升级和维护事件从未间断。 更新频率随着时间的推移而减少，因此中断次数也有所下降，运行时间也有所增加。 但是，现在可以更深入地了解所有更改。 增加可见性可能会造成正在发生更多更改的感觉。