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.
- Cloud Storage admite un tamaño máximo de hasta 5 terabytes para un solo objeto. Si tienes bases de datos de más de 5 TB, la operación de exportación a Cloud Storage falla. En ese caso, debes dividir tus archivos de exportación en segmentos más pequeños.
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.
Problemas relacionados con Cloud Monitoring o Cloud Logging
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 comous-central
europe-west1
se muestra comoeurope
asia-east1
se muestra comoasia
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
.