本文解答了有关 Azure SQL 数据库的维护时段的常见问题。 有关 Azure SQL 托管实例的维护时段常见问题解答，请参阅 Azure SQL 托管实例的维护时段常见问题解答。
维护时段可用性和功能
维护时段功能是什么？
维护时段功能使您可以在非工作时间内，将 Azure SQL 数据库的维护停机限制在预设的时间段中。 有关详细信息，请参阅维护时段计划。
如果未选择任何特定时段，默认的维护策略是什么？
维护事件在当地时间周一至周日下午 5 点至上午 8 点这一默认时段内发生。
用户工作的时区与 Azure 数据中心不同。 哪个时区是本地时区？
当地时间由托管资源的 Azure 区域的位置确定，并根据当地时区定义，以夏令时为准。 它不是由 SQL 数据库上的时区配置决定的（数据库始终使用 UTC）。
在哪些区域可以选择维护时段？
请参阅 维护时段可用性，了解可用区域的列表。
在可用区域列表中看不到我的区域，该怎么办？
开立支持工单，分享反馈并检查你所在区域的计划。
维护时段的定价是多少？
配置和使用维护时段对所有符合条件的 Azure 订阅类型都是免费的；请参阅维护时段功能可用性。
我是否会收到有关维护时段的通知？
可以选择在维护事件前 24 小时接收通知，在维护开始前立即收到通知，并在维护时段完成时接收通知。 可检查资源运行状况中心以了解详细信息。 要接收电子邮件，必须配置提前通知。 有关详细信息，请参阅 “高级通知”。
可在哪个服务级别目标 (SLO) 中选择维护时段？
选择维护时段在大多数 SLO 中可用，但存在一些例外情况，请参阅 维护时段支持的服务级别目标。
如果我为某个资源选择了维护时段，然后将服务缩减到一个不支持选择维护时段的服务级别目标（SLO），数据库会有什么影响？
在这种情况下，维护时段将还原为默认选项，即下午 5 点到 8AM 本地时间。
处理维护时段计划更改需要多长时间？
可以随时选择其他维护时段，但更改可能需要长达 24 小时才能生效。
提前通知是否涵盖所有维护事件？
不，提前通知仅关注可能导致服务中断的计划内维护事件。
配置维护时段
是否可对维护时段选择特定的时间/日期？
不可以，可在预先计划的工作日或周末时段之间进行选择。 维护可在时段中的任何时间或日期执行。
能否根据收到的通知取消或推迟计划内维护事件？
否。 不支持取消或推迟即将发生的维护事件。 通知有助于你为该事件做好准备。
是否可以为弹性池中的每个 Azure SQL 数据库配置不同的维护时段？
如果数据库是弹性池的一部分，则应用弹性池的维护时段配置。 弹性池外部的单一数据库可以有自己的维护时段配置。
为现有 Azure SQL 数据库配置维护时段支持的选项有哪些？
Azure 门户、PowerShell、Azure CLI 和 REST API。
是否可以在数据库还原、恢复、复制、导入或 GeoDR 方案中配置维护时段？
目前不是。 数据库创建后，便可配置维护窗口。
我选择了默认维护时段。 我能否为此维护启用提前通知？
对于 Azure SQL 数据库，无法为默认维护时段选项配置提前通知。 选择维护时段时，请选择 系统默认值 以外的选项来配置和启用提前通知。
是否可以在资源组级别设置警报？
否。 提前通知是通过服务运行状况警报配置的。 服务运行状况警报支持订阅、资源类型和区域级别的配置。 因此，无法在资源组级别配置通知。
是否可以使用 PowerShell 或 Azure CLI 配置警报？
没有专门用于配置服务运行状况警报的 PowerShell 和 Azure CLI 命令。 但是，可以使用 ARM 模板，并利用任何标准方法通过 CLI 和 PowerShell 部署该模板。 只需按照快速入门：使用 ARM 模板创建有关服务通知的活动日志警报中的指导操作即可。
维护时段期间的预期
选择维护时段后会出现什么情况？
配置维护窗口是一个长时间运行的异步操作，类似于更改 Azure SQL 数据库的服务层。 该资源在此过程中可用，只在操作结束时会发生短暂的重新配置，即使在长期运行的事务中，通常最多也仅持续 8 秒。 若要将重新配置的影响降至最低，应在高峰时段之外执行操作。
在维护时段内通常会执行哪些类型的更新？
维护事件可以包含硬件、固件、作系统、附属软件组件或 SQL 数据库引擎的更新。 它们通常合并为单个批，以最大限度地减少维护事件的发生。
更新的频率如何？
Azure SQL 数据库服务定期执行维护更新，确保安全性、符合性、稳定性和性能。 每月可能会看到两个或更多个更新。 在默认维护时段内，维护可能更频繁。 若要尽量减少更新频率，请选择非默认维护时段。
维护事件期间会发生什么？
维护事件表示在资源上应用更新的时间段。 维护事件在定义的维护时段内发生。 在维护事件期间，数据库 完全可用 且可访问，但某些维护更新需要重新配置，因为 Azure 在客户选择的维护时段内应用维护更新（通常为几秒钟）使 SQL 数据库 脱机 。
在维护事件期间，预计会进行多少次重新配置？
如果维护更新需要重新配置，通常在窗口中进行一到两次重新配置。
是否可以重写已配置的维护时段？
在极少数情况下，任何推迟行动可能导致严重影响，例如应用关键安全补丁，配置的维护时段可能会被临时覆盖。
维护时段的先决条件和准备工作
我的应用程序是否可以从重新配置事件中复原？
如何验证是否已为维护时段设置数据库？
在 Azure 资源的“设置”下，可通过“维护”选项卡查看和更改当前维护计划安排。 还可通过 PowerShell、CLI 或 Azure API 查看并设置多个资源的维护时段计划。
是否可以查看我收到了其相关通知的事件将会影响的资源列表？
是的，可以使用 Azure Resource Graph 资源管理器检索受影响的资源列表。 你将收到一封提前通知电子邮件，其中包含通知 ID 以及 Azure Resource Graph 浏览器的链接。
维护时段监视
我无法为计划内维护设置提前通知，我是否仍会在服务运行状况仪表板中看到计划内维护事件？
对于 Azure SQL 数据库，如果未配置提前通知，则服务运行状况不会显示计划内维护事件。
维护时段尚未开始，但通知为何显示“正在进行”？
发送通知的时间段为 1 小时。 这意味着可以在事件发生前 25 到 24 小时收到通知，在窗口打开前 1 小时到 1 分钟，在窗口关闭后 1 分钟到 1 小时。 即使通知标题为“正在进行”，通知内容也会包含维护时段的开始和结束时间，即维护开始和结束的时刻。
是否在某种情况下我不会收到有关计划内事件的通知？
是的，如果已创建新资源、执行缩放作或更改了维护时段，数据库最终可能会出现在已计划升级的计算机上。 在这种情况下，仅当部署时段开始和结束时你才会收到通知。 对于所有将来的部署，你将收到有关计划内事件的提前通知。
是否可以检查我的数据库在过去 X 天内是否已升级？
只有在服务运行状况中配置了高级通知时，才能检查此项。 可以使用 Azure Resource Graph 浏览器来检索维护事件列表，或使用服务运行状况概述页。
维护事件失败时会发生什么情况？
虽然很少见，但在维护事件期间可能会出现故障或中断。 如果出现故障，更改将回滚，维护将被重新安排到其他时间。