Problemi noti

MySQL   |  PostgreSQL   |  SQL Server

Questa pagina elenca i problemi noti di Cloud SQL per SQL Server, nonché i modi in cui puoi evitarli o recuperarti da questi problemi.

Problemi di connessione delle istanze

• Certificati SSL/TLS scaduti

  Se l'istanza è configurata per l'utilizzo di 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 e eseguire la rotazione.

• Versione del proxy di autenticazione Cloud SQL

  Se ti connetti utilizzando il proxy di autenticazione Cloud SQL, assicurati di utilizzare la versione più recente. Per ulteriori informazioni, consulta Mantenere aggiornato il proxy di autenticazione Cloud SQL.

• Non autorizzato a connettersi

  Se provi a connetterti a un'istanza che non esiste nel progetto, nel messaggio di errore viene indicato solo che non disponi dell'autorizzazione per accedere all'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 (nell'istanza). In questo modo, puoi evitare 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 non va a buon fine.

  • Non puoi impostare flag di database su un'istanza esistente.

• Le operazioni di importazione ed esportazione delle istanze Cloud SQL a lunga esecuzione non possono essere annullate o interrotte

  In un'istanza Cloud SQL è possibile eseguire 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 dell'istanza Cloud SQL di lunga durata, ad esempio un'operazione di importazione o esportazione, non c'è modo di annullarla senza riavviare l'istanza.

• Se annulli un'importazione da un file BAK, il database che stai importando viene lasciato in uno stato parziale. Devi eliminare il database. Se annulli un'importazione da un file SQL, devi ripulire 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à monoutente. Se crei un file BAK da un database di sola lettura o da un database in modalità monoutente e lo importi, potrebbe verificarsi un errore.

• Se stai tentando di importare ed esportare dati da un database di grandi dimensioni (ad esempio un database con almeno 500 GB di dati), il completamento delle operazioni di importazione ed esportazione potrebbe richiedere molto tempo. 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 il rendimento 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 supporta solo la codifica RAW.

• Cloud SQL non supporta l'inserimento collettivo nelle repliche di lettura.

• Cloud SQL supporta l'inserimento collettivo solo per l'importazione dei dati nelle tabelle.

• Cloud Storage supporta una dimensione massima di un singolo oggetto fino a cinque 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 continuamente. Quando il numero di giorni di conservazione dei log è configurato in modo da corrispondere al numero di backup, potrebbe essere perso un giorno di logging, a seconda di quando viene eseguito il backup. Ad esempio, impostare la conservazione dei log su sette giorni e la conservazione dei backup su sette backup significa che verranno conservati tra sei e sette giorni di log.

Ti consigliamo di impostare il numero di backup su un valore almeno superiore a quello dei giorni di conservazione dei log per garantire un numero minimo di giorni di conservazione dei log specificati.

Problemi relativi a Cloud Monitoring o Cloud Logging

Le istanze con i seguenti nomi di regione 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 attenuare 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 region cloudsql_database.