日常数据库维护是一种生活方式。更新使您的业务能够保持平稳、安全运转。借助类似 Cloud SQL 的托管服务，您的数据库可自动接收最新的补丁和更新，停机情况大幅减少。不过，我们明白：没有人喜欢停机，无论停机时间有多短暂。

正因为如此，我们高兴地宣布 Cloud SQL —— 我们涵盖 MySQL、PostgreSQL 和 SQL Server 的完全托管数据库服务，现在为您提供更多的控制，让您能够掌控您的实例进行日常维护的时间。

Cloud SQL 引入了维护拒绝期控制。利用维护拒绝期，您可以在控制90 天阻止自动维护。

对于就要开始其一年中最繁忙的时刻（例如，“黑色星期五”(Black Friday) 和“网购星期一”(Cyber Monday) 迫在眉睫）的 Cloud SQL 零售客户，这可能尤其有用。这种假日购物季是负载达到峰值的时刻，需要高度重视基础设施的稳定性，任何升级都可能将其置于风险境地。

通过将维护拒绝期设置为从十月中旬至明年一月中旬，这些企业能够阻止在这一重要时间段 Cloud SQL 进行计划升级。

了解 Cloud SQL 维护

介绍这些新控制之前，我要解答一些经常听到的有关 Cloud SQL 进行的自动维护的问题。

什么是自动维护？

为了确保您的数据库安全、稳定，Cloud SQL 会自动对您的数据库实例（MySQL、Postgres 和 SQL Server）打补丁和更新，包括底层操作系统。要执行维护，Cloud SQL 必须让您的实例暂时停机。

维护时间窗允许您控制维护发生的时间。Cloud SQL 提供维护时间窗以最大限度减少计划维护停机对您的应用和业务的影响。

定义维护时间窗让您能够设置更新发生的时间和日期，例如，仅在数据库活动较少时进行（比如，周六午夜）。

此外，您可以控制您的实例相对于项目中的其他实例的更新顺序（“较早”或者“较晚”）。较早的时间设置对于测试实例很有用，使您能够在对生产实例实施更新前，查看更新的效果。

您现在每年可以设置一个拒绝期，时间可配置为 1 至 90 天。在拒绝期内，Cloud SQL 将不执行会导致您的数据库实例停机的维护。

可设置拒绝期以减少在繁忙的假日季、新品发布时、季末财务报告或者您的业务的任何其他重要时刻发生停机的可能性。

与 Cloud SQL 的现有维护通知和重新调度功能相结合，拒绝期为您提供了更大的灵活性和控制。收到将要进行维护的通知后，您可以临时性地重新调度，或者如果您要更长时间阻止维护，可设置一个拒绝期。

查看我们的文档了解有关维护拒绝期的更多信息，当您准备好时，针对您的数据库实例开始进行配置。

支持更多维护控制一直是用户的首要需求。这些新的拒绝期是对 Cloud SQL 现有维护控制的进一步补充。