Nesta página, você encontrará uma lista dos problemas conhecidos do Cloud SQL para SQL Server, além de
maneiras de evitá-los e corrigi-los.
Problemas de conexão da instância
Certificados SSL/TLS expirados
Se a instância estiver configurada para usar SSL, acesse a página Instâncias do Cloud SQL no console do Google Cloud e abra a instância. Abra a página Conexões, selecione a
guia Segurança e verifique se o certificado do servidor é válido. Se ele tiver expirado, você precisará adicionar um novo e fazer a rotação dos certificados.
Se você tentar se conectar a uma instância que não existe no projeto,
a mensagem de erro informará apenas que você não está autorizado a acessar essa
instância.
Não é possível criar uma instância do Cloud SQL
Se a mensagem de erro Failed to create subnetwork. Router status is temporarily
unavailable. Please try again later. Help Token: [token-ID]
for exibida, tente criar a instância do Cloud SQL novamente.
Problemas administrativos
Uma grande operação de exportação pode afetar negativamente a disponibilidade da instância
Antes de iniciar uma exportação grande, verifique se pelo menos 25%
do tamanho do banco de dados está liberado (na instância). Isso ajuda a evitar
problemas de crescimento automático agressivo, o que pode afetar a disponibilidade
da instância.
Se sua instância do SQL Server usar uma edição do SQL Server Express:
Se você especificar uma sinalização ao criar uma nova instância, a criação dessa instância falhará.
Não é possível definir sinalizações do banco de dados em uma instância atual.
As operações de importação e exportação do Cloud SQL de longa duração não podem ser canceladas nem interrompidas.
Apenas uma operação pode ser executada por vez em uma instância do Cloud SQL. Certifique-se de que não seja necessário executar outras operações em uma instância ao iniciar uma operação de longa duração.
Quando você inicia uma operação de longa duração da instância do Cloud SQL, como uma
operação de importação ou exportação, não é possível cancelá-la sem
reiniciar a instância.
Se você cancelar uma importação de um arquivo BAK, o banco de dados que você está importando permanecerá em estado parcial. Você precisa descartar o banco de dados. Se você cancelar uma importação de um arquivo SQL, será necessário limpar os dados parciais manualmente.
Problemas com importação e exportação de dados
Não crie um arquivo BAK (para importação) a partir de um banco de dados somente leitura ou de um
banco de dados que esteja no modo de usuário único. Se você criar um arquivo BAK a partir de um banco de dados somente leitura
ou de um banco de dados que esteja no modo de usuário único e importar esse arquivo,
poderá ocorrer um erro.
Se você estiver tentando importar e exportar dados de um banco de dados grande (por exemplo, um banco de dados que tenha 500 GB de dados ou mais), as operações de importação e exportação poderão levar muito tempo para serem concluídas. Além disso, outras operações (por exemplo, a de backup) não estarão disponíveis para serem realizadas enquanto ocorre a importação ou exportação. Uma opção possível para melhorar o
desempenho do processo de importação e exportação é restaurar um backup anterior usando gcloud
ou a API.
O Cloud SQL é compatível com a inserção em massa apenas no SQL Server 2022.
O Cloud SQL não oferece suporte à inserção em massa em réplicas de leitura.
O Cloud SQL é compatível com a inserção em massa apenas para importação de dados para tabelas.
O Cloud Storage é compatível com um
tamanho
máximo de objeto único de 5 terabytes.
Se você tiver bancos de dados maiores que 5 TB, a operação de exportação para o
Cloud Storage falhará. Nesse caso, é preciso dividir os arquivos de
exportação em segmentos menores.
Registros de transações e crescimento do disco
Os registros são limpados uma vez por dia, e não continuamente. Quando o número de dias de retenção de
registros é configurado para ser o mesmo que o número de backups, um dia de
registro pode ser perdido, dependendo de quando o backup ocorre. Por exemplo, definir
a retenção de registros para 7 dias e a retenção de backup para 7 backups significa que
entre 6 e 7 dias de registros serão retidos.
Recomendamos que você defina o número de backups para, pelo menos, um dia a mais de
dias de retenção de registros. Dessa forma, é possível garantir um mínimo de dias especificados para a retenção de registros.
Problemas relacionados ao Cloud Monitoring ou ao Cloud Logging
As instâncias com os seguintes nomes de região são exibidas incorretamente em determinados
contextos, da seguinte maneira:
us-central1 é exibido como us-central
europe-west1 é exibido como europe
asia-east1 é exibido como asia
Esse problema ocorre nos seguintes contextos:
Alertas no Cloud Monitoring
Metrics Explorer
Cloud Logging
Reduza o problema dos alertas no Cloud Monitoring e no Metrics
Explorer usando os
rótulos de metadados de recursos.
Use o rótulo de metadados do sistema region em vez do
rótulo de recurso monitorado regioncloudsql_database.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-19 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`."]]
