Actualizar la versión principal de la base de datos in situ

En esta página se describe cómo actualizar la versión principal de la base de datos actualizando la instancia de Cloud SQL in situ en lugar de migrando los datos.

Introducción

Los proveedores de software de bases de datos publican periódicamente nuevas versiones principales que contienen nuevas funciones, mejoras de rendimiento y mejoras de seguridad. Cloud SQL incorpora nuevas versiones después de que se publiquen. Cuando Cloud SQL ofrezca compatibilidad con una nueva versión principal, podrás actualizar tus instancias para mantener tu base de datos actualizada.

Puedes actualizar la versión de la base de datos de una instancia in situ o migrando los datos. Las actualizaciones in situ son una forma más sencilla de actualizar la versión principal de tu instancia. No es necesario migrar datos ni cambiar las cadenas de conexión de la aplicación. Con las actualizaciones in situ, puedes conservar el nombre, la dirección IP y otros ajustes de tu instancia actual después de la actualización. Las actualizaciones in situ no requieren que muevas archivos de datos y se pueden completar más rápido. En algunos casos, el tiempo de inactividad es menor que el que implica migrar tus datos.

La operación de actualización in situ de Cloud SQL para SQL Server usa la utilidad de actualización in situ de SQL Server.

Planificar una actualización de versión principal

  1. Confirma que tienes el rol necesario para realizar una actualización de versión principal: Propietario de Cloud SQL o Administrador de Cloud SQL.

  2. Elige una versión principal de destino.

    gcloud

    Para obtener información sobre cómo instalar y empezar a usar la CLI de gcloud, consulta el artículo Instalar la CLI de gcloud. Para obtener información sobre cómo iniciar Cloud Shell, consulta el artículo Usar Cloud Shell.

    Para comprobar las versiones de la base de datos a las que puedes actualizar tu instancia sin cambiarla, haz lo siguiente:

    1. Ejecuta el siguiente comando:
      2. gcloud sql instances describe INSTANCE_NAME

      Sustituye INSTANCE_NAME por el nombre de la instancia.

    2. En la salida del comando, busca la sección con la etiqueta upgradableDatabaseVersions.
    3. Cada subsección devuelve una versión de la base de datos que se puede actualizar. En cada subsección, revisa los siguientes campos.
      • majorVersion: la versión principal a la que puedes orientar la actualización in situ.
      • name: cadena de versión de la base de datos que incluye la versión principal.
      • displayName: el nombre visible de la versión de la base de datos.

    REST v1

    Para comprobar qué versiones de la base de datos de destino están disponibles para una actualización in situ de una versión principal, usa el método instances.get de la API Admin de Cloud SQL.

    Antes de usar los datos de la solicitud, haz las siguientes sustituciones:

    • INSTANCE_NAME: nombre de la instancia.

    Método HTTP y URL: 

    GET https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_NAME

    Para enviar tu solicitud, despliega una de estas opciones:

    Deberías recibir una respuesta JSON similar a la siguiente:

    
upgradableDatabaseVersions:

{
  major_version: "SQLSERVER_2022_STANDARD"
  name: "SQLSERVER_2022_STANDARD"
  display_name: "SQL Server 2022 Standard"
}

    REST v1beta4

    Para comprobar qué versiones de la base de datos de destino están disponibles para la actualización in situ de la versión principal de una instancia, usa el método instances.get de la API Admin de Cloud SQL.

    Antes de usar los datos de la solicitud, haz las siguientes sustituciones:

    • INSTANCE_NAME: nombre de la instancia.

    Método HTTP y URL: 

    GET https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_NAME

    Para enviar tu solicitud, despliega una de estas opciones:

    Deberías recibir una respuesta JSON similar a la siguiente:

    
upgradableDatabaseVersions:

{
  major_version: "SQLSERVER_2022_STANDARD"
  name: "SQLSERVER_2022_STANDARD"
  display_name: "SQL Server 2022 Standard"
}

    Para ver la lista completa de las versiones de la base de datos que admite Cloud SQL, consulta Versiones de la base de datos y políticas de versiones.

  3. Tenga en cuenta las funciones que se ofrecen en cada versión principal de la base de datos y resuelva las incompatibilidades.

    Consulta las funciones discontinuadas y los cambios importantes de SQL Server.

    Las nuevas versiones principales introducen cambios incompatibles que pueden requerir que modifiques el código de la aplicación, el esquema o la configuración de la base de datos. Antes de actualizar tu instancia de base de datos, consulta las notas de la versión principal de destino para determinar las incompatibilidades que debes solucionar.

    de Cloud SQL para SQL Server.

  4. Prueba la actualización con una prueba sin ejecutar.

    Realiza una prueba del proceso de actualización integral en un entorno de prueba antes de actualizar la base de datos de producción. Puedes clonar tu instancia para crear una copia idéntica de los datos en la que probar el proceso de actualización.

    Además de validar que la actualización se completa correctamente, ejecuta pruebas para asegurarte de que la aplicación se comporta como se espera en la base de datos actualizada.

  5. Decide cuándo quieres cambiarte a una versión superior.

    Para actualizar, la instancia debe dejar de estar disponible durante un periodo. Programa la actualización para un periodo en el que la actividad de la base de datos sea baja.

Realizar la actualización de la versión principal

Puedes actualizar la versión principal de una sola instancia de Cloud SQL o de una instancia principal e incluir todas sus réplicas en la actualización, incluidas las réplicas en cascada y las réplicas entre regiones.

Actualizar la versión principal de una sola instancia

Cuando inicias una operación de actualización para una sola instancia, Cloud SQL hace lo siguiente:

  1. Comprueba la configuración de tu instancia para asegurarse de que es compatible con una actualización.
  2. Una vez que Cloud SQL verifique la configuración, la instancia dejará de estar disponible.
  3. Crea una copia de seguridad antes de la actualización.
  4. Realiza la actualización en la instancia.
  5. Hace que tu instancia esté disponible.
  6. Crea una copia de seguridad posterior a la actualización.

Consola

  1. En la Google Cloud consola, ve a la página Instancias de Cloud SQL.

    Ir a Instancias de Cloud SQL

  2. Para abrir la página Overview (Resumen) de una instancia, haz clic en su nombre.
  3. Haz clic en Editar.
  4. En la sección Información de la instancia, haz clic en el botón Actualizar y confirma que quieres ir a la página de actualización.
  5. En la página Elige una versión de la base de datos, haz clic en la lista Versión de la base de datos para la actualización y selecciona una de las versiones principales de la base de datos disponibles.
  6. Haz clic en Continuar.
  7. En el cuadro ID de instancia, introduce el nombre de la instancia y, a continuación, haz clic en el botón Iniciar actualización.
La operación tarda varios minutos en completarse.

Comprueba que la versión principal de la base de datos actualizada aparece debajo del nombre de la instancia en la página Resumen de la instancia.

gcloud

  1. Inicia la actualización.

    Usa el comando gcloud sql instances patch con la marca --database-version.

    Antes de ejecutar el comando, sustituye lo siguiente:

    • INSTANCE_NAME: el nombre de la instancia.
    • DATABASE_VERSION: el enum de la versión principal de la base de datos, que debe ser posterior a la versión actual. Especifica una versión de la base de datos para una versión principal que esté disponible como destino de actualización de la instancia. Puedes obtener este enum como primer paso de Plan for upgrade (Plan para el cambio a un plan superior). Si necesitas una lista completa de enums de versiones de bases de datos, consulta SqlDatabaseEnums.
    gcloud sql instances patch INSTANCE_NAME \
--database-version=DATABASE_VERSION

    Las actualizaciones de versiones principales tardan varios minutos en completarse. Es posible que veas un mensaje que indique que la operación está tardando más de lo previsto. Puedes ignorar este mensaje o ejecutar el comando gcloud sql operations wait para cerrarlo.

  2. Obtén el nombre de la operación de actualización.

    Usa el comando gcloud sql operations list con la marca --instance.

    Antes de ejecutar el comando, sustituye la variable INSTANCE_NAME por el nombre de la instancia. 

    gcloud sql operations list --instance=INSTANCE_NAME

  3. Monitoriza el estado de la actualización.

    Usa el comando gcloud sql operations describe.

    Antes de ejecutar el comando, sustituye la variable OPERATION por el nombre de la operación de actualización que has obtenido en el paso anterior. 

    gcloud sql operations describe OPERATION

REST v1

  1. Inicia la actualización in situ.

    Usa una solicitud PATCH con el método instances:patch.

    Antes de usar los datos de la solicitud, sustituye estas variables:

    • PROJECT_ID: el ID del proyecto.
    • INSTANCE_NAME: el nombre de la instancia.

    Método HTTP y URL: 

    PATCH https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_NAME

    Cuerpo JSON de la solicitud: 

    {
  "databaseVersion": DATABASE_VERSION
}

    Sustituye DATABASE_VERSION por el enum de la versión principal de la base de datos, que debe ser posterior a la versión actual. Especifica una versión de la base de datos para una versión principal que esté disponible como destino de actualización de la instancia. Puedes obtener este enum como primer paso de Plan for upgrade (Plan para el cambio a un plan superior). Si necesitas una lista completa de enumeraciones de versiones de bases de datos, consulta SqlDatabaseVersion.

  2. Obtén el nombre de la operación de actualización.

    Usa una solicitud GET con el método operations.list después de sustituir PROJECT_ID por el ID del proyecto.

    Método HTTP y URL: 

    GET https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/operations

  3. Monitoriza el estado de la actualización.

    Usa una solicitud GET con el método operations.get después de sustituir las siguientes variables:

    • PROJECT_ID: el ID del proyecto.
    • OPERATION_NAME: nombre de la operación de actualización obtenida en el paso anterior.

    Método HTTP y URL: 

    GET https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/operation/OPERATION_NAME

Terraform

Para actualizar la versión de la base de datos, usa un recurso de Terraform y el proveedor de Terraform para Google Cloud, versión 4.34.0 o posterior.

resource "google_sql_database_instance" "instance" {
  name             = "sqlserver-instance"
  region           = "us-central1"
  database_version = "SQLSERVER_2019_STANDARD"
  root_password    = "INSERT-PASSWORD-HERE"
  settings {
    tier = "db-custom-2-7680"
  }
  # set `deletion_protection` to true, will ensure that one cannot accidentally delete this instance by
  # use of Terraform whereas `deletion_protection_enabled` flag protects this instance at the GCP level.
  deletion_protection = false
}

Aplica los cambios

Para aplicar la configuración de Terraform en un proyecto, sigue los pasos que se indican en las siguientes secciones. Google Cloud

Preparar Cloud Shell

  1. Abre Cloud Shell.

  2. Define el Google Cloud proyecto Google Cloud predeterminado en el que quieras aplicar tus configuraciones de Terraform.

    Solo tiene que ejecutar este comando una vez por proyecto y puede hacerlo en cualquier directorio.

    export GOOGLE_CLOUD_PROJECT=PROJECT_ID

    Las variables de entorno se anulan si defines valores explícitos en el archivo de configuración de Terraform.

Preparar el directorio

Cada archivo de configuración de Terraform debe tener su propio directorio (también llamado módulo raíz).

  1. En Cloud Shell, crea un directorio y un archivo nuevo en ese directorio. El nombre del archivo debe tener la extensión .tf. Por ejemplo, main.tf. En este tutorial, nos referiremos al archivo como main.tf. 
    mkdir DIRECTORY && cd DIRECTORY && touch main.tf

  2. Si estás siguiendo un tutorial, puedes copiar el código de ejemplo de cada sección o paso.

    Copia el código de ejemplo en el archivo main.tf que acabas de crear.

    También puedes copiar el código de GitHub. Se recomienda cuando el fragmento de Terraform forma parte de una solución integral.

  3. Revisa y modifica los parámetros de ejemplo para aplicarlos a tu entorno.
  4. Guarda los cambios.
  5. Inicializa Terraform. Solo tienes que hacerlo una vez por directorio. 
    terraform init

    Si quieres usar la versión más reciente del proveedor de Google, incluye la opción -upgrade: 

    terraform init -upgrade

Aplica los cambios

  1. Revisa la configuración y comprueba que los recursos que va a crear o actualizar Terraform se ajustan a tus expectativas: 
    terraform plan

    Haga las correcciones necesarias en la configuración.

  2. Aplica la configuración de Terraform ejecutando el siguiente comando e introduciendo yes en la petición: 
    terraform apply

    Espera hasta que Terraform muestre el mensaje "Apply complete!".

  3. Abre tu Google Cloud proyecto para ver los resultados. En la Google Cloud consola, ve a tus recursos en la interfaz de usuario para asegurarte de que Terraform los ha creado o actualizado.

Eliminar los cambios

Para eliminar los cambios, sigue estos pasos:

  1. Para inhabilitar la protección contra la eliminación, en el archivo de configuración de Terraform, asigna el valor false al argumento deletion_protection. 
    deletion_protection =  "false"
  2. Aplica la configuración de Terraform actualizada ejecutando el siguiente comando e introduciendo yes en la petición: 
    terraform apply

  1. Para quitar los recursos que se hayan aplicado anteriormente con tu configuración de Terraform, ejecuta el siguiente comando e introduce yes en la petición:

    terraform destroy

Cuando envías una solicitud de actualización in situ, Cloud SQL primero realiza una comprobación previa a la actualización. Si Cloud SQL determina que tu instancia no está lista para una actualización, tu solicitud de actualización fallará y se mostrará un mensaje con sugerencias para solucionar el problema. Consulta también Solucionar problemas al actualizar una versión principal.

Copias de seguridad de actualizaciones automáticas

Cuando realizas una actualización de versión principal, Cloud SQL crea automáticamente dos copias de seguridad bajo demanda, llamadas copias de seguridad de actualización:

  • La primera copia de seguridad de la actualización es la copia de seguridad previa a la actualización, que se crea inmediatamente antes de iniciar la actualización. Puedes usar esta copia de seguridad para restaurar tu instancia de base de datos al estado que tenía en la versión anterior.
  • La segunda copia de seguridad es la copia de seguridad posterior a la actualización, que se crea inmediatamente después de que se permitan nuevas escrituras en la instancia de base de datos actualizada.

Cuando consultes tu lista de copias de seguridad, las copias de seguridad de la actualización se mostrarán con el tipo On-demand. Las copias de seguridad de actualización están etiquetadas para que puedas identificarlas rápidamente. Por ejemplo, si vas a actualizar de SQL Server Enterprise 2017 a SQL Server Enterprise 2019 o SQL Server Enterprise 2022, la copia de seguridad anterior a la actualización se etiquetará como Pre-upgrade backup, SQLSERVER_2017_ENTERPRISE to SQLSERVER_2019_ENTERPRISE or SQLSERVER_2022_ENTERPRISE. y la posterior como Post-upgrade backup, SQLSERVER_2019_ENTERPRISE or SQLSERVER_2022_ENTERPRISE from SQLSERVER_2017_ENTERPRISE..

Al igual que con otras copias de seguridad bajo demanda, las copias de seguridad de la actualización se conservan hasta que las elimines o elimines la instancia.

Actualizar el nivel de compatibilidad de la base de datos

El nivel de compatibilidad de la base de datos determina cómo se comporta la base de datos con respecto a la aplicación a la que sirve. La configuración del nivel de compatibilidad de la base de datos asegura la retrocompatibilidad con versiones anteriores de SQL Server y está relacionada con los cambios de Transact-SQL y del optimizador de consultas. Cuando se actualiza la versión de la base de datos de una instancia de SQL Server, se conservan los niveles de compatibilidad de las bases de datos, de forma que la aplicación puede seguir funcionando en la versión más reciente de SQL Server. Al actualizar el nivel de compatibilidad, puede beneficiarse de las nuevas funciones, las mejoras en el procesamiento de consultas y otros cambios.

Después de actualizar la versión del motor de base de datos de una instancia, cuando la aplicación a la que sirve la base de datos esté lista, actualice el nivel de compatibilidad de la base de datos de cada base de datos de la instancia. Si el nivel de compatibilidad se establece en el más reciente, las bases de datos se actualizan con las funciones más recientes y un rendimiento mejorado.

Para actualizar el nivel de compatibilidad de la base de datos, sigue estos pasos:

  1. Identifica el nivel de compatibilidad actual de tu base de datos.

    Por ejemplo, en SQL Server 2017, el nivel de compatibilidad predeterminado es 140. Para comprobar el nivel de compatibilidad actual de tu base de datos, ejecuta el siguiente comando en Transact-SQL después de sustituir DATABASE_NAME

    con el nombre de la base de datos de tu instancia de SQL Server.

    USE DATABASE_NAME
GO
SELECT compatibility_level
FROM sys.databases WHERE name = 'DATABASE_NAME'

  2. Determina el nivel de compatibilidad de destino.

    Identifica la designación del nivel de compatibilidad predeterminado de la versión de la base de datos actualizada para determinar el nivel de compatibilidad de destino de la base de datos. Por ejemplo, en SQL Server 2022, el nivel de compatibilidad predeterminado es 160. Consulta la tabla que asigna las nuevas versiones de SQL Server a los niveles de compatibilidad.

  3. Evalúa las diferencias entre tus niveles de compatibilidad actual y objetivo.

    Antes de actualizar el nivel de compatibilidad, estudia las diferencias en el comportamiento del sistema entre el nivel de compatibilidad actual y el nivel de compatibilidad de destino. Consulta la lista completa de las diferencias entre los niveles de compatibilidad.

  4. Recoge una base de datos de cargas de trabajo.

    Antes de actualizar el nivel de compatibilidad, recopila una línea de base de datos de carga de trabajo mediante Almacén de consultas de SQL Server para poder identificar y solucionar las consultas que hayan empeorado. Usas Query Store para registrar consultas y planes durante un ciclo empresarial típico para establecer un valor de referencia del rendimiento. Para seguir un flujo de trabajo guiado, usa la función Asistente para optimización de consultas de SQL Server Management Studio.

  5. Cambia el nivel de compatibilidad.

    Para cambiar el nivel de compatibilidad de la base de datos, ejecuta el siguiente comando en Transact-SQL después de sustituir DATABASE_NAME

    con el nombre de la base de datos de tu instancia de SQL Server y TARGET_COMPATIBILITY_LEVEL con el nivel de compatibilidad de destino.

    ALTER DATABASE DATABASE_NAME
SET COMPATIBILITY_LEVEL = TARGET_COMPATIBILITY_LEVEL;
GO

  6. Recoge datos de cargas de trabajo actualizadas.

    Recoge datos de cargas de trabajo actualizadas mediante el almacén de consultas para compararlos y detectar regresiones.

  7. Soluciona las consultas que han empeorado.

    En la mayoría de los casos, los cambios del optimizador de consultas en los niveles de compatibilidad actualizados mejoran el rendimiento. Sin embargo, de vez en cuando, el rendimiento de algunas consultas puede empeorar. La función Consultas con regresión de Query Store te ayuda a identificar las consultas que han empeorado y te permite forzar el último plan de consulta correcto conocido. SQL Server también ofrece la corrección automática de planes, que puede cambiar automáticamente al último plan correcto conocido en caso de regresión de una consulta.

Completar la actualización de la versión principal

Después de actualizar la instancia principal, realiza pruebas de aceptación para asegurarte de que el sistema actualizado funciona correctamente.

Solucionar problemas al cambiar a una versión principal

Cloud SQL devuelve un mensaje de error si intentas ejecutar un comando de actualización no válido. Por ejemplo, si tu instancia contiene marcas de base de datos no válidas para la nueva versión.

Si tu solicitud de actualización falla, comprueba la sintaxis de la solicitud. Si la solicitud tiene una estructura válida, prueba a seguir estas sugerencias.

Ver los registros de errores

Si se produce algún problema con una solicitud de actualización válida, Cloud SQL publicará los registros de errores en projects/PROJECT_ID/logs/cloudsql.googleapis.com%2Fsqlserver.err. Cada entrada de registro contiene una etiqueta con el identificador de instancia para ayudarte a identificar la instancia con el error de actualización. Busca estos errores de actualización y resuélvelos.

Para ver los registros de errores, usa la Google Cloud consola::

  1. En la Google Cloud consola, ve a la página Instancias de Cloud SQL.

    Ir a Instancias de Cloud SQL

  2. Para abrir la página Overview (Resumen) de una instancia, haz clic en su nombre.

  3. En el panel Operaciones y registros de la página Resumen de la instancia, haz clic en el enlace Ver registros de errores de SQL Server.

    Se abrirá la página Explorador de registros.

  4. Para ver los registros, sigue estos pasos:

    • Para ver todos los registros de errores de un proyecto, selecciona el nombre del registro en el filtro de registro Nombre del registro.

    Para obtener más información sobre los filtros de consulta, consulta Consultas avanzadas.

    • Para filtrar los registros de errores de actualización de una sola instancia, introduce la siguiente consulta en el cuadro Buscar en todos los campos, después de sustituir DATABASE_ID

    con el ID del proyecto seguido del nombre de la instancia en este formato: project_id:instance_name.

    resource.type="cloudsql_database"
resource.labels.database_id="DATABASE_ID"
logName : "projects/PROJECT_ID/logs/cloudsql.googleapis.com%2Fsqlserver.err"

    Por ejemplo, para filtrar los registros de errores de actualización por una instancia llamada shopping-db que se ejecuta en el proyecto buylots, usa el siguiente filtro de consulta:

     resource.type="cloudsql_database"
 resource.labels.database_id="buylots:shopping-db"
 logName : "projects/buylots/logs/cloudsql.googleapis.com%2Fsqlserver.err"

    Puede revisar todos los registros notificados en un periodo determinado o filtrar los registros por gravedad. Una opción habitual para solucionar problemas puede ser seleccionar los siguientes filtros:

    • Emergencia
    • Alerta
    • Crítica
    • Error

Restaurar la instancia principal a la versión principal anterior

Si el sistema de base de datos actualizado no funciona como se esperaba, es posible que tengas que restaurar la instancia principal a la versión anterior. Para ello, restaura la copia de seguridad anterior a la actualización en una instancia de recuperación de Cloud SQL, que es una instancia nueva que ejecuta la versión anterior a la actualización.

Para restaurar una instancia principal a la versión anterior, sigue estos pasos:

  1. Identifica la copia de seguridad que has creado antes de actualizar.

    Consulta Copias de seguridad de actualizaciones automáticas.

  2. Crea una instancia de recuperación.

    Crea una instancia de Cloud SQL con la versión principal que tenía Cloud SQL cuando se creó la copia de seguridad previa a la actualización. Define las mismas marcas y los mismos ajustes de instancia que la instancia original.

  3. Restaura la copia de seguridad que creaste antes de actualizar.

    Restaura la copia de seguridad que creaste antes de la actualización en la instancia de recuperación. Este proceso puede tardar varios minutos.

  4. Añade tus réplicas de lectura.

    Si usas réplicas de lectura, añádelas de forma individual.

  5. Conecta tu aplicación.

    Una vez que hayas recuperado tu sistema de base de datos, actualiza tu aplicación con los detalles sobre la instancia de recuperación y sus réplicas de lectura. Puedes reanudar el servicio de tráfico en la versión anterior a la actualización de tu base de datos.

Limitaciones

En esta sección se enumeran las limitaciones de una actualización de versión principal in situ.

  • No puedes realizar una actualización de versión principal in situ en una réplica externa.

Preguntas frecuentes

Pueden surgir las siguientes preguntas al actualizar la versión principal de la base de datos.

¿Mi instancia no estará disponible durante una actualización?
Sí. Tu instancia no estará disponible durante un periodo mientras Cloud SQL realiza la actualización.
¿Cuánto tiempo tarda una actualización?

La actualización de una sola instancia suele tardar menos de 10 minutos. Si la configuración de tu instancia tiene un número reducido de vCPUs o de memoria, es posible que la actualización tarde más tiempo.

Si tu instancia aloja demasiadas bases de datos o tablas, o si tus bases de datos son muy grandes, la actualización puede tardar horas o incluso agotarse el tiempo de espera, ya que el tiempo total de actualización corresponde al número de objetos de tus bases de datos. Si tienes varias instancias que necesitan actualizarse, el tiempo de actualización aumentará proporcionalmente.

¿Puedo monitorizar cada paso del proceso de actualización?
Aunque Cloud SQL te permite monitorizar si una operación de actualización sigue en curso, no puedes hacer un seguimiento de los pasos individuales de cada actualización.
¿Puedo cancelar el cambio a un plan superior después de haberlo iniciado?
No, no puedes cancelar una actualización una vez que haya empezado. Si la actualización falla, Cloud SQL recupera automáticamente la instancia en la versión anterior.
¿Qué ocurre con mi configuración durante una actualización?

Cuando realizas una actualización in situ de la versión principal, Cloud SQL conserva los ajustes de tu base de datos, incluido el nombre de la instancia, la dirección IP, los valores de las marcas configuradas explícitamente y los datos de usuario. Sin embargo, el valor predeterminado de las variables del sistema puede cambiar.

Para obtener más información, consulta Configurar marcas de bases de datos. Si una marca o un valor concretos ya no se admiten en la versión de destino, Cloud SQL quitará automáticamente la marca durante la actualización.

Siguientes pasos