Unplanned Maintenance: Cloud SQL Instance Inaccessible for 30 Minutes

I experienced an unexpected Cloud SQL maintenance event outside the scheduled Maintenance Window. While logged into the GCP Console, I selected my SQL instance (PostgreSQL 16.9) and attempted to create a new user, but received an error stating that the operation was not allowed at the moment.

Although the database initially appeared accessible to my application, it stopped responding shortly after, resulting in application failures. About 10 minutes later, the instance status changed from “Maintenance” to “Runnable,” but it remained inaccessible. Under the Databases tab, the message displayed was: “Databases are currently unavailable.”

I manually restarted the instance, after which it returned to normal. The database was unavailable for approximately 25 minutes.

**Could you help me understand why this occurred and what might have caused it?
**
Instance details;
Region: europe-west3 (Frankfurt)
DB Version: PostgreSQL 16.9

Please find the attachment for reference.

Hello @Mohammed_Hasban,

When you create a Cloud SQL instance, you need to configure the Maintenance Setting.

If you don’t configure it yourself, a default configuration will be used.

Default maintenance windows

If you don’t set a maintenance window, then Cloud SQL updates your instance in the following default windows according to your instance’s time zone:

  • Weekday window (Monday to Friday): 10 PM to 6 AM

  • Weekend window: Friday, 10 PM to Monday, 6 AM

However, if your Maintenance Window is correctly configured, you may take a look at Maintenance Impact and Minimize the impact of maintenance.

Hi @Mohammed_Hasban,

It might be one of those rare cases where Cloud SQL has to perform urgent maintenance outside your scheduled window. This can happen when there’s a critical patch needed to fix stability issues or security vulnerabilities that can’t wait. While it’s not common, Google might push these updates quickly to protect your instance. Cloud SQL does count this type of downtime against the SLA, so it’s still tracked and acknowledged on Google’s end.