本文解答有关 Azure SQL 数据库维护时段的常见问题。 有关 Azure SQL 托管实例维护时段的常见问题解答，请参阅 Azure SQL 托管实例维护时段的常见问题解答。
维护时段功能使你能够将 Azure SQL 数据库维护中断限制在工作时间之外的预定时间段内。 有关详细信息，请参阅维护时段计划。
维护事件在当地时间周一至周日下午 5 点至上午 8 点这一默认时段内发生。
当地时间由承载资源的 Azure 区域的位置确定，并根据当地时区定义，以夏令时为准。 不是由在 SQL 数据库（始终是 UTC）上配置的时区决定。
有关可用区域的列表，请参阅维护时段可用性。
开立支持工单，分享反馈并检查你所在区域的计划。
配置和使用维护时段对所有符合条件的 Azure 订阅类型都是免费的；请参阅维护时段功能可用性。
可选择在维护事件前 24 小时、维护即将开始前以及维护时段完成时接收通知。 可检查资源运行状况中心以了解详细信息。 要接收电子邮件，必须配置提前通知。 有关详细信息，请参阅提前通知。
可在大多数 SLO 中选择维护时段，但有一些例外情况；请参阅维护时段支持的服务级别目标。
在这种情况下，维护时段会还原为默认选项，即本地时间下午 5 点至上午 8 点。
可随时选择其他维护时段，但更改可能需要长达 24 小时才能生效。
不，提前通知仅关注可能导致服务中断的计划内维护事件。
不可以，可在预先计划的工作日或周末时段之间进行选择。 维护可在时段中的任何时间或日期执行。
否。 不支持取消或推迟即将发生的维护事件。 通知有助于你为该事件做好准备。
如果数据库是弹性池的一部分，则会应用弹性池的维护时段配置。 弹性池之外的单一数据库可以有自己的维护时段配置。
Azure 门户、PowerShell、Azure CLI 和 REST API。
目前不可。 创建数据库后，可配置维护时段。
对于 Azure SQL 数据库，无法为默认维护时段选项配置提前通知。 选择维护时段时，请选择系统默认以外的选项来配置和启用提前通知。
否。 提前通知是通过服务运行状况警报配置的。 服务运行状况警报支持订阅、资源类型和区域级别的配置。 因此，无法在资源组级别配置通知。
没有专门用于配置服务运行状况警报的 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 小时收到通知。 即使通知标题为“正在进行”，通知内容也会包含维护时段的开始和结束时间，即维护开始和结束的时刻。
可以，如果已创建新资源、执行扩展操作或更改维护时段，数据库最终可能会位于已计划升级的计算机上。 在这种情况下，仅当部署时段开始和结束时你才会收到通知。 对于所有将来的部署，你将收到有关计划内事件的提前通知。
仅当在服务运行状况中配置了提前通知时，才能进行这种检查。 可以使用 Azure Resource Graph 浏览器来检索维护事件列表，或使用服务运行状况概述页。
虽然很少见，但在维护事件期间可能会出现故障或中断。 如果出现故障，更改将回滚，维护将被重新安排到其他时间。