Errores conocidos

En esta página, se enumeran los problemas conocidos de Cloud SQL para SQL Server, junto con las maneras en que puedes evitarlos o solucionarlos.

Problemas de conexión de instancias

  • Certificados SSL/TLS vencidos

    Si tu instancia está configurada para usar SSL, ve a la página Instancias de Cloud SQL en la consola de Google Cloud y abre la instancia. Abre la página Conexiones, selecciona la pestaña Seguridad y asegúrate de que tu certificado de servidor sea válido. Si caducó, debes agregar uno nuevo y rotarlo.

  • Versión del proxy de Cloud SQL Auth

    Si utilizas el proxy de Cloud SQL Auth para conectarte, asegúrate de utilizar la versión más reciente. Para obtener más información, visita Mantén actualizado el proxy de Cloud SQL Auth.

  • No autorizado para conectarte

    Si intentas conectarte a una instancia que no existe en ese proyecto, el mensaje de error solo dirá que no estás autorizado para acceder a esa instancia.

  • 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], vuelve a crear la instancia de Cloud SQL.

Problemas de administración

  • Una operación de exportación grande puede afectar de manera negativa la disponibilidad de la instancia.

    Antes de comenzar una exportación grande, asegúrate de que al menos el 25% del tamaño de la base de datos esté disponible (en la instancia). Esto ayuda a evitar problemas de crecimiento automático agresivo, lo que puede afectar la disponibilidad de la instancia.

  • Si tu instancia de SQL Server usa una edición de SQL Server Express, sigue estos pasos:

    • Si especificas una marca cuando creas una instancia nueva, la creación fallará.

    • No puedes configurar marcas de bases de datos en una instancia existente.

  • Las operaciones de instancias de importación y exportación de Cloud SQL de larga duración no se pueden cancelar ni detener.

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

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

  • Si cancelas una importación desde un archivo BAK, la base de datos que estás importando queda en estado parcial. Debes descartar la base de datos. Si cancelas una importación desde un archivo SQL, debes limpiar los datos parciales de forma manual.

Problemas con la importación y la exportación de datos

  • No crees un archivo BAK (para importar) desde una base de datos de solo lectura o una que esté en modo de único usuario. Si creas un archivo BAK desde una base de datos de solo lectura o una que está en modo de único usuario y, luego, importas ese archivo, se puede producir un error.

  • Si intentas importar y exportar datos desde una base de datos grande (por ejemplo, una base de datos que tiene 500 GB de datos o más), las operaciones de importación y exportación pueden tardar mucho tiempo en completarse. Además, no puedes realizar otras operaciones (por ejemplo, la operación de copia de seguridad) mientras se realiza la importación o exportación. Una opción posible para mejorar el rendimiento del proceso de importación y exportación es restablecer 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 es compatible con la página de código RAW.

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

  • Cloud SQL admite la inserción masiva solo para importar datos a tablas.

Registros de transacciones y aumento de discos

Los registros se borran definitivamente una vez al día, no de forma continua. Cuando la cantidad de días de retención de registros se configura para ser la misma que la cantidad de copias de seguridad, es posible que se pierda un día de registro, según el momento en que se realice la copia de seguridad. Por ejemplo, establecer la retención de registros en siete días y la retención de copias de seguridad en siete copias de seguridad implica que se conservarán entre seis y siete días de registros.

Recomendamos configurar la cantidad de copias de seguridad en un día más que los días de retención de registros para garantizar un mínimo de días específicos de retención.

Las instancias con los siguientes nombres de región se muestran de forma incorrecta en ciertos contextos, de la siguiente manera:

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

Este problema ocurre en los siguientes contextos:

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

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