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 Google Cloud consola 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 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 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_databaseregion.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-04 (UTC)"],[],[],null,["# Known issues\n\n\u003cbr /\u003e\n\n[MySQL](/sql/docs/mysql/known-issues \"View this page for the MySQL database engine\") \\| [PostgreSQL](/sql/docs/postgres/known-issues \"View this page for the PostgreSQL database engine\") \\| SQL Server\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nThis page lists known issues with Cloud SQL for SQL Server, along with\nways you can avoid or recover from these issues.\n\n### Instance connection issues\n\n- Expired SSL/TLS certificates\n\n\n If your instance is configured to use SSL, go to the\n [Cloud SQL Instances page](https://console.cloud.google.com/sql/instances)\n in the Google Cloud console and open the instance. Open its **Connections** page, select the\n **Security** tab and make sure that your server certificate is valid. If it has expired, you must\n add a new certificate and rotate to it.\n\n \u003cbr /\u003e\n\n- Cloud SQL Auth Proxy version\n\n If you are connecting using the Cloud SQL Auth Proxy, make sure you are using the\n most recent version. For more information, see\n [Keeping the Cloud SQL Auth Proxy up to date](/sql/docs/sqlserver/sql-proxy#keep-current).\n- Not authorized to connect\n\n If you try to connect to an instance that does not exist in that project,\n the error message only says that you are not authorized to access that\n instance.\n- Can't create a Cloud SQL instance\n\n If you see the `Failed to create subnetwork. Router status is temporarily\n unavailable. Please try again later. Help Token: [token-ID]` error\n message, try to create the Cloud SQL instance again.\n\n### Administrative issues\n\n\u003cbr /\u003e\n\n- A large export operation can adversely affect instance availability\n\n Before starting a large export, ensure that at least 25 percent of the\n database size is free (on the instance). Doing so helps prevent\n issues with aggressive autogrowth, which can affect the availability\n of the instance.\n - If your SQL Server instance uses a SQL Server Express edition:\n\n - If you specify a flag when you create a new instance, then creating the instance fails.\n\n - You can't set database flags on an existing instance.\n\n - Long-running Cloud SQL import and export instance operations can't be cancelled or stopped\n\n Only one operation can run at a time on a Cloud SQL instance. Make sure you\n don't need to perform other operations on an\n instance when you start a long-running operation.\n\n When you start a long-running Cloud SQL instance operation, such as an\n import or export operation, there's no way to cancel the operation without\n [restarting](/sql/docs/sqlserver/start-stop-restart-instance#restart) the instance.\n - If you cancel an import from a BAK file, then the database that you're importing is left in a partial state. You must drop the database. If you cancel an import from a SQL file, then you must clean up partial data manually.\n\n### Issues with importing and exporting data\n\n- Do not create a BAK file (for import) from a read-only database or from a\n database that is in single-user mode. If you create a BAK file from a read-only\n database or from a database that is in single-user mode, and import that file,\n an error may occur.\n\n \u003cbr /\u003e\n\n- If you're trying to import and export data from a large database (for example,\n a database that has 500 GB of data or greater), then the import and export\n operations might take a long time to complete. In addition, other operations\n (for example, the backup operation) aren't available for you to perform\n while the import or export is occurring. A potential option to improve the\n performance of the import and export process is to [restore a previous backup](/sql/docs/sqlserver/backup-recovery/restoring#projectid) using `gcloud`\n or the API.\n\n- Cloud SQL supports bulk insert only on SQL Server 2022.\n\n- Cloud SQL only supports the `RAW` [codepage](https://learn.microsoft.com/en-us/sql/t-sql/statements/bulk-insert-transact-sql?view=sql-server-ver16).\n\n- Cloud SQL doesn't support bulk insert on read replicas.\n\n- Cloud SQL supports bulk insert only for importing data to tables.\n\n\u003c!-- --\u003e\n\n- Cloud Storage supports a [maximum single-object size up five terabytes](/storage-transfer/docs/known-limitations-transfer#object-limit). If you have databases larger than 5TB, the export operation to Cloud Storage fails. In this case, you need to break down your export files into smaller segments.\n\n### Transaction logs and disk growth\n\nLogs are purged once daily, not continuously. When the number of days of log\nretention is configured to be the same as the number of backups, a day of\nlogging might be lost, depending on when the backup occurs. For example, setting\nlog retention to seven days and backup retention to seven backups means that\nbetween six and seven days of logs will be retained.\n\nWe recommend setting the number of backups to at least one more than the days of\nlog retention to guarantee a minimum of specified days of log retention.\n\n### Issues related to Cloud Monitoring or Cloud Logging\n\nInstances with the following region names are displayed incorrectly in certain\ncontexts, as follows:\n\n- `us-central1` is displayed as `us-central`\n- `europe-west1` is displayed as `europe`\n- `asia-east1` is displayed as `asia`\n\nThis issue occurs in the following contexts:\n\n- Alerting in Cloud Monitoring\n- Metrics Explorer\n- Cloud Logging\n\nYou can mitigate the issue for Alerting in Cloud Monitoring, and for Metrics\nExplorer, by using\n[Resource metadata labels](https://cloud.google.com/monitoring/api/v3/metric-model#meta-labels).\nUse the system metadata label `region` instead of the\n[cloudsql_database](https://cloud.google.com/monitoring/api/resources#tag_cloudsql_database)\nmonitored resource label `region`."]]
