本文解答有关 Azure SQL 数据库维护时段的常见问题。 有关 Azure SQL 托管实例维护时段的常见问题解答，请参阅 Azure SQL 托管实例维护时段的常见问题解答。
维护时段可用性和功能
维护时段功能是什么？
维护时段功能使你能够将 Azure SQL 数据库维护中断限制在工作时间之外的预定时间段内。 有关详细信息，请参阅维护时段计划。
如果未选择任何特定时段，默认的维护策略是什么？
维护事件在当地时间周一至周日下午 5 点至上午 8 点这一默认时段内发生。
用户工作的时区与 Azure 数据中心不同。 哪个时区是本地时区？
当地时间由承载资源的 Azure 区域的位置确定，并根据当地时区定义，以夏令时为准。 不是由在 SQL 数据库（始终是 UTC）上配置的时区决定。
在哪些区域可以选择维护时段？
有关可用区域的列表，请参阅维护时段可用性。
在可用区域列表中看不到我的区域，该怎么办？
开立支持工单，分享反馈并检查你所在区域的计划。
维护时段的定价是多少？
配置和使用维护时段对所有符合条件的 Azure 订阅类型都是免费的；请参阅维护时段功能可用性。
我是否会收到有关维护时段的通知？
可选择在维护事件前 24 小时、维护即将开始前以及维护时段完成时接收通知。 可检查资源运行状况中心以了解详细信息。 要接收电子邮件，必须配置提前通知。 有关详细信息，请参阅提前通知。
可在哪个服务级别目标 (SLO) 中选择维护时段？
可在大多数 SLO 中选择维护时段，但有一些例外情况；请参阅维护时段支持的服务级别目标。
如果为资源选择了维护时段，并且缩减到一个不支持选择维护时段的服务级别目标 (SLO)，数据库会发生什么情况？
在这种情况下，维护时段会还原为默认选项，即本地时间下午 5 点至上午 8 点。
处理维护时段计划更改需要多长时间？
可随时选择其他维护时段，但更改可能需要长达 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 浏览器来检索维护事件列表，或使用服务运行状况概述页。
维护事件失败时会发生什么情况？
虽然很少见，但在维护事件期间可能会出现故障或中断。 如果出现故障，更改将回滚，维护将被重新安排到其他时间。