Questa pagina elenca i problemi noti di Cloud SQL per SQL Server, nonché i modi per evitarli o risolverli.
Problemi di connessione dell'istanza
Certificati SSL/TLS scaduti
Se la tua istanza è configurata per utilizzare SSL, vai alla
pagina Istanze Cloud SQL
nella console Google Cloud e apri l'istanza. Apri la pagina Connessioni, seleziona la scheda
Sicurezza e assicurati che il certificato del server sia valido. Se è scaduto, devi
aggiungere un nuovo certificato ed eseguirne la rotazione.
Se provi a connetterti a un'istanza che non esiste in quel progetto,
il messaggio di errore indica solo che non sei autorizzato ad accedere a quell'istanza.
Impossibile creare un'istanza Cloud SQL
Se visualizzi il messaggio di errore Failed to create subnetwork. Router status is temporarily
unavailable. Please try again later. Help Token: [token-ID], prova a creare di nuovo l'istanza Cloud SQL.
Problemi amministrativi
Un'operazione di esportazione di grandi dimensioni può influire negativamente sulla disponibilità dell'istanza
Prima di avviare un'esportazione di grandi dimensioni, assicurati che almeno il 25% delle
dimensioni del database sia libero (sull'istanza). In questo modo, si evitano
problemi di crescita automatica aggressiva, che possono influire sulla disponibilità
dell'istanza.
Se l'istanza SQL Server utilizza una versione SQL Server Express:
Se specifichi un flag quando crei una nuova istanza, la creazione dell'istanza non andrà a buon fine.
Non puoi impostare i flag di database su un'istanza esistente.
Le operazioni di importazione ed esportazione di istanze Cloud SQL a lunga esecuzione non possono essere annullate o interrotte
Su un'istanza Cloud SQL può essere eseguita una sola operazione alla volta. Assicurati di non dover eseguire altre operazioni su un'istanza quando avvii un'operazione a lunga esecuzione.
Quando avvii un'operazione di lunga durata dell'istanza Cloud SQL, ad esempio un'operazione di importazione o esportazione, non è possibile annullarla senza riavviare l'istanza.
Se annulli un'importazione da un file BAK, il database che stai importando rimane in uno stato parziale. Devi eliminare il database. Se annulli un'importazione da un file SQL, devi pulire manualmente i dati parziali.
Problemi con l'importazione e l'esportazione dei dati
Non creare un file BAK (per l'importazione) da un database di sola lettura o da un database in modalità utente singolo. Se crei un file BAK da un database di sola lettura o da un database in modalità utente singolo e importi il file, potrebbe verificarsi un errore.
Se stai tentando di importare ed esportare dati da un database di grandi dimensioni (ad esempio,
un database con 500 GB di dati o più), le operazioni di importazione ed esportazione
potrebbero richiedere molto tempo per essere completate. Inoltre, non puoi eseguire altre operazioni
(ad esempio, l'operazione di backup)
mentre è in corso l'importazione o l'esportazione. Una potenziale opzione per migliorare le
prestazioni del processo di importazione ed esportazione è ripristinare un backup precedente utilizzando gcloud
o l'API.
Cloud SQL supporta l'inserimento collettivo solo su SQL Server 2022.
Cloud SQL non supporta l'inserimento collettivo nelle repliche di lettura.
Cloud SQL supporta l'inserimento collettivo solo per l'importazione di dati nelle tabelle.
Cloud Storage supporta una
dimensione massima di un singolo oggetto fino a 5 terabyte.
Se hai database di dimensioni superiori a 5 TB, l'operazione di esportazione in Cloud Storage non va a buon fine. In questo caso, devi suddividere i file di esportazione in segmenti più piccoli.
Log delle transazioni e crescita del disco
I log vengono eliminati una volta al giorno, non in modo continuo. Se il numero di giorni di conservazione dei log
è configurato in modo che sia uguale al numero di backup, un giorno di
registrazione potrebbe andare perso, a seconda di quando viene eseguito il backup. Ad esempio, se imposti la conservazione dei log su sette giorni e la conservazione dei backup su sette backup, verranno conservati i log per un periodo compreso tra sei e sette giorni.
Ti consigliamo di impostare il numero di backup su un valore superiore di almeno uno rispetto ai giorni di conservazione dei log per garantire un minimo di giorni di conservazione dei log specificati.
Problemi relativi a Cloud Monitoring o Cloud Logging
Le istanze con i seguenti nomi di regioni vengono visualizzate in modo errato in determinati contesti, come segue:
us-central1 viene visualizzato come us-central
europe-west1 viene visualizzato come europe
asia-east1 viene visualizzato come asia
Questo problema si verifica nei seguenti contesti:
Avvisi in Cloud Monitoring
Esplora metriche
Cloud Logging
Puoi mitigare il problema per gli avvisi in Cloud Monitoring e per Metrics Explorer utilizzando le etichette dei metadati delle risorse.
Utilizza l'etichetta dei metadati di sistema region anziché l'etichetta della risorsa monitorata cloudsql_databaseregion.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 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`."]]
