Problemas conocidos

En esta página se enumeran los problemas conocidos de Cloud SQL para SQL Server, así como las formas de evitar o solucionar estos problemas.

Problemas de conexión con la instancia

  • Certificados SSL/TLS caducados

    Si tu instancia está configurada para usar SSL, ve a la página Instancias de Cloud SQL de la consola de Google Cloud y abre la instancia. Abre la página Conexiones, selecciona la pestaña Seguridad y comprueba que el certificado de tu servidor sea válido. Si ha caducado, debes añadir un nuevo certificado y cambiar a él.

  • Versión del proxy de autenticación de Cloud SQL

    Si te conectas mediante el proxy de autenticación de Cloud SQL, asegúrate de usar la versión más reciente. Para obtener más información, consulta Mantener actualizado el proxy de autenticación de Cloud SQL.

  • No tienes autorización para conectarte

    Si intentas conectarte con una instancia que no existe en el proyecto, el mensaje de error solo indicará que no tienes acceso autorizado.

  • No se puede crear una instancia de Cloud SQL

    Si ves el mensaje de error Failed to create subnetwork. Router status is temporarily unavailable. Please try again later. Help Token: [token-ID], prueba a crear la instancia de Cloud SQL de nuevo.

Problemas administrativos

  • Una operación de exportación de gran tamaño puede afectar negativamente a la disponibilidad de la instancia

    Antes de iniciar una exportación de gran tamaño, asegúrate de que al menos el 25 % del tamaño de la base de datos esté libre en la instancia. De esta forma, se evitan problemas con el crecimiento automático agresivo, que puede afectar a la disponibilidad de la instancia.

    • Si tu instancia de SQL Server usa una edición de SQL Server Express:

      • Si especifica una marca al crear una instancia, se producirá un error.

      • No puedes definir marcas de base de datos en una instancia ya creada.

    • No se pueden cancelar ni detener las operaciones de importación y exportación de instancias de Cloud SQL de larga duración

      Solo se puede ejecutar una operación a la vez en una instancia de Cloud SQL. Asegúrate de que no necesitas realizar otras operaciones en una instancia cuando inicies una operación de larga duración.

      Cuando inicias una operación de larga duración en una instancia de Cloud SQL, como una operación de importación o exportación, no hay forma de cancelar la operación sin reiniciar la instancia.

    • Si cancelas una importación desde un archivo BAK, la base de datos que estés importando se quedará en un estado parcial. Debes eliminar la base de datos. Si cancelas una importación desde un archivo SQL, debes limpiar los datos parciales manualmente.

Problemas al importar y exportar datos

  • No cree un archivo BAK (para importarlo) a partir de una base de datos de solo lectura o de una base de datos que esté en modo de un solo usuario. Si creas un archivo BAK a partir de una base de datos de solo lectura o de una base de datos que esté en modo de un solo usuario e importas ese archivo, puede producirse un error.

  • Si intentas importar y exportar datos de una base de datos grande (por ejemplo, una base de datos que tenga 500 GB de datos o más), las operaciones de importación y exportación pueden tardar mucho tiempo en completarse. Además, no podrás realizar otras operaciones (por ejemplo, la de copia de seguridad) mientras se esté llevando a cabo la importación o la exportación. Una posible opción para mejorar el rendimiento del proceso de importación y exportación es restaurar una copia de seguridad anterior mediante gcloud o la API.

  • Cloud SQL solo admite la inserción masiva en SQL Server 2022.

  • Cloud SQL solo admite la RAW página de códigos.

  • Cloud SQL no admite la inserción en bloque en réplicas de lectura.

  • Cloud SQL solo admite la inserción en bloque para importar datos en tablas.

Registros de transacciones y crecimiento del disco

Los registros se purgan una vez al día, no de forma continua. Si el número de días de conservación de registros es el mismo que el número de copias de seguridad, es posible que se pierda un día de registro, en función de cuándo se realice la copia de seguridad. Por ejemplo, si se define la conservación de registros en siete días y la conservación de copias de seguridad en siete copias, se conservarán entre seis y siete días de registros.

Te recomendamos que configures el número de copias de seguridad para que sea al menos una más que los días de conservación de registros, de modo que se garantice un mínimo de días de conservación de registros.

Problemas relacionados con Cloud Monitoring o Cloud Logging

Las instancias con los siguientes nombres de región se muestran de forma incorrecta en determinados contextos, como se indica a continuación:

  • us-central1 se muestra como us-central
  • europe-west1 se muestra como europe
  • asia-east1 se muestra como asia

Este problema se produce en los siguientes contextos:

  • Alertas en Cloud Monitoring
  • Explorador de métricas
  • Cloud Logging

Puedes mitigar el problema de las alertas de Cloud Monitoring y del explorador de métricas usando etiquetas de metadatos de recursos. Use la etiqueta de metadatos del sistema region en lugar de la etiqueta de recurso monitorizado cloudsql_database region.